Scrum Boot Camp in NII

2013 Makoto Takaesu All Rights Reserved. SSccrruumm BBoooottCCaammpp iinn NNIIII
講義　高江洲睦ワークショップ　今給黎隆 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. twitter @takaesu0 facebook @takaesu0
高江洲　睦たかえす　まこと after Agile before Agile 沖縄人アジャイルコーチプログラマメタラースクラム道 Scrum Gathering Tokyo 2013 CSM/CSPO [email protected] 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. アジェンダ •･よくある？光景 •･
AAggiilleeって何？ •･ SSccrruummって何？ 3300分 3300分 6600分 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved.
いつも使うよく使うたまに使うほとんど使わない全く使わない使ってない。。。 SSttaannddiisshh GGrroouupp CCHHAAOOSS RReeppoorrtt 22000000 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 誰に伝えればいいんだっけ？顧客管理者
グループ DDBB グループ要件定義グループ開発統括グループ設計グループ管理グループ画面設計グループ業務11 グループ業務22 グループテーブルと画面が仕様と合わないんだけど。。。 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 日本語難しいわー PPGG SSEE GGLL
PPMM SSEE GGLL PPMM 客来週までにこの機能作るったってそんなん無理ですよ！来週までにこの機能作るのは厳しいですねぇ。。。来週までにこの機能作るには頑張ればなんとかいけるかも。来週までにはこの機能をお届けできますんで！ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 俺に従え！コマンド／コントロール •･タスクを割り振ってやらせる --自主性が育まれない
--誰のための仕事かがわからなくなる --「権限は俺が持つ」上司の機嫌を損ねないことが仕事？「責任はお前が持て」 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. ➡組織間の情報共有や風通しが悪く、組織運営が非効率な様コミュニケーションを阻害丸投げ
責任のなすりつけ合い当事者意識の希薄化 hhttttpp::////wwwwww..fflliicckkrr..ccoomm//pphhoottooss//1144661177220077@@NN0000//44887722111111447799// （補足）サイロ型な組織 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 目先だけが重要？ DDBB得意な人にやらせたほうが早いんだから、このタスクはあの人で決まりでしょ。今は時間がないから後で綺麗にしようぜ。
リリースが最優先事項なんだから、わざわざ動いてるものをいじってどうするのよ？ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 成功体験今までうまくやってきたんだから、わざわざ変える必要ないっしょ？ IUUQXXXqJDLSDPNQIPUPT!/
13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 割れ窓理論「建物の窓が壊れているのを放置すると、誰も注意を払っていないという象徴になり、やがて他の窓もまもなく全て壊
される」モラルの低下は伝染する IUUQXXXqJDLSDPNQIPUPTBSSHDI 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. いつやるの？今でしょ！ AA 11--11
AA 11--22 AA 55--11 BB 22--11 BB 22--22 BB 33--22 CC 33--11 CC 44--11 他にもタスクがあるんだけど＞＜ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 誰が悪い？ hhttttpp::////wwwwww..fflliicckkrr..ccoomm//pphhoottooss//9955775522992299@@NN0088//88774466006600996677// それで問題は解決すんの？
13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. たった一つの変わらないこと変わらないものはない
13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 受け入�れよう！本当に必要な物を探求！コミュニケーション重要！見積りはコミットじゃない！
動くものを見れば気も変わるいらないものに金と時間と労力を割かない顧客との距離を縮める壁をなくす実績に基づかない見積りに正確性を求めるのはナンセンス 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 受け入�れよう！短絡的に考えない！ボーイスカウトを見習おう！自己組織的に！
その選択肢が取れなくなった場合のことも考える「来た時よりも綺麗にして帰る」マネージャーのするべきたったひとつの大事なことは、「権限委譲」先送りにした問題はそのままになりがち 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 受け入�れよう！一つの物事に集中！問題にはみんなで向�き合う！あれもこれもは
全てが遅延して中途半端に犯人探しは不毛問題 vvss 私たち変化は避けられない！計画の死守はナンセンス 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. アジェンダ ✓よくある？光景 •･ AAggiilleeって何？
•･ SSccrruummって何？ 3300分 6600分 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. アジャイルソフトウェア開発宣言私たちは、ソフトウェア開発の実践あるいは実践を手助けする活動を通じて、
よりよい開発方法を見つけ出そうとしている。この活動を通して、私たちは以下の価値に至った。 h"p://agilemanifesto.org/iso/ja/ ্هͷஶऀͨͪ ͜ͷએݴ͸ɺ͜ͷ஫ҙॻ͖΋ؚΊͨܗͰશจΛؚΊΔ͜ͱΛ৚݅ʹ ࣗ༝ʹίϐʔͯ͠Α͍ɻ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. アジャイルソフトウェア開発宣言プロセスやツールよりも個人との対話を、包括的なドキュメントよりも動くソフトェアを、
契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、価値とする。すなわち、先のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく。 h"p://agilemanifesto.org/iso/ja/ ্هͷஶऀͨͪ ͜ͷએݴ͸ɺ͜ͷ஫ҙॻ͖΋ؚΊͨܗͰશจΛؚΊΔ͜ͱΛ৚݅ʹ ࣗ༝ʹίϐʔͯ͠Α͍ɻ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. アジャイルソフトウェア開発宣言 KKeenntt BBeecckk
MMiikkee BBeeeeddllee AArriiee vvaann BBeennnneekkuumm AAlliissttaaiirr CCoocckkbbuurrnn WWaarrdd CCuunnnniinngghhaamm MMaarrttiinn FFoowwlleerr JJaammeess GGrreennnniinngg JJiimm HHiigghhssmmiitthh AAnnddrreeww HHuunntt RRoonn JJeeffffrriieess JJoonn KKeerrnn BBrriiaann MMaarriicckk RRoobbeerrtt CC.. MMaarrttiinn SStteevvee MMeelllloorr KKeenn SScchhwwaabbeerr JJeeffff SSuutthheerrllaanndd DDaavvee TThhoommaass h"p://agilemanifesto.org/iso/ja/ ্هͷஶऀͨͪ ͜ͷએݴ͸ɺ͜ͷ஫ҙॻ͖΋ؚΊͨܗͰશจΛؚΊΔ͜ͱΛ৚݅ʹ ࣗ༝ʹίϐʔͯ͠Α͍ɻ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((11)) 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 h"p://agilemanifesto.org/iso/ja/
価値は定義されている？継続重要！満足させるべし！ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((22)) 要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客
様の競争力を引き上げます。 h"p://agilemanifesto.org/iso/ja/ いつでも変更を受け入�れていい？ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((33)) 動くソフトウェアを、22−33週間から22−33 ヶ月というできるだけ短い時間間隔でリリースします。
h"p://agilemanifesto.org/iso/ja/ XXPPの「イテレーション」 SSccrruummの「スプリント」 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((44)) ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。
h"p://agilemanifesto.org/iso/ja/ 組織パターンの「信頼で結ばれた共同体」 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((55)) 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終るまで彼
らを信頼します。 h"p://agilemanifesto.org/iso/ja/ 組織パターンの「信頼で結ばれた共同体」「自己組織的なチーム」「職能横断型チーム」 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((66)) 情報を伝える最も効率的で効果的な方法はフェイス・トゥ・フェイスで話しをすることです。
h"p://agilemanifesto.org/iso/ja/ ドキュメント不要というわけではない！ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((77)) 動くソフトウェアこそが進捗の最も重要な尺度です。 h"p://agilemanifesto.org/iso/ja/
「8800%%できてます」ってどれくらい？「残るはテストのみです」ってホント？「完了」の定義 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((88)) アジャイル・プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるよう
にしなければなりません。 h"p://agilemanifesto.org/iso/ja/ 「スプリント」は全力疾走ではない！マラソンにおける11kkmmの走り方を考えよう！ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((99)) 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 h"p://agilemanifesto.org/iso/ja/
経験上、SSIIeerrの社員やそこで働く下請、フリーランスのスキルレベルはかなりひどい！ AAggiillee JJaappaann 22001133でJJaammeess GGrreennnniinnggも技術力は重要だと言ってた！ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((1100)) シンプルさ（ムダなく作れる量を最大限にすること）が本質です。 h"p://agilemanifesto.org/iso/ja/
ベテランが陥りがちなのは、先読みして作りすぎちゃうこと XXPPの「YYAAGGNNII」 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((1111)) 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 h"p://agilemanifesto.org/iso/ja/
責任と権限は誰のもの？コマンド／コントロール脳「自己組織的なチーム」 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 1122の原則((1122)) チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。
h"p://agilemanifesto.org/iso/ja/ 「喉元過ぎれば熱さを忘れる」になってない？ XXPPの「回顧」 SSccrruummの「スプリント・レトロスペクティブ」 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. DDoo AAggiillee?? BBee AAggiillee??
AAggiilleeって形容詞なんだぜｗwwww 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. アジェンダ ✓よくある？光景 ✓AAggiilleeって何？ •･
SSccrruummって何？ 6600分 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. fY MV [V
_lQKVHX 3» _lQKVZSKlL3Ö _lQKV3®3IJCnA CÓ±¥p-#A OKhdbOP 3Ê C9"È%(A°Æ ~Í ?3Ò¹2¶'A¤ MV3]DNiTP }ÉRd 3»º ´ª¿ «Èu¼¿ GmKiemV O_imV¢×3µÎ £zyÈ Ð×Î491 ¨2Á"©· O_imVZSKlL 0C5,#AfY }ÉRd!Ö C'8.Av 3¯@C¬ _lQKVZSKlL )*r,3ÖÏ ½3Ñ4Ó±¥pÌ# Ó±¥p4>@¦2 O_imVÃ/À¡ÅB O_imV{cTFmL¸Í 3Ç0¯@ O_imVZSKlL3ÑC¯<A O_imV/AfYC;A Ó±¥pC½'$0< O_imV{cTFmL¸Í 3C2Õ0&$: O_imVZSKlLC®'A POK3C¯<A _lQKVHX3x4Æq O_imVkVlO`KTF^ O_imV30Àt3§ O_imVC6@ A Ø +)$0=|²&)$0CÙ' |²{C®'A O_imVk\g GmKiemV3Ëw3§ =OTKajQ73Uf Á'AGmKiemVCÔ _lQKVHX!×0ÐCÂ¾ UGiOKhd Ä30Àt3§ ÎoÃ ³sOPmWES_ =+)$0=A$0$9+)$0CÙ' 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. フレームワーク •･ 33つのロール、44つのイベント、33 つの成果物、それらの関係性や相
互作用を統括するルールからなる •･技術的なプラクティスは一切なし -- 現実的にはXXPPの技術プラクティスなどとの併用になる 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 特徴 •･軽量 •･理解が容易 •･習得は非常に困難
13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 大事なこと •･経験的にプロセスを制御する •･反復的、漸進的に進め
ていく •･33本柱を大切に 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 33本柱 •･透明性 --
関係者全員が共通理解を持つ •･検査 -- 障害の検知 -- ゴールに向�かっているか •･適応 -- プロセスを調整 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 33つのロール（ヒト）プロダクトオーナー開発チーム
スクラムマスター 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. プロダクトオーナープロダクトバックログの管理責任者 -- 項目を明確に
-- 優先順位付け -- 価値を保証 -- プロダクトバックログの見える化 -- 開発チームが理解できるように PPOO 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 開発チームインクリメントを作成する -- 33〜99人
-- 自己組織化 -- 職能横断的 -- 専門家がいてもチーム全体の責任 TTeeaamm 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. SSMM スクラムマスタースクラムの理論・プラクティス・ルールを内外に守らせる
-- 外部からのチームの盾となる -- サーバントリーダー -- 他のロールを支援 -- スクラムイベントをファシリテート -- 他のロールにとっての潤滑油 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. サーバントリーダーシップ傾聴共感
癒�し気づき納得概念化先見力世話役人々の成長に関わるコミュニティづくり 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. WWhhaatt//HHooww PPOO TTeeaamm WWhhaatt
HHooww 正正誤誤プロダクトオーナーが責任を負う開発チームが責任を負う理想はココ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 33つの成果物（モノ）プロダクトバックログスプリントバックログ
インクリメント 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. プロダクトバックログ唯一の WWhhaatt管理簿
13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. プロダクトバックログプロダクトに必要な物が順序付けされた一覧
-- プロダクトオーナーにより管理される ‣ バグや技術的課題なども含む -- 各項目はユーザーストーリーの書式を使用することが多い ‣ 大きさは11日〜数日くらい -- スプリント内で手入�れ（グルーミング）される -- 直近の数スプリント分は詳細に ‣ 受け入�れ条件を明確化 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. バックロググルーミングスプリント内で行うバックログの手入�れ
-- スクラムチーム全員が参加 -- 頻度やどう手入�れを行うかはスクラムチームで決める -- 必要があれば見積もる 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. ユーザーストーリー書式 •･＜役割＞として、
•･＜機能や性能＞が欲しい。 •･それは、＜ビジネス価値＞のためだ。 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 良いストーリーとは IINNVVEESSTT -- IInnddeeppeennddeenntt
-- NNeeggoottiiaabbllee -- VVaalluuaabbllee -- EEssttiimmaabbllee -- SSiizzeedd rriigghhtt -- TTeessttaabbllee -- 独立してる -- 交渉できる -- 価値がある -- 見積もれる -- 適切な大きさ -- 評価できる 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. スプリントバックログ WWhhaattとHHooww を結びつける
13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. スプリントバックログプロダクトバックログ項目をインクリメントにする計画をまとめたもの
-- 開発チームにより管理される -- 必要なタスクをすべて見える化 ‣ タスクボードとバーンダウンチャートを使用することが多い -- 残作業の見積りを日々更新 -- タスクは誰が担当してもいい ‣ むしろ、固定化は悪 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. タスクボードタスク管理の定番
13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. タスクボードタスク管理でよく使われる -- 模造紙やホワイトボードを使用
‣ 付箋がよく使われる ‣ 強粘着タイプ必須 -- 地理的に分散した環境はデジタルツールで 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. スプリント計画ミーティング第11部開発チームがスプリントで開発する機能を計画
-- スプリントの22..55%%のタイムボックス ‣ 11ww==4400hhなら11hh、22ww==8800hhなら22hh、44ww==116600hhなら44hh -- 優先順位の高いバックログ項目を理解し、その大きさを見積もる -- 実績に基づいた収まる分量にする ‣ ベロシティ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. 見積りの流れ •･ 11,, 22,,
33,, 55,, 88,, 1133の66つのポイントを使う •･準備 -- 優先順位の高いものから見て、簡単そうなものを「２」とする -- 優先順位の高いものから見て、それよりも倍近くかかりそうなものを「５」とする •･流れ 11.. 優先順位の高いものからみて、「２」と「５」とくらべてどのくらいかを各々が頭のなかで見積もる 22.. 誰かが項目を読み上げて、「せーの」で見積もったポイントを全員で出す 33.. 全員が隣り合う数字になったら、大きい方をポイントとして１にもどる ‣ １回めで揃ったら念のため根拠を話し合うことも 44.. 一番大きな数字と小さな数字を出した人それぞれが根拠を述べる 55.. ２にもどる 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. ベロシティ第11SSpp 第22SSpp 第33SSpp
第44SSpp 第55SSpp 33pptt 22pptt 22pptt 77pptt 55pptt 22pptt 11pptt 11pptt 99pptt 33pptt 22pptt 55pptt 11pptt 1122pptt 11pptt 55pptt 22pptt 33pptt 1111pptt ????pptt 11pptt 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. スプリント計画ミーティング第22部バックログ項目を「完了」にする方法を決定
-- スプリントの22..55%%のタイムボックス ‣ 11ww==4400hhなら11hh、22ww==8800hhなら22hh、44ww==116600hhなら44hh -- スプリントバックログを作成 ‣ 各タスクは11日以下の単位に分解 ‣ タスクの大きさは理想時間で見積もる ‣ 時間はチームのだいたいの平均くらいで -- プロダクトオーナーの参加は任意 ‣ 何かあったら聞けるところにいればいい 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. デイリースクラム毎日の情報共有 -- 毎日定時に1155分以内
-- 開発チームとスクラムマスターが参加 -- 話すことは33つだけ ‣ 前回のデイリースクラムからやったこと ‣ 次回のデイリースクラムまでにやること ‣ 困っていること -- 進捗報告会ではない ‣ スクラムマスターはファシリテートするだけ 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. スプリントレビューインクリメントの検査を行う -- スプリントの22..55%%のタイムボックス
‣ 11ww==4400hhなら11hh、22ww==8800hhなら22hh、44ww==116600hhなら44hh -- スクラムチーム全員が参加 -- PPOOやステークホルダーへのデモなどを行う -- PPOOは受け入�れ可否を判断する -- プロダクトバックログへの適応も 13೥6݄17೔݄༵೔

2013 Makoto Takaesu All Rights Reserved. スプリントレトロスペクティブ次スプリントの改�善計画を行う --
スプリントの22..55%%のタイムボックス ‣ 11ww==4400hhなら11hh、22ww==8800hhなら22hh、44ww==116600hhなら44hh -- スクラムチーム全員が参加 ‣ ただし、プロダクトオーナーの参加は任意 ‣ 本音が言いづらかったら外れてもらうことも -- うまくいった項目、改�善点、改�善案を整理する ‣ 「KKPPTT」がよく使われる 13೥6݄17೔݄༵೔

Scrum Boot Camp in NII

Scrum Boot Camp in NII

Featured

Transcript