従来型の開発形態からscrum への変化パターン
TRANSCRIPT
1
2
3
4
5
6
• お客さん • 欲しいものを伝える • 予算に対して、実績を挙げないといけないので、責任は重い
• PM(管理者) • 管理することが仕事 • 責任の範囲は広いが、責任は軽い
• チーム • 表立って責任はない(しいて言えば、ソフトウェアを作ること(≠完成させること)が仕事)
• 責任の範囲も狭いし、その責任も軽い
7
• お客さん • プロジェクトの成功が仕事 • やりたいことを、表現する必要があるので、やることは増える。
• バックログ • 優先度 • 品質
• バックログなどを管理しないと、欲しいものができないので、責任も増す • SM
• 仕様(バックログ)の管理は、POにおまかせ! • ソフトウェアの作成は、チームにおまかせ!
• チーム • ソフトウェアを完成させることが仕事 • 完成させることに対して責任を負う • 完成させるために必要な管理は、自分たちで行う→結果として、自己組織化につながる
• 進捗 • タスク管理
8
9
10
11
12
13
• PM(管理者) • 管理することが仕事 • 責任の範囲は広いが、責任は軽い
• チーム • 表立って責任はない(しいて言えば、ソフトウェアを作ること(≠完成させること)が仕事)
• 責任の範囲も狭いし、その責任も軽い
14
• PO • プロジェクトの成功が仕事 • プロジェクトの成功に不要な(というと語弊があるけど) 、管理はしない。
• バックログ • 優先度 • 品質
• その代り、成功に対する責任の重さは増す • チーム
• ソフトウェアを完成させることが仕事 • 完成させることに対して責任を負う • 完成させるために必要な管理は、自分たちで行う→結果として、自己組織化につながる
• 進捗 • タスク管理
15
16
17
18
19
• お客さん • 丸投げ
• PM(管理者) • 管理することが仕事 • お客さんからの要求を吸い出すことも仕事 • 責任の範囲も広く、責任も重い
• チーム • 表立って責任はない(しいて言えば、ソフトウェアを作ること(≠完成させること)が仕事)
• 責任の範囲も狭いし、その責任も軽い
20
• お客さん • そのまま
• PM(管理者) • お客さんからの要望を吸い出して、バックログにまとめる • チームの管理は、チームに任せる
• チーム • ソフトウェアを完成させることが仕事 • 完成させることに対して責任を負う • 完成させるために必要な管理は、自分たちで行う→結果として、自己組織化につながる
• 進捗 • タスク管理
21
• POの範囲が狭くなるので、その分、自分の仕事に時間を割くことができる
22