アジャイルプロジェクトマネジメント

概要

従来の直線的なプロジェクトマネジメント手法では、予算超過や未完成な製品、市場投入までの期間が長引くことはありませんでしたか？アジャイル手法は、複数回のフィードバックと修正が必要な複雑なプロジェクトにおいて、マネージャーにより高い柔軟性、透明性、責任を提供します。このアジャイルプロジェクトマネジメントデッキを活用し、反復的なアプローチで顧客ニーズに焦点を当て、プロジェクトの成功を最大化しましょう。

スライドのハイライト

アジャイル開発プロセスでは、マネージャーが要件とプロジェクトの制約を受け取り、チームが複数のソリューションを開発し、最終承認または製品リリースまで複数回の反復を行います。(スライド7)

スクラムは一般的に使用されるアジャイル手法です。スクラムのチーム役割は、組織図として分類でき、プロジェクトマネジメントチームの主要なステークホルダーや責任者を明確に示します。(スライド9)

カンバンボードは、作業負荷の管理や進捗の可視化に不可欠なツールです。その可視化ツールは、アジャイル管理において作業中のタスクを制限し、ワークフローを管理し、ポジティブなフィードバックループを生み出すために活用できます。(Slide 12)

成果

アジャイル型のプロジェクト管理は、あらゆる規模の組織で活用できます。特にレガシー課題を抱える大規模組織にとっては、従来のウォーターフォールモデルよりも効率的なワークフローを実現できる可能性があります。アジャイルを導入することで、マネージャーは製品開発やプロジェクト運営において反復的かつ協働的なアプローチを取ることができます。アジャイルは顧客ニーズを重視し、市場に適合した製品を生み出すために必要なリソースやオーバーヘッドを最小限に抑えます。柔軟性の向上と迅速な進行により、プロジェクトマネージャーにとって大きなメリットである短期間での成果創出が可能となります。

適用例

手法

まず、アジャイル手法の概要とプロジェクト管理における活用方法についてご説明します。[related bracelet="agile"]はもともとソフトウェア開発の新しいアプローチとして開発されましたが、その理念はプロジェクト管理、製品開発、さらには組織運営にも応用されています。どのようなチームでも、迅速に対応し適応するためには、従来のウォーターフォール型のようにタスクを直線的に進める方法よりも、アジャイル手法の方がはるかに強力な方法となり得ます。

従来型とアジャイル型のプロジェクトマネジメント手法には、いくつかの重要な違いがあります。アジャイルは非常に顧客中心であり、複数回のフィードバックと修正を通じてエンドユーザーに焦点を当てた製品開発を行います。また、柔軟性が高いことも特徴で、これは従来型モデルで発生しがちなサンクコストの誤謬と大きく異なります。従来型では、一度計画を立てると、途中で問題が発生してもそのまま進めてしまう傾向があります。一方、アジャイルでは、関係者や参加者が適切に方向転換し、新たなイテレーションを考案したり、ゼロからやり直すことも可能です。従来型はドキュメント作成や管理業務に重点を置くため、チームメンバーがこれらを完了しなければならないと感じがちですが、これには高額な間接コストがかかる場合があります。その結果、生産的な実行作業に充てるべき貴重な時間が奪われてしまうこともあります。

アジャイルは、最小限の時間で最大のビジネス価値と実用的なソリューションの実現を目指します。アジャイル手法で管理されたプロジェクトは、一般的にリリースサイクルが短く、市場投入までの期間を大幅に短縮できます。そのため、アジャイルは特に製品や製品機能の開発に適しています。(Slide 3)

利点

次に、アジャイルの主な利点についてご説明します。これには、優先順位のより良い管理、プロジェクトの可視性向上、チームの士気向上、ビジネスニーズとITのより良い整合性、生産性の向上、市場投入までの期間短縮などが含まれます。ここに示されているパーセンテージは、プロジェクトマネージャーがアジャイル導入後にこれらの主要分野がどの程度改善されたかを評価するために編集可能なグラフです。(Slide 4)

プロセス

アジャイルプロジェクトマネジメントのプロセスは、いくつかの段階に分けて考えることができます。事前準備、プロジェクト開始時の最初の要件セット（ここでは要件Aとします）、この最初の要件セットに対するフィードバックと要件B、さらにフィードバックと要件Cという流れです。プロジェクトの要件は、各段階で完了すべきタスクとしても知られています。

