近年、アジャイル手法のトレンドが世界中のソフトウェア業界を席巻しており、アジャイルを理解していない企業は遅れをとるように思えます。私の会社も現在、多くのプロジェクトでアジャイル手法を使用しています。私もアジャイル手法を信じています。
最近、ある人が私に、なぜ大規模なソフトウェア パッケージ プロジェクトをスクラムを使用して実行できないのかと尋ねました (スクラムはアジャイルの重要な中心概念です)。簡単な答えは、Stacy マトリックス モジュールによると、パッケージ ソフトウェア プロジェクトのほとんどは単純で、せいぜい複雑レベルのプロジェクトであるということです。したがって、スクラムの使用には適していません。従来の PMP 手法に基づくウォーター フォール アプローチにより適しています。
チームクライミングの例をあげましょう。チームが登ったことのない山があれば。山に登るときは、どこに崖や危険な動物がいるかわかりません。アジャイル（スクラム）を使って色々試してみると良いでしょう。しかし、どんなに高い山（玉山富士など）であっても、すでに他の人が登っていて、FBに感想を書いている。そこで私は、伝統的な滝行法を使用し、先人のルート（教訓）に従って山に登ることを提案します。
アジャイルの精神なしに PMP を理解するだけでは、時代遅れの概念になります。しかし、どのようなプロジェクトでもアジャイルを使用すると、大惨事になります。
アジャイルのトレンドに追いつき、SAP をより速くインポートするために、前回の SAP の導入では、ウォーター フォールとスクラムを組み合わせたアクティベート メソッドが提案されました。結果は大失敗でした。理由の 1 つは、プロジェクトの範囲の混乱でした。今日のビジネス環境では、範囲が不明確であるためにプロジェクトが制御不能になる可能性は低いです。
当社でも多くのAI事例などアジャイルの成功事例を活用してきました。最初はどのアルゴリズム (Algorism) を使用すればよいか分からなかったため、スクラム スプリントを繰り返して、適切な実装方法を見つけました。このようなケースでは外部の弁護士は必要ありません。ハードウェアの費用はかかりません。そのため、費用が比較的安く、予算が抑えられない場合でも費用がかかりすぎることはありません。
アジャイル手法がプロジェクトの人数を 5 ～ 20 人のチーム内で制御する必要があることを強調する理由は、アジャイルが一種の AI アプリケーションを実行できるためです。小規模な自動開発プロジェクト。ただし、ERP および MES レベルの大規模プロジェクトには適していません。
アジャイルを室内装飾に使用するには良いツールとなるでしょう。しかし、土木構造物の鉄筋ですら、スプリントを重ねて調整しなければならないとしたら、それを行う方法はありません。
家を建てる例を考えてみましょう。アジャイルを室内装飾に使用するには良いツールとなるでしょう。しかし、土木構造物の鉄筋ですら、スプリントを重ねて調整しなければならないとしたら、それを行う方法はありません。戦争を例にとると、アジャイルは、さまざまな困難なタスクを実行できる 5 人のシールズ隊員のようなものです。しかし、この種の軍隊をウクライナのような平地な戦場に投入して、他人の戦車や航空機と戦うことはできません。
テクノロジーが急速に変化し、要求が多様化している今日、アジャイルは間違いなく従来のウォーターフォールとは異なる新しいプロジェクトアプローチです。しかし、ERPやMESなどのパッケージソフトウェアのように、プロジェクト開始前にプロジェクトの範囲が明確なプロジェクトはアジャイルで実行することができません。