Embed Size (px)
DESCRIPTION
14th すくすくスクラム発表資料
Citation preview
スクラムの落とし穴を踏み越えろ!!(株)永和システムマネジメント/オブジェクト倶楽部西村 直人 / 安井 力[email protected]/[email protected]
2010.05.27 14thすくすくスクラム
自己紹介★西村直人 id:nawoto★永和システムマネジメント所属★福井が本社、東京に支社にある220名程度SIベンダ★アジャイル手法を軸に変化を抱擁するITソリューションを提供することに力を入れています
★アジャイルコーチ★お客様先でアジャイル手法を導入するお手伝い
★開発リーダー★ Rubyとアジャイル手法での開発に3年以上従事
今日お話しする事スクラムはプロジェクトに良い成果をもたらす事ができます。ただし、単に教科書通りに実践しているだけでは、色々な落とし穴に見事にハマります。
今日お話しする事スクラム未経験の人にもゲームを通じてスクラムを体感してもらい、落とし穴とは? 落とし穴にハマったら? を皆さんと一緒に考えていきます。
アジェンダ★スクラムって何?★ゲームで体感してみよう★落とし穴に触れる★まとめ
自己紹介しましょう今日はゲームをするので、各テーブルはチームになります。名前も知らない人とはチームにはなれないので、自己紹介しましょう。
Question.
スクラムをやると何が嬉しいと思いますか?
ルール★名前は大きな声で★スクラムに求める事は何だろう? 一言でも言ってみよう
★時計回りで順番に
自己紹介
発表
拍手
先人曰くアジャイル手法を正しく実践できるチームは従来のチームよりソフトウェアの早期提供、高い品質、コスト削減を提供することができる。
アジェンダ★スクラムって何?★ゲームで体感してみよう★落とし穴に触れる★まとめ
今日は、ひさびさにスクラムの話なので知っている人もいると思いますが復習してみましょう。
登場人物★チーム★プロダクトオーナー★スクラムマスター
チーム開発者のあつまりプログラミング、品質管理、データベース設計等の専門的なスキルを有する。要求をリリース判断可能なプロダクトの断片に変える。
プロダクトオーナープロダクトで実現したい要求の管理に責任を持ち、チームが実施した作業を保証する。要求の優先度や仕様に関する最終決定権を持ち、チームに要求を依頼をできる唯一の人である事が求められる。
スクラムマスタースクラムチーム(PO,チーム)が正しくスクラムを実践できている事を保証する。そのためにオーナーやチームに対して様々な支援を行う。
登場人物の関係
オーナー 開発チーム
要求
成果物
スクラムマスター
支援 支援
スクラムの進め方
実際の流れ1.準備2.要求の一覧から数週間で実現できる分を計画する3.開発する1.進捗や課題は毎日確認する4.成果物をレビューする1.期間内の課題や改善案を考える
実際の流れ1.準備2.スプリント計画3.開発する1.デイリースクラム4.スクラムレビュー1.ふりかえり
準備スクラムだから特別に何かする訳ではありません。キックオフや中長期的な計画、技術調査、開発環境の構築とかプロジェクト開始にふつうに必要な事は準備します。
スプリントタイムボックスです。2～4週間の期間で設定され、プロジェクトの期間内に繰り返し実施される。この期間に要求から設計や実装、テストを実施する。
スプリント計画スプリントのゴールと実現したい要求、完了条件を決定するミーティングオーナーから希望を伝え、チームが実施可能かを判断する。
プロダクトバックログ役割 機能/性能 目的 終了条件 見積もり 備考
ユーザー 日記にコメントを書く
日記に補足情報を追記する
詳細画面でコメントできる 3
ユーザー コメントを削除する
不要なコメントを消す
記入したコメントが消せる 2
システム 日記一覧画面の表示速度を改善
一覧の表示でイライラさせない
30秒以内で表示 5
スプリントレビュー何が完了したのか、何が完了していないかを確認する。スプリントで発生した課題や対応についても議論する。
レトロスペクティブプロジェクトの運営に問題が無いかを検査し、対応を検討するまた、より生産性等を向上させる改善案を考える。日本ではふりかえりとして紹介されています。
デイリースクラムチーム全員が参加して、日次で進捗や課題を報告する。日本では朝会として紹介されています。
詳しくは★スクラムガイド★ http://www.scrum.org/scrumguides/
★塹壕よりスクラムとXP★ http://www.infoq.com/jp/minibooks/scrum-xp-from-the-trenches
★Wikipedia★認定スクラムマスター研修★永和流★ http://agile.esm.co.jp/scrum/about.html
19 : 30
アジェンダ★スクラムって何?★ゲームで体感してみよう★落とし穴に触れる★まとめ
ゲーム実際にスプリントを繰り返してプロダクトを完成させていく過程を体験してみましょう。
準備★6名前後のチームを作りましょう★役割分担を決めてください★プロダクトオーナー役 1名★残りの人はチームです。
★チーム毎にトランプを渡します★よくシャッフルして裏返しで置いてください
★オーナーは前に集合★メンバーは1人3枚カードを引く
遊び方★オーナーの指示でチームから5枚のカードを集める
★一周を1スプリント★スプリント毎にカードを一枚集める
★5スプリントで終了★8分以内でリリースだ!!
進め方1.オーナーがこのスプリントで欲しいカードを宣言
2.メンバーはカードを一枚引く3.オーナーに渡すカードを場にみんなに見えるように出す
4.全員がカードを出す5.オーナーは一枚選ぶ6.場に出したカードを脇に置く7.次のスプリントヘ
リリースが終わったら1.オーナーはゴールを明かす2.感想や印象、意見を書きましょう3.チームで意見交換
実演
一回目
感想
二回目
感想
20 : 10
アジェンダ★スクラムって何?★ゲームで体感してみよう★落とし穴に触れる★まとめ
落とし穴って?スクラム導入によって達成したい目標やプロジェクトの進捗に影響を与える課題、失敗、不吉なニオイ。
僕が感じた事★オーナーがチームにゴールを 伝える重要性
★メンバーの会話がプロダクトの 価値に繋がる
落とし穴プロダクトオーナーがゴールを伝えていない
Question.解決方法を述べよ
他にも疑問が★伝えるだけで良いのでしょうか?★チームから伝えるものは無いのでしょうか?
落とし穴★ゴールを伝えたが理解されていない
★当初のゴールが現状と合っていない
良くみる光景オーナーが短期間に多くの機能をリリースする事に躍起になるその結果、プロダクトコードは荒れ、チームの状況は悪くなり結果...
独裁的オーナー
落とし穴★オーナーがチームの状況を見ていない
★交渉の余地が無い★チームが課題や状況を報告できていない
★and more
話す場はあるはず★デイリースクラム★スプリントレビュー★ふりかえり★リリース計画★and more
僕が感じた事★オーナーがチームにゴールを 伝える重要性
★メンバーの会話がプロダクトの 価値に繋がる
落とし穴チームメンバー同士の会話が全く無い...
Question.デイリースクラムで会話していれば上手くいくのでしょうか?
デイリースクラムチーム全員が参加して、日次で進捗や課題を報告する。日本では朝会として紹介されています。
落とし穴他のメンバーの作業内容や報告に興味が持てていない
Question.解決方法を述べよ
落とし穴★サブシステムや機能単位で担当者が分かれている
★工程毎に作業が分担されている★設計、実装、テストとか
Question.会話や作業内容以外に興味を持った方が良いものはありますか?
例えば★ソースコード★設計情報★仕様★要件★and more
プラクティスはある★デイリースクラム★ふりかえり★コードの共同所有★ペアプログラミング★見積りポーカー★and more
モヤモヤしませんか?★落とし穴はどこにあるでしょう?★誰が解決してくれるの?★全部、回避できるでしょうか?★and more
20 : 30
アジェンダ★スクラムって何?★ゲームで体感してみよう★落とし穴に触れる★まとめ
皆さん
ルール★今日の話を聞いてどうでしたか?★一言でもいいです★ゲームや落とし穴の感想とか★気になる感想には質問しましょう
★時計回りで順番に
発表
拍手
nawoto
今日お話しする事スクラムはプロジェクトに良い成果をもたらす事ができます。ただし、単に教科書通りに実践しているだけでは、色々な落とし穴に見事にハマります。
とあるチーム初めてスクラムをやりました。基本的なプラクティスは最初から導入していて、まじめに取り組んでいましたが、プロジェクトの進捗はあまり良くありませんでした。
かんばん★タスクレベルでの作業進捗★作業担当者の明示★作業間連携のロスを減らす★必要な情報の聞き先が分かる
★作業指示の負担軽減★本来、リーダーが指示★サインアップによる代替
★課題分析のインプット等
とあるチーム★かんばんを導入★進捗が見える化された事は理解★リーダーやマネージャーに作業進捗を聞かれない★朝会での報告で周りが安心するのを実感
とあるチーム★サインアップできない★作業指示はリーダーが主体で朝会の後で実施★本来は朝会の15分で済む話★開発作業の時間が減っている
★ 微々たるものかもしれない★ 毎日発生している
★リーダーはメンバー全員のタスク分担を考える★ 日に何度も発生する
私が説明した事★進捗の報告に有効な事を理解したところです
★リーダーが開発作業に集中できれば、進捗の遅れは挽回
★サインアップできる事を定着させるべき
とあるチーム★気付きつつあった★リーダーが開発に参加できていない★関連するタスクは基本的に自分の担当になる★作業の進捗は分かるので、手伝いが必要な所は自明
私がやった事★あとは促すだけ★昨日やった事に関連するタスクはありますか?★もう終わったのですか? どこか手伝ってあげて下さい★リーダーとちゃんと確認して下さい
★ 人に任せても安心できる事を体験★ かんばんで確認できる事を伝える等
★適当に作業指示を与え、効率を悪くしてみる★ 自分の判断が正しい確証を持ってもらう
★最後に目的を再度伝える
僕がいなければ、★解決できなかったでしょうか?★No!!★おそらく自分たちで解決できていました★ふりかえりでも不安としてあがっていました
★ 特にリーダー役の人★ メンバーも気にしていた
従来では★作業指示なんて当たり前★ゴールなんてどうでもいい★メンバーとの会話や興味とか無くても構わない
スクラムの3つの柱★透明性★プロセスの様子が、成果を管理する人の目に見える事を保証する必要がある。
★検査★プロセスに受け入れ難い変化を頻繁に検査しておく必要がある
★適応★問題が発生した場合には迅速に対応する必要がある
http://www.scrum.org/scrumguides/
スクラムの3つの柱★透明性★プロダクトバックログ、スプリントバックログ、デイリースクラム、バーンダウンチャート and more
★検査★スプリントレビュー、ふりかえり、デイリースクラム、スクラムマスター and more
★適応★スプリント計画、ふりかえり、デイリースクラム and more
http://www.scrum.org/scrumguides/
今日お話しする事スクラムはプロジェクトに良い成果をもたらす事ができます。ただし、単に教科書通りに実践しているだけでは、色々な落とし穴に見事にハマります。
今日お伝えしたい事落とし穴は考える切っ掛けになりますのでどんどんハマりましょう。その経験から自分たちで実践 (考え、行動)する事で初めて良い成果が生まれます。
先人曰くアジャイル手法を正しく実践できるチームは従来のチームよりソフトウェアの早期提供、高い品質、コスト削減を提供することができる。
今日お伝えしたい事スクラムは色々と考えるための最初の一歩にしか過ぎません。その説明を(わざと?)していないのが、僕が感じる唯一の落とし穴です。
疑問
自分たちでできるの?★落とし穴は色々ある★チームだけで解決できるもの★各ロール間で協力しないと解決できないもの★プロジェクトの体制に影響するもの★プロジェクトの計画に影響するもの★会社に影響するもの
誰か助けて!!アジャイルコーチは確かにその一人です。チームのメンバーも重要です。コミュニティも超重要です。
コミュニティ解決できないかもしれないが、ヒントはたくさんあります。それを元に自分の現場で試してフィードバックしましょう。それは誰かを助けます。海外での成功の理由の一つ。
最後にお伝えしたい事僕は日本でもコミュニティを中心とした活動が盛んになり、スクラムで上手くいく現場が増えていけば嬉しいです。
何時
以上です。ご清聴ありがとうございました。もし質問等があれば、懇親会とかで気軽に声を掛けて下さい。
