Agile development-course-advanced-15

アジャイル開発手法特論 © 2013 Miho Nagase
アジャイル
開発手法
特論 2013.8.3

今日やること
第15回
• 講義「組織的な取り組み」
• 演習（適宜）
第16回
• 試験
2

組織的な取り組み
アジャイル開発手法特論第15回

Image&courtesy&of&David&Castillo&Dominici&/&FreeDigitalPhotos.net
6/15
チームで協働する
6/29
開発環境について
7/6
テスト環境等について
6/22
将来を計画する
7/13
近い将来を計画する
7/27
計測し改善する
7/20
日々の作業をこなす
8/3
4

Agenda
課題のふりかえり
もっと知りたい
5

クラスメートの質問に答える
どうしても聞きたかった質問10問
6

Q. チームリーダーは不要？
A.
7
チームリーダーはいてはいけない

Q. チームリーダーは不要？
A.
7
リーダーが固定される必要はない

Q. ベロシティは開発チームが調整して決めることができそ
うだが？
A. ベロシティを決めるためのタスクのポイントをプロダク
トオーナーが明確に決めれば良い。更に、それぞれのタスク
のDoneの定義がちゃんと成されていれば、タスクの消化が
明確になる。するとスプリント内に消化したタスクの数と合
計ポイントが分かるので、それがベロシティとなる。ここに
は開発チームが調整する余地は無い。
9
？

どうしても聞きたかった質問10問
10

Q1
「何らかの理由でプロダクトオーナーと連絡がとれなくなっ
てしまった場合、スプリントが止まる可能性が濃厚であると
考えており、そういった場合の対処方法」
「スプリントレビューで、もしプロダクトオーナーが予定が
あり参加出来なかったらどうなるか」
11

A1（学生）
「スプリントレビューは、プロダクトオーナーに対してスプ
リント内での成果物を確認してもらう作業なのでその主とな
るプロダクトオーナーがスプリントレビュー時に同席してい
ない場合は、スプリントレビューを終えることが出来ず、プ
ロジェクトの進行も停止してしまうと考えられる」
12
◎

Q2
「プロダクトオーナーが受注者側にいて、うまく発注者側を
巻き込めていけない場合、プロダクトの要求等の認識のずれ
をどのように埋めていくことが効果的なのか？」
13

Q3
「スクラム開発の規模を拡大したい場合、下記の様な方法を
用いても、問題はないか」
始めに、すでにスクラム開発の経験がある、優秀な開発者と、プロダクトオーナーと、スクラ
ムマスターを集めて、スクラムを始める。
その後、ある程度開発が進んだら、このチームを解散し、各開発メンバーをリーダーとした、
新たな開発チームを結成する。
新たな各開発チームには、新しいプロダクトオーナーと、スクラムマスターを配置して、それ
ぞれがスクラムチームとなる様にする。
始めのチームのプロダクトオーナーは、この後、プロダクトオーナーチームのリーダーとし
て、各スクラムのプロダクトオーナーの統括を行う。また始めのチームのスクラムマスター
は、このプロダクトオーナーチームのバックアップに入る。
14

Q4
「バックログ達成度或はプログラム完成度とリリースタイミ
ングの兼ね合い」
「リリース時の成熟度についてとリスク管理のスコープにつ
いて」
15

A4（学生）
「成熟度よりも、リリースを行っていく方が良いのではない
か」
16
◎

Q5
「PMではないスクラムマスターはスクラムが綺麗に回るこ
とに責任を持ちますが、どこまで指示（促し）をしたほうが
いいのかがわかりません。スクラムマスターの回すためにど
こまでの権限を持っているのでしょうか」
17

Q6
「DONEとなった内容を、何らかの要因で再度いじる必要が
出た時、どのように対処するのか？」
（例：スプリント中、DONEとなったプログラムに実はバグ
があって、修正しないといけないが、それはバックログに
入っていない。どうしよう？）
18

