ビジネスアプローチとしてのアジャイル

アジャイルとは、短い学習サイクル、緊密な協働、価値の頻繁な提供を通じて、不確実性の高い仕事を管理するアプローチです。解決策全体を最初に定義し、その後の変更を失敗とみなすプロジェクトモデルに代わるものとして生まれました。アジャイルは、計画なしに進めることを意味しません。複数のレベルで計画を立て、前提を早期に検証し、証拠が変われば判断を見直すことを意味します。

アジャイルマニフェストは、4つの価値の優先順位を示しています。プロセスやツールよりも個人と対話を、包括的なドキュメントよりも機能するソリューションを、契約交渉よりも顧客との協働を、計画に従うことよりも変化への対応を重視します。右側に挙げられたものも重要ですが、それ自体が成果になるのではなく、成果を支えるものであるべきです。たとえば、プロジェクト計画は、関係者間の調整に役立つなら有用です。しかし、当初の計画に含まれていたという理由だけで、価値の低い範囲をチームが提供し続けるようになると、有害なものになります。

12のアジャイル原則は、これらの価値を実践の指針へと具体化します。主なテーマには、価値の早期かつ継続的な提供、要求の変更を歓迎すること、頻繁なデリバリー、ビジネス側と技術側の日々の協働、持続可能なペース、技術的卓越性、シンプルさ、自己組織化するチーム、定期的な振り返りが含まれます。ビジネスの観点では、これらの原則によって、投資判断から、その判断が価値を生み出すかどうかを示す信頼できる証拠を得るまでの時間が短縮されます。

スクラムフレームワークと経験主義

スクラムは、複雑なプロダクトのデリバリーにアジャイルの考え方を適用するための軽量なフレームワークです。スクラムは経験主義に基づいており、根拠のない予測ではなく、観察と経験に基づいて判断を行います。その3つの柱は、透明性、検査、適応です。作業、目標、品質への期待、問題は、検査できるだけの透明性を備えていなければなりません。そして、結果が期待と異なる場合には、検査を通じてタイムリーな変更につなげる必要があります。

スクラムでは、1か月以内の一定期間であるスプリントに沿って作業を進めます。各スプリントは、スクラムチームがスプリントゴールに取り組み、少なくとも1つの使用可能なインクリメントを作成する、学習の完結したサイクルです。サイクルを短くすることで、機能が誤った問題を解決していると判明するまで数か月待つ必要がなくなり、リスクを抑えられます。たとえば2週間のスプリントで、簡素化した顧客オンボーディングのフローによって離脱が減るかを検証してから、より高度な自動化に追加投資するかどうかを判断できます。

スクラムは意図的に不完全なフレームワークです。最低限必要な責任、イベント、作成物を定めていますが、詳細なプロジェクト手順、職位、Jiraの設定までは規定していません。予測、リサーチ、サービスレベル指標、ガバナンス統制などをスクラムと併用できます。ただし、それらの実践が透明性、チームの主体性、適応する能力を損なわないことが条件です。

スクラムチームの責任

スクラムチームは、1人のプロダクトオーナー、1人のスクラムマスター、そして開発者で構成されます。チームは機能横断型であり、価値を生み出すために必要なスキルをチーム全体で備えています。また自己管理型であり、誰が、何を、いつ、どのように行うかをメンバー自身が決定します。ステークホルダーは制約や期待する成果を定めることはできますが、チームメンバーの日々の作業を割り当てるべきではありません。

プロダクトオーナーは、プロダクトの価値を最大化し、プロダクトバックログを効果的に管理する責任を負います。これには、プロダクトゴールを伝え、プロダクトバックログアイテムを作成または明確化し、優先順位を付け、バックログの透明性を確保することが含まれます。プロダクトオーナーは作業を委任できますが、最終的な責任は保持します。顧客ポータルのプロジェクトであれば、サポートデータからログイン障害のほうがコストや顧客の不満を大きく招くと分かっているため、プロフィールのカスタマイズよりもパスワードの再設定を優先することが考えられます。

開発者は、各スプリントで利用可能なインクリメントを作成し、スプリントの作業を計画し、完成の定義に基づいて品質を維持し、日々計画を適応させる責任を負います。スクラムマスターは、定義されたスクラムを確立し、スクラムチームの有効性を高める責任を負います。スクラムマスターはコーチングを行い、有用な場合には進行を支援し、組織的な障害の解消を助けます。これは指揮統制型のプロジェクトマネージャーの役割ではなく、スクラムマスターがタスクを割り当てたり、完了した作業を承認したりすることもありません。

スクラムのイベントとそこでの意思決定

