一部の指導者は、マトリックス構造で発生する競合が、両当事者の利益が考慮されるため、最適なソリューションの検索に寄与すると考えています。 しかし、同時に、マトリックスによって発生する競合が、タスクの完了期限と生産性と効率の低下に間に合わない理由です。
すべてのリソースをプロジェクトに含めることができるように、部門の廃止を許可しないことには十分な理由があります。 まず、プロジェクトの全期間にわたってすべての専門家が必要なわけではなく、タスクの終了時に専門家をどうするかを決める必要があります。 第二に、プロジェクトマネージャーは、適切な専門家を雇うだけでなく、会社での潜在能力の開発に従事するのに十分な能力がない場合があります。 第三に、リーダーは問題解決の正確さを評価するのに十分な能力がない場合があります。
問題を解決するための鍵は、プロジェクトと部門間の適切な相互作用を構築することです。 これには有能なアプローチがあり、私はITの過去10年間の仕事に取り組んできました。
あなたがスティーブ・ジョブズではなく、「世界を変える」ことがあなたの主な目標でない場合、会社の目的は何ですか？ ほとんどがお金を稼ぐと言うでしょう。 これは、ビジネスに関するあらゆる本に書かれています。 この事実は、部門とプロジェクト間の権限と責任の分離において見落とされることがよくあります。
プロジェクトだけが、製品/サービスを作成し、会社に利益をもたらす原動力です。 プロジェクトは、さまざまなリソースを使用して製品を製造するコンベヤーです。 したがって、まず第一に、プロジェクトをサポートするために権限と責任の配分を指示する必要があります。 リソースはプロジェクトに完全に割り当てられるべきであり、部門内のタスクにスプレーされるべきではありません。 なんで？ 引数は次のとおりです。
タスクは部門を通過します
タスクが部門に割り当てられると、タスクバックログに分類されます。 プロジェクトマネージャーは、自分のタスクが最優先事項である理由を部長に正当化するために多くの努力をしなければなりません。
プロジェクトは、部門長による個人的な優先順位付けに依存し始めていることがわかります。 これは、別のプロジェクトがより重要と考えるタスクを引き起こす可能性があるため、問題を解決するタイミングに不確実性をもたらします。 このアプローチは、問題を解決するための合計時間が実際に費やされた時間を大幅に超える可能性があるという事実につながります。 プロジェクトマネージャーにとって、これはまったくの地獄です。部門間でタスクを調整し、その依存関係を考慮することです。 このような状況で正確なプロジェクト計画を立てるにはどうすればよいですか？！
プロジェクトへの作業リソースの部分的な割り当て
私にとって、最もばかげた状況は、一定の割合のプロジェクトへのリソースの割り当てです。 たとえば、プロジェクトマネージャーには、「リソースの70％のみがプロジェクトに割り当てられ、残りの30％は別のプロジェクトに割り当てられます」と伝えられます。 「プロジェクトにタスクがあるだけでなく」という事実でこれを正当化します。 このアプローチは、1つの「不満」プロジェクトの代わりに2つのプロジェクトを取得するという事実につながります。なぜなら、それらのタスクは相互の期限に影響するからです。
プロジェクトが別のプロジェクトに依存する理由 どちらが良いですか：1つのプロジェクトは時間通りに行われますか、2つのプロジェクトは時間的にシフトされますか？ リソースが不足している場合、どこにでも間に合うように試みる必要はありませんが、少しずつです。 あるプロジェクトのニーズを完全に閉じ、別のプロジェクトのリソースを探す必要があります。
情報移転費用
予算とプロジェクト計画を準備するとき、マネージャーは必要なリソースとそれらが必要な期間を決定します。 同時に、外部の依存関係、機器、ソフトウェア、サービスの購入コストを忘れてはなりません。 しかし、プロジェクトに大きな影響を与える重要な費用項目を考慮に入れている人はほとんどいません。
明らかに、同じ部屋に配置されたリソースが割り当てられたプロジェクトは、タスクが部門に転送されるプロジェクトよりも速く、低コストで完了します。 なぜそう Alistair Kobernは、チームメンバーの場所とプロジェクトへの参加が、情報の送信コストにどのように影響するかを説明しました。 リソースがプロジェクトに割り当てられ、十分なコンテキストを持っている場合、タスクを記述するために、部門内のリソースよりも少ない情報を転送する必要があります。 転送される情報の量は、プロジェクトの期間、したがって予算に直接影響します。
自分で情報を送信するのにどれだけの時間を費やしているか、そしてそれがどのように改善されるかを考えてみてください。
プロジェクトへの情熱
誰もが創造的な熱意で一気に働くスタートアップから判断すると、チームメンバーの献身はプロジェクトの成功に直接影響します。 あなたが部門の従業員であり、今日彼らがあなたに1つのプロジェクトからタスクを与え、明日は別のプロジェクトからタスクを与える場合、そのようなドライブには問題があります。 プロジェクトに没頭する時間がないので、機能を実装するマシンになります。
プロジェクトマネージャーが、プロジェクトの参加者にこの仕事とドライブを希望する場合は、プロジェクトに長時間関与する必要があります。 したがって、彼らは自分の仕事とプロジェクトの成功との関係を感じます。 彼らの個人的な成功は、プロジェクトの成功と同等であり、その逆も同様です。
アジャイル
アジャイルプロジェクトの場合、タスクを部門に転送すると、この方法論の本質が失われます。 請負業者は事前に不明であり、チームを作成することは不可能です。 1つの例外があります。チーム全体が部門内にあり、少なくとも部門内がプロジェクトに割り当てられている場合です。
完璧なプロジェクト
最大の効率と高い生産性を備えた完璧なプロジェクトを実現するには、タスクが「To Do」から「Done」までシームレスに流れるコンベアを作成する必要があります。 そのためには、プロジェクトに必要なすべてのリソースを装備する必要があります。 部門にタスクを転送する従来のアプローチは、コンベヤーの作成を妨げ、したがって効率と生産性を妨げます。
完璧な部門
理想的な部門には、次の3つの主要なタスクが必要です。
-最高を雇う
-従業員の継続的な育成を確保する
-プロジェクトで最高レベルの問題解決を提供する