Q7
「受託開発においてアジャイルな開発を導入する際に、発注
者側に理解を求められるか。（発注者にスクラム開発のメ
リットを理解してもらえるか？）」
19

Q8
「アジャイルが機能しなくなる典型的な例（業界や特定アプ
リなど）を教えてください」
20

Q9
「業務委託などでプロダクトオーナーとプロダクトがほしい
人（発注者）が異なる場合に、両者のプロダクトに対する認
識の違いをどのように埋めるのか？」
21

Q10
「大きなプロジェクトの場合、たとえば100人以上の参加者
の時、具体的にどうやってスクラムで動きますか？」
22

明日からやれそうだと思ったこと
‣ 残タスク管理（ToDo/Doing/Done）
‣ ふりかえり（レトロスペクティブ）
‣ 朝会（デイリースクラム）
‣ 結婚式の設計に使えそう（有期限、不確定）
23

Agenda
24

Reference
教科書
リアルな声を聞く
25

教科書と参考図書
26
http://bit.ly/scrumbcbook http://www.scrum.org/Scrum-Guides

スクラムガイドが2013年7月に改訂（約2年ぶり）
教科書といえば
27

オススメの日本語リソース
‣ 書籍
- アート・オブ・アジャイルデベロップメント（オライリー
ジャパン, 2009）
- アジャイルサムライ（オーム社, 2011）
- 継続的デリバリー（アスキー・メディアワークス, 2012）
- アジャイル開発とスクラム（翔泳社, 2013）
- Team Geek（オライリージャパン, 2013）
‣ PDF
- 塹壕よりScrumとXP（InfoQ Eブック, 2008）
28

Reference
教科書
29

‣ コミュニティ
- 勉強会
- イベント
‣ カンファレンス
30

コミュニティ
‣ 点在していた人々をつなぐ横のつながり
- 社内や知人に理解者がいなくても話ができる場がある
- 多くの事例や経験談が聞ける
- 自分の考えをぶつけられる
‣ 企業の中に入り込まなくても実践的な話が聞けることがある
‣ 海外ではコミュニティを中心にビジネスが回っている
31

2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013
by&courtesy&of&Yattom&2008&http://www.slideshare.net/yattom/agileDcommunitiesDinDjapanjDpresentation&and&Papanda&
日本のアジャイル(等の)コミュニティ(など)
32
XP-jp
日本XPユーザグループ
アジャイルプロセス協議会
オブジェクト倶楽部
Project Facilitation Project
名古屋アジャイル勉強会
すくすくスクラム
スクラム道
POStudy
アジャイル札幌
E-AGILITY協議会
Agile Japan
Scrum Gathering Tokyo
Agile Tour大阪
DevLOVE
Developers Summit
MS Agile Day
QCon Tokyo
IPA SEC
PMI
↓アジャイルに特化していないが関連する
↑アジャイルに特化
企業の支援
ML/勉強会
イベント駆動
各種団体

直近のコミュニティイベント
33
‣ XP祭り2013 (http://xpjug.com/xp2013/)
- 2013/9/14(土)@早稲田
- 参加費無料

Reference
教科書
34

Agenda
35

質疑応答
36

今日やること
第15回
講義「組織的な取り組み」
演習（適宜）
第16回
• 試験
37

試験問題
38
あなたが今度始まるプロジェクトで
アジャイル開発の導入を提案したと
ころ、説明を求められました。
Scrumの全体像を表す一枚絵を書
き、それを使って上司や同僚の前で
プレゼンをするための原稿を用意し
てください。プレゼンの時間は最大
10分間(3000文字相当)です。

永瀬美穂
http://about.me/miho
39
@miholovesq
https://www.facebook.com/miholovesq
http://www.linkedin.com/in/mihonagase

Agile development-course-advanced-15

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Agile development-course-advanced-15

Similaire à Agile development-course-advanced-15 (20)

Plus de Miho Nagase

Plus de Miho Nagase (14)

Dernier

Dernier (7)

Agile development-course-advanced-15