大規模プロジェクトを管理する機能

大規模なプロジェクトでは、小規模なプロジェクトで使用する方法やツールから離れる必要があります。 RMOの責任者として働いているERP実装プロジェクトで私が行った観察を共有します。 そして、大規模なプロジェクトチームの共同作業を整理するためのツールの使用に関する有益な議論につながる質問をします。



それ以前は、プロジェクト管理で非常に多様な経験がありましたが、そのような規模はありませんでした。 100人を超えるチーム、13の機能グループ、非常に要求の厳しい顧客、非現実的に厳しい締め切り。

以前の経験から、プロジェクトチームの作業を整理するために明確に定義されたアプローチを取りました。 疲れないように、私はそれらを非常に簡潔に定式化しようとします:



このプロジェクトで、私の見解はいくつかの変容を遂げました。 これは、一部は規模の結果であり、一部はプロジェクト参加者の構成に関連する主観的な要因です。

  1. MS Projectのプロジェクトスケジュールは、実際には管理ツールとして使用されません。 彼は最新の状態に保つのに時間がかかりますが、意図したとおりではありません。 このようなプロジェクトで詳細なスケジュールを作成することは非常に困難です。 すでに述べたように、ここで説明していない主観的な理由があり、客観的な理由があります。

    -圧縮されたスケジュールでは、多くの作業を並行して行う必要があります(少なくとも、高レベルのスケジュールのように見えます)。 設計の決定を完全に記述してから仕様を記述し、開発を開始することはできません。 1つの設計決定が準備されるとすぐに、後続の作業のチェーン全体がすぐに開始されます。 接続を含むグラフでこれらのシーケンスを表示するには、詳細を確認する必要があります。 プロジェクト全体をこのように詳細に計画しようとすると、数千行になり、作業することができなくなります。 また、行数ではなく、毎日の更新量です。

    -すべてのタスクの複雑さ、継続時間、生産性に関するかなりの不確実性。 チームのパフォーマンスに関する統計は蓄積されておらず、顧客がドキュメントをどの程度調整するか、作業結果の要件をどのように調整するかは明確ではありません。 すべての準備が整う予定の日付があり、このためにチームの人数が変わり、営業日が長くなり、品質が低下します(shhhh、誰にも言わないでください!)。

    その結果、管理ツールからのグラフは絵に変わり、純粋に例示的なものになります。
  2. 作業を実際に追跡するには、メトリックを使用します。 グループごとに、特定の時点で達成する必要がある一連の指標の一部を求め、定期的(毎週または毎日)に指標の値を追跡します。 たとえば、非常に多くのドキュメントを発行する必要があります。 ステージでドキュメントの準備を壊し、各ステージに重みを割り当てます。 この段階が完了すると、グループは一定数の条件付きポイントを受け取ります。 そして、それぞれの重要なタスクに対して。 その結果、ポイントの合計が得られ、グループの場所が一体的に示されます。 このインテグラルインジケーターには計画があり、この計画と比較して、グループがチャートに含まれているかどうかを大まかに理解できます。 このツールは粗雑ですが、Projectでグループに独自の詳細なグラフを維持させるよりも簡単であることが判明しました。
  3. あらゆる種類のリストとレジストリの非常に多くの量。 登録、要件、開発、ドキュメント、コメント、未解決の質問、決定、指示、リスク、問題、プロジェクト間の依存関係-多数あります。 それらを最新の状態に維持するには、統合と調整にかなりの時間と労力を費やす必要があります。


最後に述べた点ではありません。 既製の適切なツールがないことが判明しました。 少なくとも、まだ見つかっていません。 すべてのプロジェクト管理システムは、プロジェクトのスケジュールとタスクに合わせて踊ります。 しかし、リストの保守を強調する人はいません。

リストは従来のものであり、私たちのプロジェクトも例外ではなく、Excelで管理されています。 しかし、13のワーキンググループがある場合、個別のタブレットで定期的にデータを更新および収集するのは非常に高価です。

毎日数千行のコメントファイルを統合しなければならないことを想像してください。 理論的には、すべてがシンプルです-各グループは独自のファイルで動作し、夕方には管理者がこれらすべてを1つのファイルに収集します。 実際には、誰かがファイルを時間通りに更新せず、誰かが構造の1つを変更したり、フィールドの1つの値のセットを変更したり、ごみを書いたりしただけです...そして、大きなファイルを収集して解析する手順自体は簡単ではありません。 そして、情報を失うことはとても怖いです。



一部のリストはSharePointで削除されました。 これらの困難はなくなりますが、インターフェイスはExcelの機能に近づきません。 プロジェクト参加者は、SPを使用したがりません。



欲しいもの。 Excelに似ているが、オンラインで、次の要件を満たすシステムを想像します。

  1. 任意の構造のテーブルを作成して、必要なフィールドをいつでもすばやく追加し、そのタイプを決定し、個々のフィールドの値のセットを設定または変更できるようにする機能。
  2. 1つのテーブル内の別のテーブルのエントリにリンクできるようにテーブルをリンクする機能。 たとえば、未解決の質問の表を、各質問に対して行う必要のある課題にリンクします。
  3. テーブルへのマルチユーザーアクセス。ユーザーによる編集時に1つのレコードのみをロックします。
  4. フィルター、レポートの作成、ピボットテーブルとグラフの作成。 一般的な使用のために、このようなレポートのセットをダッシュ​​ボードとして保存します。 理想的には、さまざまな目的や対象者向けのダッシュボードが多数あります。
  5. 便利なユーザーインターフェイス-直感的で、ロシア語では、多くのフィールドが画面に収まります...
  6. 組み込みのスペルチェッカー。 Excelでさえ、非常に多くのエラーとタイプミスをリストしています。
  7. 企業ネットワーク内へのインストール。 SaaSの使用は可能ですが、セキュリティ上の懸念が生じる場合があります。




コメントや推奨事項に感謝します。



All Articles