スプリントプランニングでは、スプリントに価値がある理由、実施できる作業、選択した作業をどのように完了するかを検討し、スプリントを開始します。そこで定めるスプリントゴールは、チケットの寄せ集めではなく、チームに一貫した目標を与えます。開発者は、利用可能な稼働能力、過去の実績、依存関係、完成の定義を踏まえ、完了できる作業を予測します。プロダクトオーナーは価値や優先順位に関する背景を示しますが、スコープの確約を強制することはありません。

デイリースクラムは、開発者がスプリントゴールに向けた進捗を確認し、計画を適応させるための15分間のイベントです。スクラムマスターへの進捗報告の場でも、決められた3つの質問に順番に答える場でもありません。有意義なデイリースクラムでは、現在の作業が引き続きゴールに貢献しているかを確認し、連携が必要な点を明らかにします。また、イベントを長時間の問題解決会議にせず、必要なフォローアップの会話につなげます。

スプリントレビューでは、ステークホルダーとともにスプリントの成果を確認し、今後の適応を判断します。単なるデモや承認の関門ではなく、根拠となる情報、市場の変化、次の優先事項について話し合う作業セッションにするべきです。スプリントレトロスペクティブでは、相互の関わり方、プロセス、ツール、品質など、チームの有効性に焦点を当てます。チームは次のスプリントで実行する現実的な改善策を選びます。スプリントにはほかのすべてのイベントが含まれ、定期的なリズムを生み出すことで、予測可能な検査を可能にします。

スクラムの成果物とコミットメント

プロダクトバックログは、プロダクトの改善に必要なものをまとめた、優先順位が付けられ、継続的に更新されるリストです。そのコミットメントはプロダクトゴールであり、バックログに関する判断の指針となる長期的な目標です。通常、実装が近いアイテムほど、先の候補より詳細に記述されます。バックログリファインメントは、アイテムを分割し、明確化する継続的な活動です。ただし、正式なスクラムイベントではなく、あらゆる不確実性がなくなることを約束するものでもありません。

スプリントバックログには、スプリントゴール、スプリントで選択したプロダクトバックログアイテム、そして開発者が作成する実行可能なデリバリープランが含まれます。そのコミットメントはスプリントゴールです。開発者は学びに応じてスプリントバックログを更新し、ゴールを損なわない範囲でプロダクトオーナーとスコープを再交渉できます。この柔軟性が、見通しと固定された契約との違いです。スプリントをキャンセルできるのはプロダクトオーナーだけであり、通常はスプリントゴールが陳腐化した場合に限られます。

インクリメントは、完了した作業を統合した、利用可能な成果です。そのコミットメントは完成の定義であり、作業を完了とみなすために必要な品質基準を共有するためのものです。完成の定義を満たさない作業は、インクリメントの一部として提示したり、完了済みとして扱ったりできません。1つのスプリント内で複数のインクリメントを作成またはリリースできます。リリースのタイミングはビジネス上の判断であり、スプリントレビューまで待つ必要はありません。

Jiraで基礎を実践する

Jiraを使えばスクラムの作業を可視化できますが、ツールの設定だけでアジリティが生まれるわけではありません。実用的な設定では、プロダクトバックログアイテムをビジネス成果に結び付け、ボードで現在のワークフローを示し、チームがスプリントの進捗を共有できるようにします。選択した課題と並べてスプリントゴールを常に見えるようにし、ステークホルダーがチケットの完了をスプリントの目的と取り違えないようにします。ワークフローのステータスは、細かな引き継ぎごとではなく、意味のある状態を表すものにします。

未完了の口座申込を減らそうとしている金融サービスチームを考えてみましょう。プロダクトオーナーは、顧客のエビデンスと期待される効果に基づいてバックログアイテムの順序を決めます。スプリントプランニングでは、本人確認の途中離脱を減らすといったゴールの達成につながる作業をチームが選択します。Jiraには選択したアイテムとワークフローが記録され、デイリースクラムではその情報を使ってブロックされている作業を特定します。スプリントレビューでは、利用可能なインクリメントと初期の完了データを確認します。レトロスペクティブでは、承認の遅延が繰り返し発生していることを受けて、コンプライアンス担当者の関与を早めると決めることもあります。

成功をベロシティ、ストーリーポイント、稼働率、またはクローズした課題の数だけで判断すべきではありません。こうした指標は予測に役立つことがありますが、価値を証明するものではありません。チームは、サイクルタイムや予測可能性などのデリバリー指標を、品質指標、顧客の行動、ビジネス成果と組み合わせる必要があります。重要な判断基準は、各スプリントが利用可能な成果を生み出し、知見を深め、次の投資判断に役立つかどうかです。