アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」

©2014 Kanataku,LLC Takao Kimura.

アジャイルサムライ横浜道場

ざっくりわかるアジャイル開発第一回


自己紹介

木村　卓央

tw_takubonhttp://facebook.com/kimura.takao

KIMURA Takao認定スクラムマスター／認定スクラムプロダクトオーナー TOCfE 国際認定資格 2011 2012 スクラムギャザリング東京 2011 コンテンツ委員スクラムアライアンスリージョナルギャザリング東京2013/2014 実行委員アジャイルサムライ横浜道場主催 TOCfE横浜塾主催スクラム道

アジャイルコンサルタント

http://facebook.com/kimura.takao


アジェンダ•第1章発表(30m)・・・たくぼん •ディスカッション(30m x 2) •ふりかえり(15m)


ざっくりわかるアジャイル開発


お客さんに信頼されるのはどちらのチーム？

flickr - Rameshng flickr - Schill

実施計画書や大量の製品文書、作業報告書を納品してくれるチーム

!

一番大事だと君が思う機能を実装して、テスト済みのソフトウェアとして毎週必ず届けてくれる

チーム


価値ある成果を毎週届けるには

flickr - dog.happy.art


大きな問題は小さくする

flickr - abrinsky


本当に大事なことに集中して、それ以外のことは忘れる

flickr - gagilas


ちゃんと動くソフトウェアを届ける

flickr - Ricecracker.


フィードバックを求める

flickr - xdxd_vs_xdxd


必要とあらば進路を変える

flickr - torisan3500


成果責任(Accountability)を果たす

flickr - hectorir


アカウンタビリティー「自分の意思で、現実を見つめ、問題に当事者として取り組み、解決策を見出し、その解決策

を実行しようとする意識」


期待をマネジメントする

flickr - TammySmithPhotography


アジャイルな計画作り


奇跡のマネジメント

Prepared exclusively for 木村卓央 <[email protected]>, 20110727-57466928

10 第 1章ざっくりわかるアジャイル開発

「殺されちゃうよ？」とは随分と物騒な物言いだけど、その仕事には、君が身を捧げるだけの意義が本当にあるだろうか？よく考えてみてほしい。まさか 1 年前の勤務評定面談で交わした非現実的な約束を守ろうとしてるだけじゃないだろうね？まあ、そうはいっても、現実には守れもしない約束が交わされることもあれば、チームがそれに対して「できません」と言えないこともある。というか、実によくある話だ。でも結局のところ、できないものはできないんだ。それでもなお、見せかけだけの「奇跡によるマネジメント」を続けるのなら、それはプロジェクト運営として実に残念であると言わざるをえないし、顧客の期待をマネジメントする作戦としてもたちが悪い。

非現実的な計画奇跡

動くソフトウェア

アジャイル手法なら、こんな奇跡は必要なくなる。なぜなら、当初から顧客には隠し立てをせず、誠実に仕事を進めるからだ。開発者は顧客に事実をありのままに伝える。顧客は現在の状況について十分な情報を得たうえで、スコープ、予算、期日の判断を下す。これはつまり、君がどうしたいかってことなんだ。物事とは魔法のように好転するものだという神話を存続させることを選んでも構わない。でもそうじゃなくて、お客さんと一緒に信じることのできる計画を立てて仕事を進めていくのを選ぶことだってできるんだ。

マーケティングや営業部門が、特定のスコープと納期を確約

してしまう開発チームが度々現実的な見積りを提示するが、相手にされず「とにかくどうにかしろ！」と言われる

開発チームは、残業等で対応する


奇跡のマネジメント

Prepared exclusively for 木村卓央 <[email protected]>, 20110727-57466928

10 第 1章ざっくりわかるアジャイル開発

「殺されちゃうよ？」とは随分と物騒な物言いだけど、その仕事には、君が身を捧げるだけの意義が本当にあるだろうか？よく考えてみてほしい。まさか 1 年前の勤務評定面談で交わした非現実的な約束を守ろうとしてるだけじゃないだろうね？まあ、そうはいっても、現実には守れもしない約束が交わされることもあれば、チームがそれに対して「できません」と言えないこともある。というか、実によくある話だ。でも結局のところ、できないものはできないんだ。それでもなお、見せかけだけの「奇跡によるマネジメント」を続けるのなら、それはプロジェクト運営として実に残念であると言わざるをえないし、顧客の期待をマネジメントする作戦としてもたちが悪い。

非現実的な計画奇跡

動くソフトウェア

アジャイル手法なら、こんな奇跡は必要なくなる。なぜなら、当初から顧客には隠し立てをせず、誠実に仕事を進めるからだ。開発者は顧客に事実をありのままに伝える。顧客は現在の状況について十分な情報を得たうえで、スコープ、予算、期日の判断を下す。これはつまり、君がどうしたいかってことなんだ。物事とは魔法のように好転するものだという神話を存続させることを選んでも構わない。でもそうじゃなくて、お客さんと一緒に信じることのできる計画を立てて仕事を進めていくのを選ぶことだってできるんだ。

マーケティングや営業部門が、特定のスコープと納期を確約

してしまう開発チームが度々現実的な見積りを提示するが、相手にされず「とにかくどうにかしろ！」と言われる

開発チームは、残業等で対応する

こんな奇跡は必要なくなる

開発者は顧客に事実をありのままに伝えるお客さんと一緒に信じることのできる計画を

立てて仕事を進めていく


完了とは

flickr - davecurlee


３つの真実

1. プロジェクトの開始時点にすべての要求を集めることは出来ない

2. 集めたところで、要求はどれも必ずといっていいほど変わる

3. やるべきことはいつだって、与えられた時間と資金より多い

3つの真実を認め、受け入れることが重要!!


３つの真実





要求とは発見されるものであり、すべて出揃うまで前に進めないというものじゃない


３つの真実





要求とは発見されるものであり、すべて出揃うまで前に進めないというものじゃない変化は起きるものだと心得よう。起きた変化を受け入れること。必要に応じて計画を変更しつつ、前へ進んでいくんだ


３つの真実





要求とは発見されるものであり、すべて出揃うまで前に進めないというものじゃない

どうにかして優先順位をつけ、一番優先順位の高いものからこなしていく

変化は起きるものだと心得よう。起きた変化を受け入れること。必要に応じて計画を変更しつつ、前へ進んでいくんだ


やり方は１つではない

flickr - Sandy Austin


2013-state-of-agile-survey


ディスカッション・テーマ•価値あるソフトウェアを毎週届ける •期待のマネジメント •完了とは •３つの真実 •その他、好きなテーマで

アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」

Business