すべてのプロジェクトは、情報フローとチームの構築と形式化の必要性に応じて、3つのレベルに分割できます。 なぜこれがモデルの基礎なのですか? 私の意見では、プロジェクト構造は、「管理スタイル」やその他の非公式の人間の問題に最初に従うものだからです。

レベル0:制御されたカオス
ゼロレベルのプロジェクト全体は、人々の個人的な資質にかかっています。 最も重要なことは、コミュニケーションの流れ、人々の間のつながりの数であり、責任と組織の構造の描写ではありません。 チームが1つのオフィス、チャット、またはメール会議(分散チームの場合)の境界を越えない場合、理想的なツールはホワイトボードです。 時間と空間の両方で配信されます。これは現在最も頻繁に行われています。

カオスはどのプロジェクトにも存在するはずなので、私は「カオス」を別のレベルの構造にとらえませんでした。 したがって、プロジェクトは活発でモバイルのままです。 人間のコミュニケーションの混乱は生命の源であり、他のレベルの構造性で「カバー」することはできません。
レベル1:アジャイル

このレベルで使用されるツールを使用すると、意思決定を失うことなく、作業成果物のストレージを最小限に抑えることができます。 重点は、実行者が理解できる原子的な「問題」にタスクを分割することです。 このレベルの最小限のツールセットにより、「マイルストーンによる管理」を実装できます。
- 予定リスト
- イベントとカレンダー(マイルストーン)
- 作業結果を保存するドキュメントまたはその他の機能
第2レベル:管理
タスクの実行時間が重要な情報である多くのプロジェクトがあります。 そして、この情報は多くのマネージャーにとって非常に重要なので、このスタイルのプロジェクト管理を別のレベルで区別します。

管理レベルのツールを使用してチームが達成する追加の目標もあります。 プロジェクト図は、クライアントに彼らの哀しみと非常に制御性を示す方法です。 ネクタイと洗練された靴がクールな会議でどのようにあるべきか、プロジェクトにガントチャートがあるはずです:)
制御されたタイプのプロジェクトで動作するよく知られたシステムは、MS Project(alas、これが唯一の機能)、 LiquidPlanner 、 IBN 、 Zoho 、 Comindworkです。 そしてもちろん、 @TaskやDaptivのようなプロジェクト管理の大御所 。
第3レベル:定義済み
私自身が到達した最後のレベルは、ビジネスプロセスの設定です。 このレベルでは、プロジェクトは個々のプロセスを識別し、各プロセスに対して独自のツールが構成されます。 そのようなプロセスの例は、顧客からのインシデントと問題です。 支払いと金融取引; 重要なドキュメントの承認。
各プロセスについて説明します。
- プロセスのオブジェクト、そのフィールドとプロパティ
- 状態と遷移図
- 移行アクセス規則
- フォームとリストの視覚的なデザイン

おわりに
作者に敬意を払い、誰に対しても敬意を払ってください。テキストを書くのはそれほど簡単ではなく、自分の製品に何度か言及するからです。
ご意見をお寄せいただき、ありがとうございます!