プロジェクトでオーナーシップを取ることの意味とは?
プロジェクトでオーナーシップを取ることの意味とは?私は多くの管理者がこれを言うのを聞いたことがあります。これは非常に一般的に使われていることであり、同時に正式な教育の一環ではないので、オーナーシップの概念(可能であればその起源)とは何なのか、なぜそれがマネージャーの文脈から見てそれほど重要なのか、そしてそれがプロジェクトや会社にとってどのように役立つのかを知りたいと思います。
プロジェクトでオーナーシップを取ることの意味とは?私は多くの管理者がこれを言うのを聞いたことがあります。これは非常に一般的に使われていることであり、同時に正式な教育の一環ではないので、オーナーシップの概念(可能であればその起源)とは何なのか、なぜそれがマネージャーの文脈から見てそれほど重要なのか、そしてそれがプロジェクトや会社にとってどのように役立つのかを知りたいと思います。
所有権を持つということは、仕事をしたり、プロジェクトに取り組んだりすることではなく、自分の使命としてそれを見通すことを意味しています。
もしあなたがそれを解決できないのであれば、誰かに責任を負わせるのではなく、解決できる人を探し出し、問題を解決することを確認してください。
それはチーム内での役割ではなく、実際にはプロジェクトはチームプロジェクトである必要はありません。彼らはただ仕事のために現れることを超えて移動しました。
誰もタスクのための所有権を取らなかった状況では、そのタスクは何度も失敗したり、遅れて完了したり、だらしなく完了したりしていました。誰も気にしていなかったからです。
人は多くの役割でプロジェクトに関わります。所有権はそれらの1つ(役割)です。
他の重要な役割は、チャンピオン、スポンサー、ベンダー、クライアントとマネージャーが含まれています。彼らの役割は、上記のすべての役割が満たされ、プロジェクトを完了するために一緒に働いていることを確認することです。これは、操作上のものよりも多くの社会的または政治的な役割です。
二重の役割はしばしば存在し、水を少し濁す。不適切に役割を行使することは、プロジェクトのパフォーマンスの低下につながることができます。良いPMはこれを見つけ、それを修正しようとします - 通常は所有者を介して。これは、例えば、所有者とスポンサーが契約に従って完了し、受け入れられた仕事のためのサプライヤーに支払うことを拒否する衝突の頭につながることができ、PMのオブジェクト。
役割のいずれかが満たされていない場合、所有者は “所有権を取る "責任があり、問題を修正する必要があります。
同様に、プロジェクトを構成するために行くタスクのために、プロジェクト管理チームは、応答のいくつかが示唆しているように、それを介して見るために責任を所有するために、すなわち、 "所有権を取る "に人やグループを割り当てることがあります。所有権とは、気を配り、責任を持ち、物事が自分のものであるという態度を意味します。プロジェクトマネージャーのトライアングル(品質、コスト、時間)は、所有者の最善の利益の中でバランスをとる必要があります。
詳細についてはpmi.orgを参照してください、Kerznerは単に "プロジェクトマネジメント "と呼ばれる重みのある本を持っています。これらは役割/責任のマトリックスで完全に別のものである。
大きなプロジェクトの役割は明確で、区切られている。
免責事項: これは私の経験であり、一般化することはできませんが、これは3カ国での1つのオフィスでの私の経験です。
タイでは、誰も何も所有権を持っていませんでしたが、彼らはそれが私の “障害 "だったので、動作していなかった何かのためにすべての私に見えました。言うまでもなく、新しいデータベースへの移行は長くて退屈でした。彼は問題が発生したときに彼のチームにタスクを与えていたので、移行は少し良くなりました。彼らは最後から最後まですべてをテストしてくれたので、私はそれができているかどうかを尋ねる必要はありませんでした。何か問題が発生した時には、その問題を解決してくれます。
移行は完璧に行われました。移行後の初日にはすべてが動作していました。
私は、Wollongongで開催されたSoftware Methods and Tools 2000で、プロジェクトマネジメントの現状をテーマに招待講演を行ったのですが、「
its origin if possible
私が最初にこの言葉を聞き始めたのは1990年代半ばのシリコンバレーで、"Project Manager “が "management "とは一線を画した、一種のキャリアになり始めた時期でもあります。私はその後、アメリカの東海岸に移り住み、数年後には私が働いていた銀行でこのフレーズが使われるようになりました(2000年頃)。当時、私はプロジェクトマネージャーのグループを管理していたので、プロジェクトと人という2つのタイプの経営活動を明確に分けていました。
なぜマネージャーの文脈からそんなに重要なのか
マネジメントの語彙は、流行りのように限られています。例えば、この同じ頃には、resourcesという婉曲表現は、機械、建物、お金だけでなく、人のための柔らかい、ふにゃふにゃな代用品になっていました。"How many resources are assigned to this project? "はおそらく聞いたことのあるフレーズでしょう。
"George owns this project "というフレーズは、現在(2016年/IT・アカデミック環境)では、"George is the general contractor for the extension on my house. "と言っているのと同等です。プロジェクトの所有者は、私は不適切だと思うプロジェクトマネージャーとして識別されることがあり、所有者という言葉から意味のすべてを剥奪します。
どんなプロジェクトの真の所有者は、仕事を成し遂げるために人々とお金のための取引を交渉することができる人です。滅多に伝統的なPMはこれをすることができない; 彼らは状況を報告し、仕事を整理し、人々やお金のためにsearch、苦情に答え、時には熱を取る。これらの事実は、本当のオーナーシップを顧客に押し付けている。この文脈では、それは私が私の_家に拡張子を置くためにプロジェクトを所有していることが表示されます。私は物事がうまくいかない場合、私はゼネコンを訴えることができますが、それは悪い実行のための私の回復の範囲です…私の部分の悪い決定とは対照的に。ここで議論されているものはどれもないことに注意してください…
…本物ではありません。彼らはcustomerとvendorとは異なり、誰が支払っているか、誰が支払われているかを教えてくれます。顧客とベンダーは本物であり、彼らは永遠に周りになります。
基本的な考え方としては、彼らはあなたが感情的にそれが何であれ、それが起こることに投資して欲しいと思っているということで、必要とされる時間やスケジュールが何であれ、他の活動などを犠牲にして働いているのです。経営者がこれをするように頼んでいるなら、それはあなたが実際に気にしているプロジェクトではないし、彼らはそれを知っています。おそらく、あなたはそれが失敗する運命にあると考えているのでしょう。おそらくあなたは、その結果が役に立たないか、逆効果になると考えているのかもしれません。おそらく、あなたはもっと重要な10のことを簡単に考えることができ、そこにあなたの努力を入れたいと思っているのかもしれません。彼らが伝えようとしているのは、例えば、あなたが他の人を励ましたり、自分の努力を指揮したりすることを望んでいる、ということかもしれません。(これは、あなたが人と接するのが苦手で、権限を持っていない場合にはうまくいかないかもしれませんが、一部の人にはうまくいくかもしれません。)
また、他の回答の一つにあるように、「私の問題ではない」という態度からあなたに優しく指導を与えようとしている可能性もあります。それは通常、人が年上であればあるほど、彼らはより多くの範囲を引き受けることは事実です - そして、年上になるための1つの方法は、多くの場合、増加する範囲を引き受けることです。技術的な分野では、おそらく、その範囲が割り当てられるのを待つ必要はないでしょう。