事前準備の段階はアジャイルに特有のものではありません。すべてのプロジェクトは、管理手法に関わらず開始時に設計図が必要です。事前作業の段階では、マネージャーがプロダクトビジョン、プロジェクトの内容、必要な主なタスク、外部ステークホルダーとの契約条件、そしてリリース計画案を定義することが考えられます。アジャイルの最大の特徴は方向転換が可能な点であるため、当初のリリース計画はあくまで進むべき方向性を示す一般的な設計図であり、状況に応じて調整が可能です。

例えば、ECサイトにライブコマース機能を追加したい場合、事前作業としては、プロダクトビジョンの策定や既存ウェブサイト・ユーザーベースとの統合方法の検討、初期のライブ配信コンテンツに関わるタレントとの契約条件の整理、そしてリリース計画や機能の原案作成が含まれます。

ここからアジャイルプロセスを開始し、プロジェクトの「グループA」要件の達成を目指します。このライブ配信機能の場合、グループA要件としては、ユーザーインターフェースの動作を示す低忠実度ワイヤーフレームの作成が挙げられます。ワイヤーフレーム開発では、3つのバージョンを作成し、数名のユーザーにテストしてもらうための低忠実度プロトタイプを開発する必要があります。

テストグループからフィードバックを収集した後は、その内容を「グループB」の要件に反映し、次のイテレーションを作成します。この段階で最初に行うべきタスクの一つは、調査結果を分析・統合し、内容を把握することです。また、ソフトウェアチームとUXの変更点について議論し、ローファイプロトタイプを修正し、次のフィードバック用にハイファイモックアップを作成することも含まれます。さらに別のユーザーグループを招いてフィードバックを受け、その意見を「グループC」の要件に反映させて、同じプロセスを繰り返し、最終リリースへと進みます。

比較のために、もしこのプロジェクトがアジャイルではなく従来型モデルで進められた場合を考えてみましょう。開発チームはユーザーインターフェースを設計し、高忠実度のプロトタイプを作成し、それを開発チームに渡して完璧なバージョンを作り上げ、完全な形でリリースします。しかし、リリース後にユーザーが混乱することが判明します。この時点では、すでに多くの工程が進んでいるため、変更を加えるのが非常に困難かつ時間がかかります。あらゆる小さな変更が、他の多くの変更を引き起こす可能性があります。そのため、アジャイル手法はより成功しやすく、取り返しのつかないミスになる前に問題を発見できます。

プロセスの詳細

より詳細なアジャイルプロセスでは、ライフサイクルに関与する人員を明確に分解します。プロジェクトは、社内外のステークホルダー、経営者や投資家、あるいは開発要望を持つユーザーペルソナなどから始まります。彼らの要望は伝達され、プロジェクト仕様へと変換されます。プロジェクト仕様はプロジェクトオーナーまたはプロダクトオーナーによって管理されます。このチームリーダーは、開発および配信される要件のバックログを管理するためのレポートを作成します。この例では、主に3つのバージョンがあります。各バージョンのリリース後、次のリリース前に実装すべき改善点（フィードバックに基づく）のバックログが発生します。(スライド6)

スクラム

スクラムはアジャイルプロジェクトマネジメントの一般的な手法です。[related bracelet="scrum"]には6つの主要な要素があります。最初の要素はプロダクトバックログであり、これは優先順位付けされた要件のリストで、しばしば作業パッケージに分割されます。スクラムのもう一つの要素はスプリントで、作業を一定期間（通常は数日間）に分割し、特定の作業パッケージに集中して機能的な成果を出します。

これらのスプリントは、チームが成果を発表し、フィードバックを受けて次のスプリントに反映させるミーティングでレビューされます。スプリントバックログは、作業をさらに小さなパッケージに分割したり、小規模なチームに割り当てたり、各パッケージの残作業を記録するために使用されます。製品を段階的に改善し、各スプリントで出荷可能な機能を実現することが目的です。最後に、スクラムマスターが主導するデイリースクラムミーティングで、すべてが正しい方向に進んでいるかを確認します。

