Quartz 5

スクラム

7 min read

  • スクラムとは

    • プロダクトオーナー(PO)は、複雑な問題に対応するための作業をプロダクトバックログ(PBL)に並べる。
    • スクラムチームは、スプリントで選択した作業を価値のインクリメントに変える。
    • スクラムチームとステークホルダーは、結果を検査して、次のスプリントに向けて調整する。
    • 繰り返す。

  • チーム

    • スクラムマスター(SM)
    • プロダクトオーナー(PO)
      • プロダクトゴールを策定し、明示的に伝える。
      • プロダクトバックログアイテム(PBI)を作成し、明確に伝える。
      • プロダクトバックログアイテムを並び替える。
      • プロダクトバックログに透明性があり、見える化され、理解されるようにする。

  • スプリント0: スプリントを開始できるよう環境を整える

    • インセプションデッキ: 自分が作りたい物を具体化する/コンセプトを作る

      • ここで決めたものは絶対にブレないようにしましょう。

      • 項目
        • 企画意図/キャッチコピー
        • ゲームをプレイするターゲット/ペルソナ定義
        • コンセプト
        • プレイ端末
        • ゲーム内容や期間
        • プレイ人数
      • エレベーターピッチ
    • チームビルディング
    • プロダクト定義
      • プロダクトゴール決定

        • かなり先行（２～３カ月）して動き、プロダクトゴールを精緻に可視化していないと、かならず手戻り・プロダクト価値の誤解は起こります。

        • 要件は個人で開発する場合だとしても、自分が自分自身のゲームに求める要件がブレてしまうと、ゲーム開発の期限が無限に延びてしまいます。

        • 個人ゲーム開発でゲームが完成しない人ほど、目標がブレやすいです。

    • マインドセット
      • アジャイル開発のマインドセットを浸透させる
    • チーム運営方針: 前提条件や開発方針は明文化し、いつでも参照できる場所に掲載する
      • スプリント期間: 2週間、月曜始まり

        • 1週間にこなせるタスク量は個人開発では1日あたり2時間以下が妥当

      • 運用ツール
        • GitHub Project: プロダクトバックログ管理
        • Google Calendar: スプリントプランニング
        • Discord: 通知
        • RedMine: 雑アイデアとか大まかな作業ログ
      • 開発ツール
        • Rust bevy
    • 作業量見積もり
      • SP見積＆集計
      • 必要な期間
    • 大まかなリリース計画

  • スプリント: 以下のイベント

    • 1ヶ月以内
    • スプリントプランニング: スプリントで実行する作業の計画を立てる
      • スプリントが1ヶ月ならプランニングはmax 8h
        1. このスプリントはなぜ価値があるのか？
        • スプリントゴールを定義する。
        1. このスプリントで何ができるのか？
        • プロダクトバックログからアイテムを含める
        • PBIのリファインメント(分割)をする場合がある。
          • 優先度が高くなってから分割で良い
          • 適切な大きさ
            • 1スプリントに6~10個終わる

              • 個人開発の場合のPBIの粒度は1スプリントに6～10個ではなく、もう少し大きく定義するしか無さそうです。

            • 1つのPBIは1スプリント以内で開発出来るようにする
          • 独立している
          • 価値がある
          • 見積もり可能
          • テスト可能
        • ストーリーポイント: 相対的な値でPBIの規模を見積もる
        • プランニングポーカー: ストーリーポイントをみんなで予想する
        1. 選択した作業をどのように成し遂げるのか？
        • 選択したプロダクトバックログアイテムごとに、完成の定義を満たすインクリメントを作成するために必要な作業を計画する。
          • プロダクトバックログアイテムを1日以内の小さな作業アイテムに分解することによって行われる。
    • デイリースクラム: 今後の作業を調整しスプリントバックログを適応
      • 毎日、同じ時間・場所で開催する15分のイベント
      • スプリントの残りの作業を適応、再計画するために開発者は一日を通じて頻繁に話し合う
    • スプリントレビュー: スプリントの成果を検査し、今後の適応を決定
      • スプリントで何が達成され
      • スプリントが1ヶ月ならプランニングはmax 4h
      • 一人ならいらないかも
    • スプリントレトロスペクティブ: 品質と効果を高める方法を計画することが目的
      • スプリント中に何がうまくいったか、どのような問題が発生したか、そしてそれらの問題がどのように解決されたか
      • スプリントが1ヶ月ならプランニングはmax 3h
      • 振り返り手法
        • KPT
        • KPTA
          • A: Action(具体的なTODO)
        • GKPT
          • G: Good
          • K: Goodを継続するためのアクション

  • プロダクトバックログ

    • commitment(目的、満たすべき状態): プロダクトゴール
    • PBIが優先度順に並んでいるリスト

  • スプリントバックログ

    • commitment: スプリントゴール

  • インクリメント

    • commitment: 完成の定義
    • アイデアであるPBIを価値に変えたもの

  • プロダクトゴール: プロダクトオーナーが設定

    • アイデアの検討
    • ユーザーの理解
    • プロダクトゴールの提示

  • ビジョン: 数年

  • プロダクトゴール: 数ヶ月

    • 何回かスプリント回してから設定するのも良い
      • 経験主義なので

  • スプリントゴール: 数週間

  • ステージ数とかアイテム数とか具体的に決めて

    • 仮データとか仮遷移で全て作り切る
    • 常に、定期的に、「テスト公開」するべし

  • 大まかなタスクを列挙→タスクを分解はChatGPT使うと取っ掛かりが出来る

参考文献

Graph View

Backlinks