回答編集履歴
1
ちょっと修正
answer
CHANGED
@@ -6,16 +6,20 @@
|
|
6
6
|
|
7
7
|
で、本題の
|
8
8
|
> 「作業規模を表すストーリーポイント」ではなく「時間」(人日/人月)の単位にするのはNGなのでしょうか?
|
9
|
-
ですが、
|
9
|
+
についてですが、
|
10
10
|
> 相対見積もりのルールに準じていれば「時間」で見積もっても問題ないと考えています。
|
11
|
-
と仰られるように「時間」を規模の単位として扱っているだけだと認識さえしていれば、別に問題はありません。自分にとって扱いやすい単位で見積もりを行
|
11
|
+
と仰られるように「時間」を規模の単位として扱っているだけだと認識さえしていれば、別に問題はありません。自分にとって扱いやすい単位で見積もりを行っているというだけのことです。
|
12
12
|
|
13
|
-
|
13
|
+
したがって、結論としては規模を見極めるという目的からブレない限りは「時間」で見積もっても何の問題もない、ということになります。
|
14
14
|
|
15
|
+
---
|
16
|
+
|
17
|
+
ここからは余談ですが、アジャイル開発で「時間」を使わない理由はもう1つあります。
|
18
|
+
|
15
19
|
それは、アジャイル開発ではビジネス側のステークホルダ(プロダクトオーナー)と協働することが必須であるという点です。
|
16
20
|
|
17
21
|
一般的に彼らはソフトウェア開発の素人であることが多いですし、見積もりの根拠も理解できないことが多いです。したがって、見積もりの単位を「時間」で表すよりもより抽象度の高い「規模」で表す方が話が通じやすいという実務的な理由であえて「時間」を見積もりの単位から外したとどこかの記事で読んだことがあります。
|
18
22
|
|
19
23
|
例えば、5人日の見積もりのタスクなら2人で掛かれば2.5日で終わるのではないかという安直な発想は、プログラマからすればナンセンスですが、ソフトウェア開発の素人には何がナンセンスなのかすらわかりません。
|
20
24
|
|
21
|
-
このような認識の齟齬は無駄なトラブルの火種になりかねないため、「時間」という単位を使うのをやめ
|
25
|
+
このような認識の齟齬は無駄なトラブルの火種になりかねないため、「時間」という単位を使うのをやめて、ストーリーポイントという「規模」を単位とすることにしたのだそうです。
|