プロジェクトマネジメントには様々な手法があります。
しかし、あなたにとって最適な方法論を調査し始めると、一つの用語が繰り返し登場することになるでしょう。
アジャイル。
それは、プロジェクトマネジメントの幻影のように、あなたの周辺にちらちらと見える。それは本当だろうか？アジャイルプロジェクトマネジメントの利点は本当なのでしょうか？アジャイルは単なる流行の専門用語で、実現する以上のことを約束しているのだろうか？
アジャイルプロジェクトマネジメントの利点について多くの話題があることは、合理的なことです。しかし、アジャイルとはいったい何なのでしょうか？そして、それがあなたのチームのリーダーシップに適しているかどうかを知るにはどうしたらよいのでしょうか。
今日は、より深く理解し、自社に適応できるようになるアジャイルプロジェクトマネジメントについてご紹介します。
アジャイルプロジェクトマネジメントとは、正確には何でしょうか。
アジャイルプロジェクトマネジメントは、ソフトウェア開発プロジェクトに対する反復的なアプローチで、スプリントや製品サイクルの各レベルにおいて、インプットが直ちに反映され、対応する変更が行われることを保証します。
これにより、プロジェクトチームはアジャイルプロジェクトマネジメントのアプローチを用いて、プロジェクトの期限と予算内で迅速かつ協力的に活動することができます。
アジャイルプロジェクトマネジメントは、幅広いアジャイルプロジェクトマネジメントアプローチを包含していますが、これらはすべて、ある共通のアジャイルコンセプトとコアバリューに基づいています。
しかし、世界共通の “アジャイル手法 “というものは存在しない。では、それらはどのようにして生まれたのだろうか。
アジャイルの簡単な概要
今日のアジャイルプロジェクトマネジメント戦略の大部分は、ソフトウェア開発に端を発しています。1990年代に、ソフトウェアチームは、高度に組織化された「ヘビー級」の伝統的なプロジェクト管理アプローチ（ウォーターフォールなど）が、自分たちの望む仕事のやり方には単に適していないことを発見したのです。
彼らは、柔軟性や適応性、さらには自律性の欠如など、こうしたヘビー級のアプローチの欠点が、変化への対応や作業中の学習内容の適用をより困難にしていることを発見したのです。プロジェクト計画が最初から指定されているため、サプライズの余地がなく、逸脱するとコストがかかる可能性があるからだ。
しかし、工程が固定され、終わりが確実で安定している産業（例えば、組立ラインで同じ製品を生産する製造工程）とは異なり、ソフトウェア開発には変化が不可欠な要素である。
ステークホルダーの要求が変わるかもしれないし、エンドユーザーが手にしたときに正常に動作していないことがテストで判明するかもしれない。
アジャイルプロジェクトマネジメント手法では、最初に立てたプロジェクト管理計画に縛られることなく、チームがこうした変化を考慮に入れて、可能な限り最高の成果物を生み出すことができるようになりました。そのためには、スプリントと呼ばれる短い開発サイクル、より反復的なプロセス、そして継続的なフィードバックとテストが必要だったのです。
そして2001年、ソフトウェア開発者のグループが集まり、アジャイルの重要な考え方について議論し、その根底にある哲学をより深く掘り下げるために、「アジャイル宣言」を作成しました。彼らは、アジャイルソフトウェア開発のためのマニフェストを作成しました。これは、アジャイルになる方法を尋ねるチームの道標として機能する一連の信念と原則です。
アジャイルプロジェクトマネジメントの定義
この内容がソフトウェア開発に特化しているように感じても、心配しないでください。多くのアジャイルプロジェクトマネジメントアプローチはソフトウェアを念頭に置いて確立されましたが、根底にあるアジャイルの価値とアジャイルプロジェクトマネジメントの原則は、製品チームからマーケティングチームまで、さまざまなチームに適用可能なものです。
アジャイルプロジェクトマネジメントの歴史（または、少なくとも上記の概要）を知ることは、現在アジャイルプロジェクトマネジメントを特徴づけているいくつかの言葉やプラクティスを文脈化するのに役立つだろう。
しかし、アジャイルプロジェクトマネジメントがかつてどうであったかの歴史よりも、今、アジャイルプロジェクトマネジメントの定義を探しているのであれば、ここに良い定義があります。
アジャイルプロジェクトマネジメントは、継続的なテストと適応性を重視する、協調的で反復的なプロジェクトマネジメント戦略である。
これで理解できましたか？アジャイルマニフェストに戻って、あらゆるアジャイルプロジェクトを統治するために使われるかもしれない基本的な理想と原則について、もっと学びましょう。
アジャイルの4つの基本的価値
先に述べたように、最初のアジャイルプロジェクトマネジメントのアプローチはソフトウェアを中心としたものであり、アジャイルマニフェストはソフトウェアの専門家によって書かれたものです。そのため、この言葉だけでなく、「開発者」や「顧客」といった似たような言葉も随所で目にすることになります。
しかし、そのことに制限されることはありません。
ソフトウェアを作っているのか、それとも全く違うもの（例えばマーケティングキャンペーン）を作っているのかに関係なく、適用できる教訓がたくさんあるのです。
オリジナルのAgile Manifestoは、アジャイルの4つの本質的な価値を明記している。
- 個人と相互作用は、プロセスや道具よりも優先される。
- 広範な文書よりも、実際に動くソフトウェアが優先される。
- 契約交渉よりも顧客とのコラボレーションを優先する。
- 戦略に従って変化に対応する。
これらの重要な理念は、すべてのアジャイルプロジェクトマネジメントの方法論を支え、標準的な運用方法から12のアジャイルプロジェクトマネジメント原則まで、あらゆるものに影響を与えています。
この基本的な価値観から、アジャイルな方法論は何よりも協調的で、人間主導であることが明らかです。
これは作業手順（「個人と相互作用」「顧客とのコラボレーション」によって進歩する）だけでなく、最終的な成果物にも適用される。つまり、最終消費者に最も付加価値のある有用なものを作ることが目標です。
アジャイルプロジェクトマネジメントの12原則
アジャイルマニフェストは、アジャイルプロジェクトマネジメントの12の中核となる原則を特定している。それらは、マニフェストの言葉を借りれば、次のようなものである。
- 顧客満足が第一であり、それは重要なソフトウェアをタイムリーにかつ継続的にリリースすることによって達成される。
- 変化する開発を、特に開発プロセスの後半であれば受け入れる。アジャイル手法は、顧客の競争優位のために変化を活用する。
- 数週間から数ヶ月の間で定期的に実用的なソフトウェアを提供し、より短い期間を優先する。
- プロジェクト期間中、ビジネスパーソンと開発者は日常的に協力し合わなければならない。
- やる気のある人を中心にプロジェクトを構築する。彼らに必要な環境とサポートを与え、信頼して仕事をさせる。
- 開発チーム内外の情報伝達は、対面でのコミュニケーションが最も効率的かつ効果的である。
- 進捗の主な指標は機能的なソフトウェアである。
- アジャイルプロセスは長期的な開発を促進する。スポンサー、開発者、ユーザーは、無期限にこのペースを維持できるはずです。
- 技術的な卓越性とスマートな設計に継続的に注力することで、アジリティが向上する。
- シンプルさ – できるだけ少ない労力で行う技術 – は非常に重要です。
- 自己組織化されたチームが、最高のアーキテクチャ、要件、設計を生み出す。
- チームは、どうすればより効果的になるかを定期的に検討し、それに応じて行動を調整し、適応させます。
最終的に、実際のソフトウェアについて話しているのか、それともあなたが作っているもの（「物」と呼びましょう）のメタファーとして使っているのかに関わらず、アジャイル手法は「物」のイテレーションを素早く頻繁に提供することを推奨します。
これらの原則のもう一つの共通点は？同期を取り、同期を維持し、協力し合うことです。これには、自分のチーム、「ビジネスパーソン」、他の部門、そして利害関係者が含まれます。アジャイルプロジェクトマネジメントの手法は、高度なコラボレーションプロセスと強固な対人関係の基盤に大きく依存しています。ですから、かつてBillやTedが言ったように、お互いに例外的でありましょう。
どのアジャイル手法が一番自分に合っているか？
アジャイル、スクラム、カンバン、スクランバン、その他のハイブリッドなど、どの手法を使うかまだ決めかねているのであれば、まずアジャイル手法から始めてみることをお勧めします。- アジャイル、スクラム、カンバン、スクランバン、その他のハイブリッドなど、どの手法を使うか決めかねている場合は、まず自分やチームにとって理にかなっている原則やプラクティスを借りることから始めるとよいでしょう。
Pmark Anchorは、どのプリンシパルが最適かを判断するお手伝いをすることもできます。