アジャイル計画とは?
アジャイル計画は、プロジェクトをコントロールするための段階的な継続的改善手法です。アジャイルには柔軟性が組み込まれており、プロジェクト開発中の変更にも対応できます。このタイプの計画は、ウォーターフォールなどの従来の方法よりも早く結果をもたらします。
アジャイルは、2001年に正式に開始されたプロジェクト計画と管理に関する哲学です。ソフトウェア開発期間を短縮し、新製品を迅速に市場に投入するために、17人の技術者が アジャイルマニフェスト を起草しました。アジャイルプロジェクト計画は、アジャイルな考え方と問題解決行動を身につけるための指針となる方法論であるため、さまざまなビジネス環境に適用できます。 アジャイルの目標である、プロジェクトのすべてのステップで、無駄の少ない品質でビルドインするチームの恩恵を、ほぼすべての分野が受けることができます 。
アジャイルコーチ、スクラムプロフェッショナル、ソリューションアーキテクトのアリソン・ブラウン氏は、キャリアの大半はソフトウェアプロジェクトに携わってきたが 、 「 アジャイルプランニングはソフトウェア以外のプロジェクトでも価値がある。例えば、タレントマネジメント会社の面接やメンターとしての研修方法など、社内の人事や研修のプロジェクトでコンサルティングをしてきました。この状況ではスクラムチームではなく、かんばん方式を採用しました。かんばんは、人材獲得や人事の分野において、進行中の仕事を制限し、時間単位でシステム内を移動する場合に有効です。これは、プロジェクトにとって意味のある、実行可能なチャンクです。例えば、ダイバーシティ研修のセグメントや、法律問題に関する研修が、成功を示す業務パッケージや教育情報のパターンに細分化されているかもしれません」
Project Management Essentials, LLCの著者兼プリンシパルであるアラン・ザッカーは、アジャイルのプロジェクト管理哲学を利用して、金融サービスや非ソフトウェア開発の大規模プロジェクトを推進してきました。「アジャイルの価値は適用され、早期かつ頻繁に価値を提供し、適応、顧客とのコラボレーション、人を最優先することが、ほとんどのプロジェクト、特に変更管理と企業全体のイニシアチブにとって理にかなっている。最近の金融サービスプロジェクトでは、古いシステムのレガシーデータを新しいシステムに変換するという作業を、ワークフロー、画面、コミュニケーションなどを同時に開発しており、このプロジェクトには数百人が関わっていました。アジャイルと、ユーザーストーリーとより小さなチームへの細分化は、プロジェクトを成功に導く上で非常に貴重でした」
アジャイルプランニングはマーケティングプロジェクト管理の文脈でうまく機能し、2012年に公式化された独自の アジャイルマーケティングマニフェストがあります。マニフェストには、アジャイル方法論をマーケティング製品やサービスに適用するための要素が含まれています。マニフェストでは、価値ある製品やサービスの提供をより適切に計画し、実行するための7つの価値と10の原則を強調しています。
アジャイル プロジェクト計画とは
アジャイルなプロジェクトプランニングは、ビジネス価値を早期に提供することを目指しています。目標は、プロジェクトの製品とプロセスを継続的に改善することです。アジャイルでは、スコープの柔軟性、チームの意見、顧客のニーズを反映した十分にテストされた製品の提供を重視しています。
一般的に製品関連であるプロジェクトの開始時に包括的な計画から作業するのに対して、アジャイルでは要件変更に対する手当てを行い、エンドユーザーからの定期的なフィードバックを銀行に提供します。アジャイル計画とプロジェクト管理は、従来の ウォーターフォールアプローチよりも成功しているため、ソフトウェア開発の標準となっている。2020年のStandish Group Chaos Studyによると、アジャイルプロジェクトはウォーターフォールプロジェクトよりも3倍成功する可能性が高いという。プロジェクトを段階的に分解し、問題がないかチェックし、タイムリーに適応・修正することで、失敗のリスクを軽減します。方法論と実践の詳細については、 アジャイルプロジェクト管理に関する記事をお読みください。
スプリントはアジャイルプロジェクト計画手法の中心です。スプリントでは、チームでユーザーストーリーや目標に取り組みます。スプリントはプロジェクトや製品が完成するまで繰り返されます。スプリント後、チームメンバーは、何が機能していて何が機能していないかを確認したり、適応して変更を加えたり、プロジェクトや製品の改善に着手したりする責任があります。
アジャイルにおける役割
アジャイルガバナンスは、チームメンバーごとに特定の役割に依存します。アジャイルチームにおける役割は、仕事やポジションではありません。その代わりに、1人または複数の人が負う一連の責任を定義します。場合によっては、1人が複数の役割を担い、交代することもある。すべての役割は、共通の目標を達成し、変化するクライアントやビジネスニーズ、そして新たに発生する問題に対応するために機能します。
アジャイルにおけるチームメンバーの役割と責任には、次のようなものがあります。
- 製品オーナー: この役割の人は、製品のビジョンを定義し、利害関係者を管理します。重要な決定を下し、チームが正しい項目に取り組むことを確実にできます。プロダクトオーナーは、顧客が何を求めているのかを理解し、それに応じた調整を行う必要があるため、ステークホルダーとの効果的なコミュニケーションが不可欠です。
- 関係者: プロジェクトに関心のある方。社内関係者は、製品を開発する組織のために働き、従業員、管理者、上級リーダーになることができます。外部の利害関係者には、顧客、投資家、パートナー、サプライヤなどが含まれます。
- スクラムマスター(スクラム内): スクラムマスターは、チームの他のメンバーにコーチとして働きます。日々のスタンドアップミーティングをリードし、スプリント計画ミーティングを見守り、チームの軌道を維持し、スコープクリープから守ります。スプリントレビューを管理し、フィードバックをまとめ、生産性の障害を取り除きます。スクラムマスターになるために必要なことを学ぶ
- チームリーダー(かんばん ) : かんばんアジャイルプロジェクトでは、チームリーダーがアジャイルを確実に活用し、効果的なチームコミュニケーションを促進します。
- チームメンバー: 通常、10人以下の部門横断的なグループで、顧客に価値の定義、構築、テスト、提供を行うスキルを持つ。
- インテグレータ(大規模または長期プロジェクト): インテグレータは、複数の別々のチームやセクションを持つ大規模なプロジェクトを担当するとともに、これらの異なる側面をまとまりのあるユニットに統合します。通常、このアジャイルチームの役割は、複雑なシステムを作成する大規模なグループや、より実質的なプロジェクトで複数のチームが共同作業を行う場合にのみ必要です。
アジャイル計画の重要な要素
アジャイル計画の要素は、経験主義、ライフサイクル、マインドセット、フレームワークを中心に展開されます。これらすべての側面は、お客様のニーズを第一に考え、すべての決定、機能、問題に適用することに焦点を当てています。アジャイルプロジェクト計画に取り組む際には、次の重要な要素に留意してください。
アジャイルライフサイクル
製品は アジャイルソフトウェア開発ライフサイクルと呼ばれる一連の段階を経る。アジャイルの6つの段階は、コンセプト、インセプション、イテレーション、リリース、メンテナンス、そしてリタイヤメントです。アジャイルソフトウェア開発のライフサイクルの詳細をご覧ください。
アジャイル経験主義
アジャイルプロジェクトの計画と管理は、チームの全員が観察するプロジェクトの現実に基づいて決定します。
- 透明性:チームの全員と関係者は、やり取りの中で事実をそのまま発表します。信頼は不可欠であり、関係者全員が悪いニュースと良いニュースを共有する。全員が共通の組織目的に向かって協力し、隠された議題はありません。
- 検査:検査はチーム全員の責任です。検査は、製品、プロセス、人材の側面、慣行、継続的な改善に適用されます。
- 適応: 適応は 継続的改善、つまり検査結果に基づく適応をサポートする。アジャイルの価値を活用してROIを高め、市場投入までの時間を短縮し、無駄を省きます。たとえば、市場投入までの時間を短縮することで、価値に基づくデリバリによる投資収益率が高まり、総所有コストが削減され、顧客や従業員の満足度が向上します。
アジャイルマインドセット
チームが自分の仕事に対して持つべき態度のセット。
- 尊敬:製品、顧客、ビジネスや組織のあらゆるレベルの同僚に対する尊敬を持たなければなりません。チームメンバー全員を尊重することも重要です。
- コラボレーション:ツール、環境環境、行動規範を通じてコラボレーションを促進することで、チームのディスカッションを改善できます。
- 改善:プロセスと製品を改善する方法は常にあります。アジャイル哲学の基本は知識の積み重ねです。
- 学び:個人は知っていることを共有し、たとえ失敗しても、リスクを冒すことを奨励される。これらの活動は、プロジェクトの進行全体を通してグループの知識を高めます。
- Pride in Ownership: アジャイルでの成功は誰もが所有する。チームメンバーは、集団で提供したものに誇りを持ち、最高の品質の仕事を提供するよう努めるべきです。
- 価値の提供 アジャイルチームの目標は、顧客に価値を提供することです。チームは、その時点で何が最大の価値であるかに焦点を当て、組織内の他の人が障害を取り除くのに役立つという知識を持って作業します。
- 変更への適応: ミーティングの数時間後にお客様から電話があり、変更を要求された場合、チームはそれに対応します。
アジャイルバリューフレームワーク
アジャイルマニフェストは、アジャイルプロジェクトの計画に知らせるものです。以下の原則が重要です。
- 個人およびプロセスやツールを介したやり取り。
- 包括的なドキュメントを使用したソフトウェアの使用。
- 契約交渉に関する顧客との共同作業。
- 計画に沿った変化への対応。
アジャイル用語
アジャイルプラクティスには、計画プロセスにおけるステージとテクニックを記述するための独自の言語があります。アジャイル初心者は、効果的なコミュニケーションのためにプロジェクト管理用語を熟知する必要があります。
アジャイルプロジェクト計画プロセスの手順
アジャイルプロジェクト計画プロセスの手順は、準備、スプリント、実行の3つのセクションに分けることができます。準備には、ビジョンの形成、ロードマップの構築、リリース計画などが含まれます。スプリントフェーズは、毎日のスクラムミーティングとスプリントレビューによって、計画プロセスの中核となります。実行フェーズとは、リリースとスプリントの振り返りが行われるフェーズです。
準備フェーズ
- ビジョン: ビジョンは、プロジェクトの概要と目的を提供します。市場、顧客セグメント、エンドユーザーのニーズについて述べています。ビジョンは、機能、要件、およびその他の作業の境界とコンテキストを設定します。
- プロジェクトや製品のロードマップ:製品ロードマップとは、時間の経過とともにソリューションや製品がどのように進歩するかを示すためのアクションプランです。この 製品ロードマップテンプレートをダウンロードして、計画を作成するためのフレームワークとして使用してください。
- ユーザーストーリー: A ユーザーストーリーとは、アジャイルが作業要求に対して使用する用語です。この簡潔でわかりやすい説明は、お客様の立場に立って書かれており、クライアントの目的やニーズを強調しています。アジャイルチームは、ユーザーストーリーの詳細を見て、プロジェクトを完了するための現実的な期間を決定します。この ユーザーストーリーガイドを読んで、アジャイル計画での活用方法を確認してください。
スプリントフェーズ
- リリース計画:この計画は、組織がソリューションまたは製品の機能と特徴をいつどのようにリリースするかをカバーする動的な文書です。この計画には、事前の反復のフィードバックと、各リリースの範囲、時間、リソースの詳細が組み込まれています。チームは、このプランを使って、各反復と期間で提供できる内容を導きます。リリース計画は、部門横断的なチーム、リーダー、関係者と製品のステータスや進捗状況を伝える手段です。
- Sprint Planning:アジャイルプロダクトオーナー、開発チーム、スクラムマスターは、ビジュアルワークボードを使用してステータスを追跡し、プロジェクトの反復を計画します。付箋付きのホワイトボードや基本的な カンバンボードがこの目的に利用できます。チームはアジャイル計画セッションを通じて、各タスクにストーリーポイントを割り当てます。プロジェクトにリクエストが追加されると、優れたストーリーや、成果物の優先順位リストであるバックログが作成されます。バックログのストーリーがスプリントに移行して完成します。スプリント計画の詳細と製品バックログの管理に関する ヒントをご覧ください。
- スタンドアップまたはデイリースクラム: 毎日、 チームは15分以内にミーティングを行い、前日の完了、毎日の優先順位、障害について話し合います。これらのミーティングは、チームがスプリント終了前に作業を完了できるように支援し、必要な変更について話し合います。日次スクラムミーティングの設定方法をご説明します。
- スプリントレビュー:スプリントレビューは、スプリント中に完成した出荷可能で価値のある機能を評価し、実証します。プロダクトオーナーはフィードバックを集めてバックログを修正します。スプリントレビューは、スプリントの実績をレビューしたいすべての利害関係者に開かれています。
実行フェーズ
- スプリント回顧: スプリント回顧ミーティングは、チーム全体が前のスプリントを見直し、次のスプリントを改善する方法を探る機会です。たとえば、環境、コラボレーション、プロセス、プラクティス、ツール、スキルセットを改善して、士気、成果、仕事のアウトプット、または速度を向上させたいと考えるかもしれません。
- 製品リリース:ソリューションまたは製品をお客様にお渡しします。リリースは、ソリューションや製品の初期リリースの場合もあれば、以前のリリースに機能を追加したり変更を加えたりすることもできます。
アジャイルプロジェクト計画スターターキット
アジャイルプロジェクトプランニングスターターキットのダウンロード
アジャイルプロジェクト計画スターターキットは、プロジェクトの計画と整理に役立つキットです。このキットには、独自の製品ロードマップを作成するためのカスタマイズ可能なテンプレート、スクラムミーティングのキックオフチェックリスト、アジャイルマニフェストのチートシート、アジャイルポーカーの計画資料などが含まれています。キット全体、または必要に応じて各テンプレートを個別にダウンロードします。
このキットには、以下のテンプレートが含まれています。
- An Agile Manifesto cheat sheet アジャイルの4つの価値と12の原則を簡単に参照できます。
- チームとのタスクに優先順位を付けるために独自の プランニングポーカーデッキを印刷するための Microsoft Word 用のアジャイルポーカープランニングデッキテンプレート。
- 製品開発プロセスをガイドする Excel用アジャイル製品 。
- アジャイルのベストプラクティスを使用して次のプロジェクトの計画、追跡、実行を支援する Excel用アジャイルプロジェクト計画 。
- チームの帯域幅をスプリント内で管理するために役立つExcel アジャイルキャパシティプランニングテンプレート 。
- A カンバンボードスプレッドシートテンプレート あなたのスプリント計画をカンバンボードに表示して見やすくする。
- 次のスクラムミーティングをできるだけ迅速に開始できるようにするための Microsoft Word 用のスクラムミーティングチェックリストテンプレート。
- ストーリーポイント、完了したタスク、およびスプリント内の残りのバックログタスクを追跡するために、バーンダウンチャートを備えた アジャイルスプリントバックログテンプレート 。
- アジャイルプロジェクトが完了した後にレビューするための アジャイル回顧テンプレート 。
アジャイルプロジェクト計画の例
Excel用ガントサンプルテンプレートでアジャイルプロジェクトプランをダウンロード
このアジャイルプロジェクト計画の例は、将来のアジャイルプロジェクトのためにカスタマイズして使用できる、繰り返し可能なフレームワークです。スプリントとリリースに焦点を当てた計画をご覧ください。リリースを分解すると、反復またはスプリントになります。各スプリントには時間枠が設定されており、各スプリントで取り組むべき項目のリストがあらかじめ定義されています。
アジャイルプロジェクト計画のベストプラクティス
アジャイルプロジェクト計画のベストプラクティスは、アジャイルマニフェストの価値と原則を支持することを目的としています。目標は、結束力の高いチームがスケジュールと予算内でプロジェクトを成功させ、顧客に価値を提供することです。
準備フェーズのベストプラクティスは、次のとおりです。
- 役割を知る:アジャイルコーチ ブラウンは「アジャイルにおける役割を理解していないと、私が悪いアジャイルと呼ぶ結果になります。多くの組織はアジャイルだと考えていますが、実際にはそうではありません。それぞれの役割が定義され、関係者全員が参加方法とアジャイルの現実を理解することが不可欠です」
- チーム全体の責任: 責任を共有し、相互の成功に向けて取り組むことは、プロジェクト全体を通じて重視する必要があるアジャイルの基本です。
- Think Small with User Stories: 「アジャイルの素晴らしいところは、作業を小さくすることで 、プロジェクトプロセスを迅速化し、作業の検証が簡単になることです」とZucker氏は述べています。
SPRINTフェーズのベストプラクティスには、次のものがあります。
- Backlog Management and Timeboxed Meetings: ミーティングをタイムボックス化することで、最終成果物を作成する時間を確保できます。目安として、1週間のスプリントであれば、ミーティングは2時間未満、2週間のスプリントであれば4時間以下が目安です。「アジャイルをうまく活用するための鍵の1つは、プロダクトバックログを効率的に管理することです」とZucker氏は指摘する。「ミーティングで高・中・低の優先順位で要件を優先したトレードオフを行う場所」
- Progressive Elaboration : 「 アジャイルとはプログレッシブ・エラボレーションと呼ばれる継続的な改善に関するもので、成熟したアジャイルプラクティスの目標です」とZucker氏は指摘する。プロジェクトの進捗に合わせて、より詳細で具体的な情報を使用して、より正確な見積もりを作成することが目標です。これにより、反復作業のたびに、蓄積された知識に基づいて、より正確で完全なものになります。
- Play Planning Poker: Planning Poker またはスクラムポーカーでは、グループメンバーは番号のついたカードを声に出して話す代わりに伏せてプレイすることで、ユーザーストーリーを完成させるために見積もりを行う。めくったカードで見積もり時間を明らかにし、見積もりとその理由をチームメンバーで話し合う。後続の各値を2倍にするのではなく、フィボナッチ数列を使用することは理にかなっています。後続の各タスクの労力を単純に2倍にすると、タイムフレームが過大評価されることになります。「フィボナッチ数列を使ってワークロードを推定し、ユーザーストーリーをより正確に分解することは、計画やバックログの改良、タイムボックス化において非常に貴重です」とZucker氏は強調する。フィボナッチ数列は、後続の各数が、前の2つの数の合計、つまり1、2、3、5、8、13、21によって決定される数列です。カードは、推定し、推定の精度を高めるために、比較の尺度または基準を確立します。
- 柔軟であれ:学習し、品質を向上させる方法は、機敏さを保ち、いくつかの(修正可能な)間違いを犯すことです。「柔軟でいること。硬直化はアジャイルの死だ」とブラウンは警告する。
実行フェーズのベストプラクティスは、次のとおりです。
- 回顧録を読み飛ばさない 「重要なベストプラクティスは、回顧録を持ち、真剣に受け止めることだ」とブラウンは指摘する。「クライアントから『ああ、会議が多すぎるよ、なんでこんなに多いんだ』と言われることがある。まず、短いミーティングはアジャイルの重要な部分です。回顧を望まないクライアント、私はあなたが学び、改善できるように、仕事と人々が何をしているかを振り返る時間を取らなければならないと強調します。実行可能なことを回顧から出してもらう」
アジャイルプロジェクト計画の重要性
アジャイルなプロジェクトプランニングは、シンプルさと柔軟性により、顧客満足度の達成を容易にしました。プロジェクトマネージャは、この方法論を使用して、製品をより迅速に提供し、より高品質な商品を生産して、継続的な業務改善を行うことができます 。
「アジャイルの約束の一つは、品質を組み込み、手を抜かないことです。また、私たちはゴールドプレートではない」とアジャイルコーチ・ブラウン氏は語る。「昔のシステムでは、何かを強化して作業を続け、良いアイデアのように思えるので誰も要求しなかった追加機能を構築する。やるよ「ああ、欠陥は認める」とは言いません。いいえ、最高の状態は、品質が組み込まれていることです。テストして修正してから、押し出します。また、特にソフトウェア開発において反復が強力な理由はここにあります。小ロットで作業を進める場合、システムダウンに陥るのではなく、不具合を迅速に修正することができます。同時に、モノリシックリリースのトラブルシューティングも行います」
アジャイルプロジェクト計画には、次のような複数の主要な利点があります。
- 継続的改善: 継続的改善、すなわちカイゼンはアジャイルモデルから生まれました。作業を効率化し、無駄を削減する機会を見極める手法です。
- 迅速なデリバリ: アジャイルプロジェクトの計画と管理は、無駄を最小限に抑え、より高い収益を達成するために段階的なデリバリを提供することに重点を置いています。このアプローチは、プロジェクトチームが従来のプロジェクト管理よりも迅速に製品を市場に投入するのに役立ちます。
- リスク管理の向上とコストのかかる障害の削減: 通常数週間おきに、より早い段階で、より頻繁に機会を得ることで、障害の検出が容易になり、障害に関連する高額なコストを削減できます。プロジェクト管理サイクルには、いくつかのリスクが含まれる場合があります。従来のプロジェクト管理では、プロジェクトに影響が及ぶ前に、プロジェクトを特定するのに問題が生じる可能性があります。アジャイル管理は、差分リリースに焦点を当てており、製品開発中にこのようなリスクをより迅速にもたらすことができます。プロジェクトチームは迅速に対応できます。
- 変更や課題への迅速な対応:従来のプロジェクト管理では、変更への対応や変更の取り込みが困難。したがって、最適な顧客満足を実現することはほぼ不可能です。しかし、プロジェクトマネージャーはアジャイルの下でそのような変更を実施するのに余分な時間を必要としないため、企業はターゲットのクライアントに対してより実現可能な製品を提供することができ、主要な競合企業の中でより有利な立場に立つことができます。
- 非生産的タスク削減: 会議の回数と長さが制限されている。プレゼンテーションの数が少なく、プロセスの文書化もはるかに少ない(ハイブリッドプラクティスを除く)。 毎日のスタンドアップミーティングでコラボレーションプラットフォームと直接コミュニケーションを使用することは、電子メールの使用を上回る。
- より良いコミュニケーション: アジャイルは、消費者とプロジェクトチーム間のつながりの向上を促進します。クライアントとの持続的な交流の糸口を作り、それによってフィードバックをより効率的かつ迅速に届けることができます。新しいアイデアは、簡単かつ迅速に採用できます。
- チームパフォーマンスの向上 従来のプロジェクト管理手法は、開発サイクルが長い。急速に進化する今日の市場では、長い期間や製品リリース期間の延長は望ましくありません。
- 短い開発サイクル: アジャイルなプロジェクト計画により、開発サイクルが短縮されます。チームは、大量のリソースを使用せずに製品の変更を容易に採用できるようになり、プロジェクトのスコープを迅速に変更しやすくなります。
アジャイルと他の方法論・技法の違いを理解する
アジャイルとは何か、そうでないのか、よくある誤解があります。例えば、アジャイルはスクラムではありませんが、スクラムは常にアジャイルのプロジェクト計画の一部です。
アジャイルの傘下には、さまざまな プロジェクト計画と管理の実践とフレームワークが生きています。アジャイルプロジェクトの計画と実行において、それぞれが自分の居場所を持っています。最もよく使われるのは、作業を短いサイクルに分解するスクラム、ワークフローを可視化するカンバン、アジャイルとウォーターフォールを組み合わせたハイブリッドです。
他のプロジェクト計画の方法論や技法と比較したアジャイル
アジャイル | スクラム | かんばん | ウォーターフォール | ハイブリッド | |
|---|---|---|---|---|---|
What It Is | 仕事へのアプローチを導く哲学 | 反復プロセスと増分プロセスに基づくアジャイル内のフレームワーク | タスクを可視化するAgile内のフレームワーク | 各ステップが先行するステップに依存する線形に設定された方法論 | ウォーターフォールを使ったハイレベルなフェーズとアジャイルを使ったタスクの実行方法 |
仕組み | 変更主導型 | 自己組織化 | ワークフローの透過性 | プラン主導型とシーケンシャル型 | 全体的なウォーターフォール構造内のアジャイル |
ワークスタイル | 柔軟性、協調性、チーム指向 | 役割分担を明確にした、共同作業、スプリントへの細分化 | タスクの担当チームメンバー | 高度に構造化され、階層化された | 構造化されながらも軽快に |
プロジェクトフィット | クライアントの積極的な参加による多様なプロジェクト | 成果物が迅速な緊急プロジェクトや複雑なプロジェクト | 少人数のチームまたはソロで成果物を提供する短い期間 | 詳細なドキュメントを含むシンプルなプロジェクト | 明確に定義されたコンセプトと探求の余地 |
主なプラクティス | スプリント | スプリント | ワークフロー可視化ボード | 次のフェーズの前に段階を完了し、検証された段階を経て、段階を線形に進行 | 特定のプロジェクトや組織に基づく異なる方法論の組み合わせ |
要件 | 変化を生み出す | 変化を生み出す | 進行中の作業を制限 | 最初に明確に定義された | スコープと要件の事前定義、スプリントでの開発とテスト |
役割 | 部門横断的なチームのメンバーのための強力なリーダーシップ | 水平構造の中で明確に定義された役割 | タスクの担当チーム メンバー | 階層的で明確に定義された役割 | 全体責任を持つプロジェクトマネージャー、スクラムマスター、コラボレーションチーム |
共同作業 | 高 | 高 | 中程度 | 低 | 中程度 |
アジャイル計画とスクラム計画の比較
アジャイルプロジェクト管理の哲学は、継続的な反復に焦点を当てた基本的な価値観または原則を採用しています。スクラムは、チームがプロジェクトを円滑に進め、最短の時間で価値を提供するために使用するアジャイルフレームワークです 。
アジャイルプロセスでは、部門横断的なチーム間のコラボレーションや対面でのやりとりにおいて、リーダーシップが重要な役割を果たします。スクラムの枠組みの中で、日々のスタンドアップミーティングのおかげで、チームは自己組織化し、協力し合っている。
アジャイルプロジェクト計画と従来のウォーターフォールプロジェクト計画の比較
アジャイルプロジェクト管理は、プロジェクト全体を通して、より小さなグループとインタラクティブなリリースに依存する21世紀の哲学です。硬直的で、決められたフェーズを段階的に進めるウォーターフォール型のプロジェクト計画とは異なり、アジャイルでは、チームのコラボレーション、外部からのフィードバック、柔軟性を活用してプロジェクトを成功へと導きます。
「アジャイルでは、共有責任と自己管理はシンプルでエレガントであり、人々が把握しにくいものです」とアジャイルコーチのブラウンは指摘する。「私の実践では、縦割りと横割りのプロジェクト計画の間の認知的不協和を克服し続けなければなりません。トップダウンのウォーターフォールの練習では、人々はコマンドとコントロールに慣れているので、学習を解除するにはトレーニングと指導が必要です」
長期アジャイル プロジェクト計画
矛盾しているように思われるかもしれませんが、長期的なアジャイルプロジェクトの計画が可能です。より小さな作業パッケージに分解されたプロジェクトは、短い期間と長い期間にわたるプロジェクトでは意味があります。 アジャイルプランニングとは、企業戦略に基づいて最終的な価値を生み出すことです。
Project Management EssentialsのZucker氏は
「ロードマップが鍵となる。「暫定目標やリリースに向けて段階的に作業を進める中で、何年も計画することが可能です。時間軸の長いプロジェクトに取り組む場合は、定期的にレビューを行い、条件に基づいて正しい軌道に乗っていることを確認します」
長期アジャイル計画は、そのフレームワークとツールが、異なる未来に対処できるため、理にかなっています。Zucker氏は 、 「 アジャイルはより頻繁でダイナミックな変更に対応できるにもかかわらず、長い期間を通じて、真の戦略的会話に投資する質の高い時間を提供してくれます。望ましい成果を同じようなバケツにグループ化し、組織の目標に合わせて全体的な成功指標と一致する成果をマッピングする」