私たちは何について話しているのですか？
まず第一に、プロジェクトの結果は製品だけでなく、満足した顧客と彼から受け取ったお金ほどの製品でもないということです。 顧客満足度は、高品質の製品を期日どおりに提供することで達成され、請負業者はお金を期待する権利を持ちます。 これはすべて、適切な管理によって達成されます。
このことから、プロジェクト管理と製品開発は異なるカテゴリーであると結論付けることができます。
違いは何ですか？
違いは、プロジェクトのこれらのフェーズと、プロジェクトマネージャーが行うこれらのフェーズのアクションです。 通常、アジャイルについて書かれていることはすべて、主に製品開発プロセス、つまりプロジェクトではなくプロセスの管理に関するものです。
| プロジェクト管理 | 製品開発 | |
| プロジェクトの開始 | 契約書の作成、チャーター、プロジェクトチームの募集、設置会議、予備計画 | まだ何もない |
| プロジェクト開始 | 計画、仕事の組織、会議 | 技術仕様の作成、プロトタイピング、要件の収集 |
| 中期プロジェクト | リスク管理、変更管理 | コーディング、テスト、ドキュメント |
| プロジェクト完了 | 受け入れの組織 | 受け入れからサポートへの転送までの欠陥の修正 |
| プロジェクトの閉鎖 | 設計と製品の両方の経験の文書化 | もう何もない |
エッセンスは、S.A。の本から親切に借りた写真から理解できます。 ミシャ「プロジェクト事業」。
ライフサイクル開発は、プロジェクトのライフサイクルに含まれています。 また、製品LCにはプロジェクトLCが含まれていることを思い出すことができます（たとえば、GOST 12207による）。 したがって、管理の質が製品の将来の寿命の質を決定します。
なぜこれすべてなのか？
さらに、プロジェクトの成功を決定するのは、製品開発プロセスではなく、プロジェクト管理です。 たとえば、アジャイルは設計技術ではなく、段階的な技術です。 計画を含むプロジェクトには、少なくとも2つの要素、つまり計画と実行が既に含まれています。 なぜ計画が必要なのか、そしてなぜターンベースのテクノロジーはさらに悪いのか？ これは、「Project Business」という本の別の写真で説明できます。
実際 、すべてはあなたがあなたの（企業）プロジェクトに与えるプロジェクトの定義に帰着します。 これが結果を達成するための一時的な企業である場合（PMBOKによる）、これは結果を達成するための一時的な企業になります。 プロジェクトが互いに非常によく似ており、製品開発の特定のテクノロジーに従う場合、より正確に判断できます。 この観点から見ると、アジャイルは製品開発技術であり、プロジェクト管理の標準は別です。
おわりに
ハエをカツレツから分離するのはなぜですか？ 次に、そのプロジェクト管理と製品開発管理を個別に実行して、障害が発生した場合の原因を理解する必要があります。 したがって、たとえば、低品質の製品は、プロジェクト管理ではなく、貧弱な技術の結果です。 同時に、プロジェクトからのマージンが低いのは、プロジェクト管理が不十分であるためであり、おそらく技術の選択が不十分です。
一般に、製品の開発方法を決定する際には、長所と短所を比較検討してください。 ご清聴ありがとうございました。計画に管理活動を書くことを忘れないでください。