Horizo​​nソフトウェアプロジェクト



この種の視覚化は、約1年前に私の頭の中で生まれました。 アーカイブで写真を見つけたので、Habrの読者と共有することにしました。

アイデアはシンプルです。 プログラマーの必要レベルはプロジェクトに依存しており、プロジェクトの技術仕様を作成する可能性があります。 さらに、プロジェクトのマネージャーの必要な参加に依存しています。マネージャーの責任は、計画を立て、時間通りにタスクを定義し、実装を監視することです。

どんなプロジェクトでも、技術仕様の可能な研究の兆候に基づいて、地平線を決定できます。 したがって、プログラマーのレベルとマネージャーの参加を決定します。 一方、プログラマーのレベルに基づいて、どのプロジェクトが彼の力によって最も効果的に解決されるかを理解できます。



私の実践では、提案されたスキームに基づいて、地平線の非常に低いレベルのプロジェクトを扱いました。 標準的な手順では効果が得られないため、このようなプロジェクトのマネージャーの役​​割はうらやましいです。 これは図で見ることができます。



プログラマーに「神から」些細な仕事を任せるなら、それはスズメの大砲のようなものです。 しかし、技術的なタスクを開発することが不可能なタスクがあり、ここではプログラミングと管理への通常のアプローチは機能しません。



私がしたい最も重要な結論は、ソフトウェアプロジェクトの管理と実装に対する統一的なアプローチはないということです。 人々とアプローチのどのセットが最も効果的にそれを再現するか、プロジェクト自体について考える必要があります。



All Articles