マトリックス内のプロジェクトマネージャー

私の練習では、コンサルタントに会ったことがありません。 つい最近、私は一人の友人と興味深い会話をしました。 彼はロシアの大手銀行でATMネットワークを開発するプロジェクトを管理しています。 トピックは私に近いです、私は自分でそのようなプロジェクトをたくさん作りました、会話は非常に興味深いことが判明し、ここに主要な結論を投稿することにしました。 私の友人は、多くのプロジェクトマネージャーと同じように、ロシアではほとんど古典的な方法をとっていたと言えます。小さな会社のスペシャリスト->同じ小さな会社のプロジェクトマネージャー->大企業の管理職 これは通常の進化です-見習いの年は大規模な何かを操縦する欲求に置き換えられます。 そして、大企業への移行中に、プロジェクトマネージャーには多くの驚きが待っています。 内部プロジェクトを管理する必要がある場合、さらに多くの驚きがあります。





結局のところ、中小企業のプロジェクト管理はどのように配置されていますか（小規模な「家族」企業を考慮しないでください。そこには管理はありません）。 1人のマネージャーからのプロジェクト-同じテーマまたは同じクライアント向けの、最大2つまたは3つのマネージャー。 小さなチームが彼らを作りますが、彼らの数が10人に達することはめったにありません。 プロジェクトマネージャーに直接報告し、モチベーションを高め、専門能力開発を監視し、休暇申請書に署名し、競合を解決します。 まあ、もちろん、それは目標につながります-それ以外の場合、どのようなプロジェクト管理ですか？ そのような会社の決定は迅速に行われます。 最高のボスにたどり着くのは簡単です。もし彼が完全なバカでないなら、プロジェクトは常に助けになります。これは困難な時期にはとても良いことです。



そして、プロジェクトマネージャーは、マトリックス構造の組織を持つ大手銀行に入ります。 そして、新しいルールに従った新しい人生は、最初は彼にとって本当の悪夢のように思えます（それで慣れる、システムに収まる、または去る）。 彼の新作の特徴は何ですか？ 一方で、銀行（ここでは銀行が例として機能することを思い出します）には、プロジェクトのすべての機能があります-プロジェクトを担当するマネージャー、限られた期限と予算、プロジェクトのユニークな結果、およびその達成のための計画、プロジェクトチーム。 一方、水たまりに座ったりプロジェクトをそこに置いたりしないために考慮しなければならないニュアンスがあります。



1.銀行の従業員にとって、プロジェクトでの仕事は主な活動ではなく、プロジェクトに関係のない内部職務がまだたくさんあります。 たとえば、回収の専門家は回収方法を開発し、延滞債権についてクライアントと協力する必要があります。 マーケティングは市場調査に従事しており、サービスを促進する方法を模索しています。 小売チェーンは販売などを担当します。 この人生のすべてにおいて、プロジェクトは、たとえ反対が宣言されたとしても、156の場所にあります。 その結果、プロジェクトに参加する時間は多くの場合、残余の原則に従って割り当てられます。なぜなら、主要な作業を実行できない場合、頭をなでたり、プロジェクトのタスクを実行できない場合は何もないからです。 また、非常にまれな状況は、プロジェクトのタスクを遂行するために従業員にボーナスを支払う予算が割り当てられている場合です。





2.さらに悪いことに、プロジェクトマネージャーは銀行を含むロシアの大企業に特徴的なマトリックス構造に部下を持たないため、従業員自身がプロジェクトに参加するための残余原則に従って割り当てられます。 彼は通常、従業員の部門の長にプロジェクトを依頼し、すでに必要な人を選択している人、通常は最高の人がプロジェクト以外の仕事で忙しいです。 プロジェクトに参加するための人々の間に競争はありません-誰が追加の無給の責任を引き受けたいですか？



3.一般に、「プロジェクトチーム」という概念そのものはなくなります。 過去の生活で、マネージャーが1つの目標で結ばれたまとまりのある（またはまとまりのない-すべてがマネージャーに依存する）人々のグループを扱っていた場合、スキルと機能のセットを備えた従業員の集合になります。 すぐにピープルウェアや類似の本を遠くの棚に置いて、「チームの結晶化」というアイデアを歌い、全員が同じ部屋に座っているときのクールさを伝えます。 これは起こりません-せいぜい、人々は自分の役割を果たします。





4.したがって、プロジェクトマネージャーの役​​割は変化しています。 現在、彼はプロジェクトのインテグレーターおよびエンジンであるだけでなく、すべてのパラメーターの強力なコントローラーになることも重要です。 概して、今では彼だけがプロジェクトが正常に完了することに興味を持っています。これがマネージャーのKPIです。





5.さらに、初心者のマネージャーにとって、大規模な組織では、近隣のユニットが互いにうまくいかないことが多いことは驚きです。 設計作業の実施中に明白な妨害行為や契約違反の事例は、ほぼ標準として認識されています。 外からはかなり奇妙に見えます。 会計部門をリスク管理の専門家と共有しているように思えますか？ 弁護士がビジネスアナリストと交渉できないのはなぜですか？ 多くの場合、このような競合は、権力と影響力のためのリーダーシップの覆面闘争の結果にすぎませんが、プロジェクトマネージャーはこれには簡単ではありません。プロジェクト参加者全員の調整された行動が必要です。





そのような状況で生き残り、仕事を成功させるにはどうすればいいですか？ 推奨事項はシンプルですが効果的です。



*落ち着いて-あなたはそのような状況に遭遇する最初の人ではありません。 興味深い専門的で人生経験としてそれを参照してください。

*プロジェクトのマネージャーの主な武器はコミュニケーションです。 ここでは、関係とつながりを構築するスキルが特に重要です。 プロジェクトの結果を気にする人を見つける必要があります。 これは簡単な作業ではありませんが、それを解決すると、同盟国や志を同じくする人々が得られます。

*また、通信について。 すべての部門とすべてのリーダーを知り、認識できるようになり、自分について最も肯定的な意見を作成します。 他の部門の同僚と「あなた」に切り替えてください。これも障壁を打ち破ります。

*スポンサーとの連絡を確立する必要があります-原則として、これはプロジェクトの成功に興味があるトップマネージャーです。 スポンサーは可能な限りプロジェクトに没頭する必要があります。 しばしば彼と会い、結果について話し、問題を隠さないでください。 うまく調整されたスポンサーは、熟練した手で手ごわい武器であり、障壁を打ち破り、抵抗を克服するための優れたツールです。 関心のあるスポンサーがいないことは、プロジェクトの確実な死です。

*プロジェクトに関与するすべての人々に対してプロジェクトを可能な限り透明にする-プロジェクトの進捗状況に関するレポートを送信し、主要な参加者の会議を少なくとも週に1回開催して、プロジェクトのステータス、さらなるタスク、新たな問題について話し合います これはチームの結晶化には役立ちませんが、プロジェクトを参加者の生活の一部にし、拒否の可能性を減らします。 プロジェクト参加者を称賛することを忘れないでください-人々はそれに注意を払い、彼らは喜んで、それは記憶されています。

*官僚制度が社内で開発されている場合（そうであることを保証します）、おそらくプロジェクトの実施に関する何らかの規制もあります。 私はそれに取り組むことは不可能であり、それは必要ではないと確信していますが、それを手元に置いておく方が良いです-承認された規制へのリンクは、反対者の熱意をわずかに冷やすことができます（官僚環境では、承認され署名された文書の重みが増加します）。

*すべての決定を書面で記録します。 口頭での同意や約束はありません。 このルールはどのプロジェクトにも当てはまりますが、ここではその実装が成功するために必要かつ重要です。