大きな計画でも使える成果を小さく完成させる
大きなプロジェクトでは、作業を細かくするだけでなく、実際に使える成果を段階的に完成させることが大切です。各段階が全体の目的にどうつながるかを示します。
画面や部品を別々に作っても、つながらなければ利用を試せません。機能のまとまりと、他の作業を待つ関係を一緒に検討します。
大きなプロジェクトでは、作業を細かくするだけでなく、実際に使える成果を段階的に完成させることが大切です。この記事では、完成単位の選び方と依存関係、段階ごとの評価を解説します。具体例を通して、実際の仕事で使う際の判断基準と注意点も紹介します。
大きなプロジェクトでは、作業を細かくするだけでなく、実際に使える成果を段階的に完成させることが大切です。各段階が全体の目的にどうつながるかを示します。
画面や部品を別々に作っても、つながらなければ利用を試せません。機能のまとまりと、他の作業を待つ関係を一緒に検討します。
イベントサイトなら、開催情報を読み申込方法を知る流れを最初の成果にできます。見出しだけのページや接続していない入力画面では、その目的を試せません。
ScrumではIncrementに利用可能な状態を求めます。(The Scrum Guide 2020) この考え方を参考に、自分たちの完成条件を定めます。
料金表の掲載には、料金の決定と公開許可が必要です。制作担当の作業だけを予定に入れると、判断待ちの時間を見落とします。
複数の成果で使う情報や部品には担当者を付けます。変更時の連絡先と、組み合わせて試す日も決めてください。
成果を公開した後は利用状況と問い合わせを調べ、次に必要な内容を判断します。完成した作業量だけでなく、利用者が目的を達成したかを評価します。
公開する案内ページには、現在提供している範囲と更新日を示します。計画中の機能は別途記載し、完成済みと誤解されない説明を作ります。
利用を試せる単位を考える際は、 ユーザーストーリーの書き方 も参考になります。
SpreadSite は、Googleスプレッドシートで内容を管理し、テンプレートを使ってホームページを作成・公開・更新できるノーコードツールです。
段階的に公開するプロジェクト紹介ホームページの作成に、ぜひ使ってみてください!
A: 組み合わせた成果が利用できるかも確認します。小さな作業でも依存関係は残ります。
A: 必要になる成果と時期を考えて決めます。使わない部品を大量に作らないようにします。
A: 利用結果や条件が変わった場合は見直します。変更理由と影響範囲を記録します。
A: 公開前でも、一連の利用を試す成果を作って評価します。公開条件は別途管理します。