https://tech.yyh-gl.dev/categories/%E3%82%B9%E3%82%AF%E3%83%A9%E3%83%A0/Recent content in スクラム on yyh-gl's Tech BlogHugo -- gohugo.iojaWed, 05 Jun 2019 09:00:00 +0900https://tech.yyh-gl.dev/blog/scrum_entry/Wed, 05 Jun 2019 09:00:00 +0900https://tech.yyh-gl.dev/blog/scrum_entry/<h1 id="スクラムとは">スクラムとは</h1> <h2 id="概要">概要</h2> <ul> <li> <p><u>変化に対し柔軟に開発を運用するためのアジャイルフレームワーク</u></p> </li> <li> <p>開発に常に優先度をつける</p> </li> <li> <p>仕事を進めることを主眼に考え、そのために改善を常に行う</p> </li> <li> <p>ロールが3つあり、協調しあい開発する</p> <ul> <li>プロダクトオーナー</li> <li>スクラムチーム</li> <li>開発チーム</li> </ul> </li> <li> <p>POが満足するアウトプットがあったかのみを検証</p> </li> <li> <p>5つのイベントがある（後述）</p> </li> <li> <p>2つのアウトプット（成果物）がある（後述）</p> </li> </ul> <h2 id="特徴">特徴</h2> <ul> <li> <p>非常にシンプルなフレームワーク</p> <ul> <li>定められたルールが他の手法より少なくアレンジが容易</li> </ul> </li> <li> <p>実践的で経験主義</p> </li> <li> <p>世界的に普及している</p> </li> </ul> <h1 id="アジャイル開発とは">アジャイル開発とは</h1> <h2 id="アジャイルとスクラムの違い">アジャイルとスクラムの違い</h2> <p>スクラムとはアジャイル開発手法のひとつ</p> <p>他にもXPとかがある</p> <h1 id="アジャイルソフトウェア開発宣言">アジャイルソフトウェア開発宣言</h1> <p><a href="https://agilemanifesto.org/iso/ja/manifesto.html" target="_blank" rel="noopener noreferrer">ここ</a> にいろいろな言語で宣言されています</p> <p>この宣言では以下のことを重要視している</p> <ul> <li>個人と対話</li> <li>動くソフトウェア</li> <li>顧客との協調</li> <li>変化への対応</li> </ul> <h1 id="スクラムとウォータフォールの違い">スクラムとウォータフォールの違い</h1> <ul> <li> <p>ウォータフォール</p> <ul> <li>計画、設計、実装、テストが一方向に進む</li> <li>リリース直前の実装や仕様に漏れがあると最悪の場合プロジェクトがぽしゃる</li> <li>運用・保守には強い。新規案件向けではない</li> </ul> </li> <li> <p>スクラム</p> <ul> <li>開発期間中に計画、設計、実装、テストのリサイクルを何度も回す</li> <li>細かいスパンでリリースするので、大きな手戻りが少ない</li> </ul> </li> </ul> <h1 id="スクラムで登場するロール役割">スクラムで登場するロール（役割）</h1> <p>あくまでテンプレの内容を紹介</p> <p>自分のチームに合わせて変えてOK（むしろカスタマイズすることが重要）</p> <h2 id="プロダクトオーナーpo">プロダクトオーナー（PO）</h2> <ul> <li> <p>役割</p> <ul> <li>プロダクトのビジネス価値に責任を持つ</li> <li>リリース判断をすることができる</li> <li>優先度の判断役</li> </ul> </li> <li> <p>求められる力</p> <ul> <li>情報アウトプット（見える化、透明性） → 実現したいことをちゃんと伝える力</li> <li>クライアントとチームを繋ぐハブ役</li> </ul> </li> </ul> <h2 id="スクラムマスターsm">スクラムマスター（SM）</h2> <ul> <li> <p>役割</p> <ul> <li>スクラム開発に関わる全ての人を支援し、成功に導く <ul> <li>POのビジネス的な相談を受けたり、開発チームの技術的な相談を受けたり などなど</li> </ul> </li> <li>スクラムの理論や価値を関係者全員に教え、理解してもらう</li> <li>開発チームへの障害や外部干渉を取り除き、防ぐ</li> </ul> </li> <li> <p>求められる力</p> <ul> <li>サーヴァントリーダシップ（奉仕型リーダー） <ul> <li>下からみんなを持ち上げるようなリーダー</li> </ul> </li> <li>理解と実行の話づくりと良きファシリテーター</li> </ul> </li> </ul> <br> <blockquote> <p><u>SMが開発に加わるのはOK？</u></p></blockquote> <blockquote> <p>チームが良しとするならばOK。</p></blockquote> <blockquote> <p>はじめから参加することは基本的にない。</p></blockquote> <h2 id="開発チーム">開発チーム</h2> <ul> <li> <p>役割</p>