teratail header banner
teratail header banner
質問するログイン新規登録

回答編集履歴

1

ちょっと修正

2015/05/29 15:05

投稿

退会済みユーザー
answer CHANGED
@@ -6,16 +6,20 @@
6
6
 
7
7
  で、本題の
8
8
  > 「作業規模を表すストーリーポイント」ではなく「時間」(人日/人月)の単位にするのはNGなのでしょうか?
9
- ですが、
9
+ についてですが、
10
10
  > 相対見積もりのルールに準じていれば「時間」で見積もっても問題ないと考えています。
11
- と仰られるように「時間」を規模の単位として扱っているだけだと認識さえしていれば、別に問題はありません。自分にとって扱いやすい単位で見積もりを行というだけのことです。
11
+ と仰られるように「時間」を規模の単位として扱っているだけだと認識さえしていれば、別に問題はありません。自分にとって扱いやすい単位で見積もりを行っているというだけのことです。
12
12
 
13
- ところでアジャイル開発で「時間」を使わない理由はも1つあります。
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
+ このような認識の齟齬は無駄なトラブルの火種になりかねないため、「時間」という単位を使うのをやめて、ストーリーポイントという「規模」を単位とすしたのだそうです