ソフトウェアアプリケーションの終了していない反復的な開発をプロジェクトと見なすことはできますか？
私は、プロジェクト管理の方法やフレームワークを適用しようとすることが可能かどうか考えています。 [〜＃〜] pmbok [〜＃〜]、PRINCE2または何か[〜＃〜] rup [〜＃〜]ソフトウェア用まだアクティブ（反復）開発中であるが、指定された末尾がないアプリケーション。私が学んだように、プロジェクトは常に一時的な努力であるため、終了されないものはプロジェクトではありません。どう思いますか？
プロジェクト管理では、プロジェクトは、独自の製品、サービス、または結果を作成するために行われる一時的な取り組みで構成されます。 （Project Management Institute。A Guide to the Project Management Body of Knowledge（PMBOK Guide）、Third Edition）
一時的なものでなければ、「プロジェクト」という言葉はうまく合わないと思います。
しかし、「プロジェクト」という用語が適用されるかどうかだけでなく、「これらのプロジェクト管理方法とフレームワークを適用できるか」と尋ねました。もちろん、各サイクルをミニプロジェクトとして解釈することにより、反復的なソフトウェア開発のために本格的なプロジェクト管理アプローチを使用することができます。ただし、これは誤解を招く答えを与えるため、私見はやや間違った質問です。
あなたが尋ねるべき本当の質問は次のとおりです：これは意味がありますか？それとも、実際には合わない管理方法に状況を追い詰めているだけですか？
あなたが説明するのは、「プロジェクト開発」とは対照的に、私が「製品開発」と呼ぶものです。私の経験では、製品開発は、特に小さなチームで、最長3週間のサイクルで行われる場合、あなたが言及したプロジェクト管理方法からの重いものをたくさん必要としないだけです。特に、「数百ページの要件仕様」、「毎月数十ページのステータスレポート」、「大きなGANTT図を使用した進捗状況の追跡」などは、製品が小さなサイクルで進化する場合、ほとんど使用されなくなります。
これは、製品開発で「プロジェクト管理」が必要になることは決してないということではありません。特に、新製品から始める場合、または特定の仕様、定義された目標、および一定の時間枠で製品の新しい「メジャーリリース」または新モジュールを計画する場合は、従来のプロジェクト管理方法が必要になる場合があります。ただし、少なくともそのような新しいバージョンまたはモジュールが「終了」し、メンテナンスと短期サイクルの進化が始まる場合、これらのメソッドはほとんど役に立ちません。スクラムなどのアジャイルメソッドの方がはるかに適しています。
はい。 2004年頃に私が最後に勉強してから変更していない限り、プロジェクトのPMBOKの定義では、確実な目的と範囲で期間を限定する努力が必要です。そうは言っても、現代のソフトウェアプロジェクトは「プロジェクト」として効果的に処理および管理できると思います。プロジェクトのPMBOKの定義には、前のプロジェクトを新しい目的と範囲で拡張し、別のプロジェクトの出力を再利用することでそれを達成するというフォローアッププロジェクトはあり得ないということは何もありません。
継続的な開発/反復的な「プロジェクト」は、各反復の有限の目標とタイムラインで構成する必要があります。ただし、このタイプのプロジェクトでは、別のプロジェクトが中断したところから立ち直らないために経済が得られるプロジェクトに期待する立ち上げ時間や終了移行時間は必要ありません。