サイコグラフィックプロファイルでセグメント化するには、顧客をライフスタイル、性格、価値観、興味で分類します。例えば、ターゲット顧客が都市型プロフェッショナルのライフスタイルを持ち、好奇心旺盛で新しいイノベーションや最新ガジェットを好む性格である場合を考えてみましょう。彼らは安定性、流動性、使いやすさを重視しており、芸術やエンターテインメントからテクノロジーまで幅広い分野に関心を持っています。しかし、彼らの共通の関心は日々のタスクをより簡単に達成することです。

このビジュアライゼーションを日々のスクラムミーティングで活用したい場合、実際にこの情報を編集して各要素ごとに確認したい詳細を記載できます。例えば、プロダクトバックログの下には、まだ実装が必要な要件に箇条書きを置き換えることができます。スプリントの下には、スプリントの現状を要約できます。スプリントバックログカードには、まだ完了していない作業内容を記載します。(スライド8)

カンバン

もう一つ有用なアジャイル手法がカンバンです。[related bracelet="kanban"]は、リーンなワークフローをノートカード形式で可視化し、開発プロセスの各ステップに対応するカラムと、個々のタスクに割り当てられたカードで構成されます。カンバンは、プロセスの共通定義と合意されたガイドラインによってポリシーを明確にし、定期的なミーティングを通じて継続的な改善のためのフィードバックループを自然に生み出します。また、カンバンはボトルネックの可視化によりワークフロー管理を容易にします。全員がどこで作業が滞っているかを把握できるため、問題の早期発見と解消が可能です。また、同時進行の作業量を制限することでマルチタスクを防ぎ、チームメンバーに過度な負担をかけません。

色を使って各チームメンバーや担当タスクを表現できます。カンバンボードは、タスクのバックログ、承認済みタスク、実装・テスト・完了予定のタスクで構成されています。

当社のライブコマース機能を例にすると、バックログにはワイヤーフレーム開発、UX機能、タレントやテストグループとの調整など、事前に定義したすべてのタスクが含まれます。プロジェクトマネージャーはバックログからタスクを選び、各チームメンバーに割り当てます。例えば、主要なソフトウェア開発者はライトグリーンで示され、To-Doに3つ、進行中に1つのタスクを持っています。タレント管理を担当するパートナーシップコーディネーターはダークグリーンで示されています。このケースでは、インフルエンサーとの契約がすべて締結されているため、タレント獲得に関するすべてのタスクが完了しています。インフルエンサーはテストとフィードバックを行い、ローンチ時にコンテンツを公開します。(Slide 11)

ロードマップ

アジャイルロードマップは、複数年にわたるプロジェクトの進捗を追跡するためのタイムラインとして活用できます。このビジュアライゼーションでは、3つの異なるワークストリームが年度ごとに追跡され、プロジェクトのリスクレベルごとに色分けされています。プロジェクト[related bracelet="risk"]は、予期せぬ出来事や状況がプロジェクトの進行を妨げる可能性があるため、重要です。起こりうる結果や潜在的な混乱を認識することで、マネージャーとステークホルダーの双方がより良い準備を行うことができます。

リスクの高いプロジェクトやタスクについては、どこに注力すべきか、またはタスクの優先順位を調整して、他の重要なタスクが高リスクタスクの成功に完全に依存しないようにすることが可能です。理想的には、高リスクタスクの後に続くタスクは、そのタスクの成功・失敗にかかわらず実行できるように設計します。

ライブ配信ショッピング機能の場合、コンテンツクリエイターの登録が遅れると、十分なコンテンツが揃わず、ユーザーが新機能の使い方を理解できないまま、弱いローンチとなる可能性があります。もう一つの高リスクタスクは、クリエイターがコンテンツをアップロードするためのクリエイターダッシュボードの構築です。このバックエンドが適切に設定されていなければ、誰もコンテンツをアップロードできず、ライブ配信も視聴できなくなり、ローンチ自体が失敗に終わる恐れがあります。(Slide 13)

また、アジャイルリリースプランは、プロジェクトマネージャーが異なるバージョンやリリースごとのタイムラインを追跡するために活用できる、もう一つのロードマップです。これは、各イテレーションごとのタスクや進捗を段階的に可視化するもので、プロジェクトの各段階で必要な情報を把握・共有する際に有効なバリエーションとなります。(スライド 15)