![\"image.png](\"https://c16e-esa-io-public-files.s3-ap-northeast-1.amazonaws.com/uploads/production/attachments/15637/2020/05/28/18740/2ce35e50-1d68-4b49-a96d-93e441662417.png\")
\nスクラムの導入は、わからない事が多くて知っている人がいないと導入が難しいという意見をよく聞きます。そこで、ステップバイステップで手順に沿って実施していくと、スクラムの導入がある程度完了していることを目指す説明をしたいと思います。
\nスクラムはアジャイル開発手法の1つで、スクラムは「柔軟かつ全人的なプロダクト開発ストラテジーであり、共通のゴールに到達するため、開発チームが一体となって働くこと」とされています。スクラムはフレームワークであり、スクラムガイドというスクラム標準の定義もあります。
\nスクラムを実施するに当って、スクラムの文脈で頻出する用語の定義を説明します。
\n【プロダクトオーナー】
\nプロダクトオーナーは、そのプロダクトについて何をどの順番で作るのかについて責任を持っています。
【スクラムマスター】
\nスクラムマスターは、プロジェクトへのスクラムの導入や、スクラムフレームワークの説明、教育などを行い、開発チームが独自のプロセスを構築する手助けも行ないます。
【開発チーム】
\n開発チームはプロダクトバックログアイテムを開発し、デリバリーすることに責任を持つ。開発チームは動作するソフトウェアを高品質に開発できす技術が必要となります。また、開発チームのメンバーは、10人以下であることが望ましいです。大人数である場合には、スクラムチームを分割してください。
【スクラムチーム】
\nスクラムチームは上述した、プロダクトオーナー・スクラムマスター・開発チームです。
【スプリント】
\nスプリントは、1週間や2週間といった、時間枠(タイムボックス)です。
\nスプリントでは、スプリント計画、デイリースクラム、スプリント実施、スプリントレビュー、スプリント振り替えりなどのアクティビティがあります。
【スプリント計画(スプリントプランニング)】
\n次のスプリントで何をやるかを決定します。プロダクトバックログを元にしてスプリントバックログを作成します。この時、スプリントバックログは、プロダクトバックログアイテムをタスク単位に細分化しても構いません。
【デイリースクラム】
\nデイリースクラムでは、1日の作業の開始時に開発チームが実施する活動です。ここでは、誰がどのスプリントバックログに着手するか、問題は発生していないかなどを15分で確認します。またデイリースクラムを行なわずに開発チームは常にコミュニケーションを行い、把握するという方法もあります。
【スプリント実施】
\nスプリント計画によって作成されたスプリントバックログを消化していきます。
【スプリントレビュー】
\nスプリントレビューでは、スプリントの実施によって生み出されたインクリメントの検査と適応を行います。
\n開催はスクラムチームが行います。スプリントレビューにはプロジェクトの利害関係者全員が参加し、スプリント実施が完了した直後に行います。
\nデモを実施し、利害関係者にインクリメントを説明します。そして、次の質問をします。
【スプリント振り返り(スプリントレトロスペクティブ)】
\nスプリントレビューでは、プロダクトについてのレビューを実施しますが、スプリント振り替えりでは、スクラムチームの成長や、プロセスの改善を行うことが目的です。
![\"スプリント振り返りのGood,](\"https://c16e-esa-io-public-files.s3-ap-northeast-1.amazonaws.com/uploads/production/attachments/15637/2020/05/28/18740/2eb0d589-6efa-4ef5-97ee-dc5754e294c3.jpg\")
\n![\"プロダクトバックログとスプリントバックログ\"](\"https://c16e-esa-io-public-files.s3-ap-northeast-1.amazonaws.com/uploads/production/attachments/15637/2020/05/28/18740/87ade2a7-dab6-4fd7-bb19-a2e74f72d44b.jpg\")
\n![\"プロダクトバックログアイテム\"](\"https://c16e-esa-io-public-files.s3-ap-northeast-1.amazonaws.com/uploads/production/attachments/15637/2020/05/28/18740/b6e5fb23-b441-4353-a050-e4c594ce509d.jpg\")
\n用語の定義が少し長くなってしまいましたが、導入するために必要なものなので、下記のステップでわからなくなったら定義を見直してください。
\nプロダクトが全くない場合には、なにを作るのかを決定します。通常はユーザに価値をもたらすユーザストーリーを決定していきます。もちろんソフトウェアへの要求を決定していくことも問題ありません。既にあるプロダクト開発にスクラムを導入する場合は、この手順は省略しても構いません。
\n開発しているプロダクトについての責任を持つプロダクトオーナーを決定します。スタートアップであればCEOがプロダクトオーナーになることが多いですし、開発リーダーがなることもあります。
\nスクラムマスターは、スクラムをある程度経験している人物が望ましいですが、そうでない場合には開発リーダーが行なうようにして下さい。
\nスクラムマスターは、開発チームを任命してください。
\nスクラムチームは、プロダクトバックログを作成します。最初から全てのバックログアイテムを網羅することは難しいため、粒度の粗い状態でも構いません。
\n1回のスプリントの期間を決定します。原則として期間は後から変更しませんが、スクラムに慣れていない場合は1週間程度の短い期間にするようにして学習効果を高めるのもアリです。実際に私達は3日に設定して行うようにしたところ、素早く学習することができました。
\nスプリント計画を行う前に、これから作るものを明確にしてください。可能であれば議論をわかりやすく行うために画面のペーパープロトタイプや、業務フローが複雑であれば業務フロー図などを作成します。
\nプロダクトオーナーは、スクラムマスターと協力してプロダクトバックログアイテムの優先順位をおおまかに決定してください。基本的にはプロダクトバックログの順番に開発を進めていくことに注意してください。
\n各プロダクトバックログアイテムに対して開発チームは見積りを行います。このとき見積りの単位としてはストーリーポイントを用いるようにしてください。ストーリーポイントは相対的なもので、1ポイントや3ポイントといった単位になります。具体的な時間を使わない理由は、時間で正確な見積りを作ることは非常に難しいからです。1時間や2時間といった細かい時間まで把握することに時間を使うことは止めましょう。
\nプロダクトが全く無い場合、最初のスプリント計画を始める前に助走としてアーキテクチャの決定やスケルトンの開発を行い、デプロイして使える状態にして下さい。この時点ではソフトウェアは全く動作しませんが、開発全体の流れは把握できます。
\n次に第1回目のスプリントの計画を行います。この時点でプロダクトバックログのグルーミングと見積りは完了しているはずなので、感触を掴むために少な目のスプリントバックログを作成してください。
\nスプリント計画で決定したスプリントバックログに従って作業を進めていきます。最初の実施ではタスクの粒度などにスクラムチームでの認識に差異があるはずですので、疑問がでた場合には書き留めておきます。
\nプロダクトオーナーに今回のスプリントで完成した成果物をデモします。
\n始めてのスプリントで多くの疑問や改善点がでてきているはずです。スクラムはルールの叩き台ですので、スクラムチーム独自のルールを決定して文化を作っていきます。
\nステップ11〜ステップ14までを繰り返します。プロダクトバックログのグルーミングはなるべく短い感覚で実施して下さい。
\n上のステップを実際に行って、ぜひスクラムの導入を成功させて下さい!
\n私達クラフトマンソフトウェアでは、スクラムの導入支援サービスを行っておりますので、ご興味がありましたらお気軽にご連絡ください! メール、またはサービスページ レンタルCTO
エッセンシャルスクラム![\"\"](\"https://ir-jp.amazon-adsystem.com/e/ir?t=craftsmansoftware-22&l=as2&o=9&a=B00MB6GO7E\")