SE Note blog

「アジャイルサムライ－達人開発者への道－」で紹介されているインプレッションデッキの要約が、CodeZineで次のように紹介されていた。

1. 「我われはなぜここにいるのか？」自分たちの顧客は誰なのかを踏まえてプロジェクトの理由や目的を確認し、その認識が顧客の持つ認識と同じかを確認するワーク。
2. 「エレベーターピッチを作る」エレベータピッチとはエレベータに同乗するほどの限られた時間という意味。30秒間で分かりやすくプロジェクトについて説明できるように文章を作るワーク。
3. 「パッケージデザインを作る」開発するサービスの概観を決定するワーク。見えない成果物であるサービスの広告を作ると仮定してデザインを考え、顧客に対する訴求要素について話し合う。
4. 「やらないことリストを作る」プロジェクトで実現したいことを明確にするワーク。「やること」「やらないこと」をリスト化し視覚化させることで、プロジェクトのスコープ（範囲）を明確にする。
5. 「「ご近所さん」を探せ」プロジェクトの関係者を洗い出し、ステークホルダーを確認するワーク。ここで確認漏れがあると、プロジェクトが終盤に入った段階で決定事項が覆ることもあるので注意が必要。
6. 「解決案を描く」チーム全員で集まってプロジェクトの概要レベルのアーキテクチャ設計図を描くワーク。設計図を描きながらリスクを明確化し、リスクに対する解決策について全員の認識が揃っていることを確認する。
7. 「夜も眠れなくなるような問題は何だろう？」おもにプロジェクトのメンバー間で起こりうるリスクについて事前に話し合うワーク。たとえば、開発リーダーやリードプログラマの退職などもリスクと捉え、最悪の事態を避けるための事前策を話し合う。
8. 「期間を見極める」プロジェクトを完成させるのに必要な期間を大まかにでも決定する。
9. 「何を諦めるのかをはっきりさせる」「期間、スコープ、予算、品質のうち、譲れる要素と譲れない要素を決めておくワーク。各要素の優先順位をできる限り明確にする。
10. 「何がどれだけ必要なのか」プロジェクトについての期間、費用、アサインするメンバーについて考えるワーク。今までの決定事項をもとに決定していく。

これらは何れも重要な問いかけだが、とくに普段のプロジェクトで怠りやすいのは「エレベータピッチ」「やらないことリスト」だろう。

エレベータピッチでシンプルに説明できないプロジェクトは目的や収益性が不明確なことが多い。また、PJ計画や要件定義では「やることリスト(Todo))」をつくるだけではなく、「やらないことリスト(NotToDo)」を意識しなければならない。NotToDOを意識しないと、要件が発散してプロジェクト終盤になって頓挫しやすい。一度頓挫してから本当に必要なことを絞って段階リリースなどやっていては、コストも増大し、結局最低限必要なものをリリースすることすら遅れて、ビジネスに支障を与えることになる。いま、ビジネスという言葉を使ったけれど、これは何もアジャイル開発に限ったことではない。ビジネス全般で常に問いかけるべき問いだ。

追記：CodeZineの記事で紹介されていたワークショップ「アジャイルサムライDevLove道場」、参加したかったなぁ。