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