>RSSミッキー・グレースの頑張れニッポン!世界から憧憬される骨太なニッポンになろう。2009/08/18このプロジェクトには本当に振り回されっぱなし。そもそも言葉の壁がある中で、当たり前が当たり前でない難しさ、プロジェクト管理方法が根本から違うことに起因する発注側の期待と請負側の温度差の違いには、さすがの私もあっけに取られることが続出しています。今回のテーマはプロジェクトマネージャ。普通、プロジェクトマネージャといえば、プロジェクトの総責任者。このプロジェクトミューズでも、発注側はPMにこのような役割、権限、責任を期待していました。開発に遅れが出始め、進捗管理の不備を指摘しても、このPMからは「具体的な進捗の詳細は開発チームの責任者(アーキテクト)が掌握しており、自分の担当ではない。」とのたまうようになったのです。納得できない発注者が請負業者の責任者に問いただすと「うちはチーム体制でこのプロジェクトを管理している。PMと要件定義するアーキテクトと要件を設計・実装方法に展開するアーキテクトで分業している。連絡のやり取りは現地に常駐しているPMが窓口になっているのですが、技術的な質問に対するアーキテクトからのコメントや回答をPM経由で、後日アーキテクト自身と話をした時に話が合わず、PMからの回答を元に決定したことが反古にされることが発生し始めました。PMとの間で合意した事項が、後日アーキテクトによって覆されるという問題も起きています。アーキテクト達は他の案件との掛け持ちなので、このプロジェクトだけに係っているわけでもなければ、現場に常駐しているわけでもありません。PMが連絡窓口に指定されてきたわけです。ところが、アーキテクト本人相手でなければ、具体的なことは何もできないとわかった時点で、PMを窓口に連絡のやり取りをすることの無駄と欠点が表面化されてきたのです。このPM、議事録の作成だけはしてくれても、開発の遅れに対する施策を提案するわけでなし、個々のデベロッパーや機能要件開発の進捗状況を把握しているわけでもなく、PMとしての機能を果たしていません。単なる「秘書役」とあまり変わりがないのです。気配りがなく、気が利かない分、秘書よりはレベルが低いと言っても過言ではありません。(彼はとてもよくやっていると思う。この難しいプロジェクトをうまく管理している。私自身がこのプロジェクトを担当しているわけではないので詳細についてはいっさい知らない。細かいことはPMに任せてある。)」というお門違いの発言はまったく相手になりません。問題の根源は、この責任のたらい回しにあると言えます。「プロジェクトの責任を持っているのはPMだ」と言う請負業者の責任者、一方でPMは単なる連絡係りとしてしか機能しておらず、開発の実質的管理は実装担当アーキテクトが行っている。そのような分業制の中で誰も「自分がプロジェクトの責任を持っている」という自覚がないことが明らかになったのです。このような場合、どうすればよいのでしょうか。このPMは責務を果たしていないという問題の他、最近、不貞腐れた態度を取ったり、無責任な言動が多く見られるようになったため、発注者から更迭要求が出され、近々解任される予定です。担当者が変われば解決する問題なのでしょうか?実はこのPMは2代目で、前回のPMも似たり寄ったりの管理スキルしかありませんでした。問題の根本は、「PMの役割と責任」の定義が発注側と請負側でまるで異なっているという点にありそうです。すると、いくらメンバーチェンジをしても問題の解決にはなりそうもありません。考えられる対策は:(1)PMに期待する責任と役割を明文化し、該当する人材を任命してもらう、(2)発注側でPMを用意する、という2つのオプションです。どちらにも一長一短あります。(1)の場合、同じ会社の社員であるという連帯感、通訳を介さずにプロジェクトメンバーと会話ができる、プロジェクトチームとしての責任境界点が明確になるというのがメリットである一方、PMに期待する役割を一字一句明文化することは非常に困難です。これまで2回うまく行かなかった手法であれば3度目ならうまく行くという保証はどこにもありません。(2)の場合、PM対プロジェクトチームの心理的摩擦が危惧されます。管理されることに慣れていないこのプロジェクトチーム(チームメンバーは国連よろしく世界各国のデベロッパーの集まり)とマイクロマネージメントと呼ばれる細かい管理したがる日本の慣習の格差も心配です。プロジェクトチームと直接会話ができるだけの英語力があり、ある程度技術のこともわかり、かつ優秀なプロジェクト管理能力の人材を探すというのは並大抵のことではありません。(2)のオプションには、発注側が自分達の納得のいくプロジェクト管理を試すことができる、今まで重視されてこなかった側面を強化できるというメリットが期待できます。発注側が提示した現PMの解任時期は8月末。当面は時期プロジェクトのPMがこのプロジェクトのPMを兼任することになっており、とりあえずは(1)案が実行されることになります。このPMに対向する発注側のPMをどのように決めるのか。ここが肝になりそうです。10:11こんにちは。Office)というものがありますが、最近どうも勘違いしている人が多く、プロジェクトのサポート(議事録とか、進捗管理表作成とか)しかしない人(組織)が存在します。大事なことは、プロジェクトが成功(達成)するために、出来ることは何なのか、あるいは遅れが出ないように事前にやるべきことはなにか、を考え、実行することだと思います。PMには、交代する事前に「あなたのミッション、ゴール」を伝え、それを成果報酬として与える、といったことくらいしかないんでしょうか。一度ずれたプロジェクトは、本当にむずかしいですね。02:47ookiさん、コメントありがとうございます。PMも両極端で単に役職に鎮座しているだけの人もいれば、マイクロマネージメント的に全てを掌握したがるタイプもあります。どちらも困りものです。色々なサジェスチョンをお待ちしております。今後ともどうぞよろしく。日本ではまだなかなかいないと思いますね。今私が関わっている案件もこの手の課題があります。00:43アンディさん、プロマネの育成・研修はあちらこちらで行われているとは思うのですが、まだまだ現場では不足していますね。今度、ITMediaでプロマネに関する座談会を開催しないか事務局に提案してみたいと思います。ミッキーシリコンバレーの屈指のカリスマ通訳。通訳歴20年のベテラン。(41):お久しぶりです。レポート万年筆やさんで、私に合うペン先を見てもらった。書けば書くほど快感が走る万年筆とは。クラウドに関する記事のまとめ(2020.2.17~2020.2.22)北九州漫画ミュージアム「関谷ひさしとスポーツマンガの時代」5月23日イベントオール私立で大学まで2500万円。ランボルギーニが買えるぜ。やっててよかった資金術とは。Backlogのカンバンボードは末恐ろしいAWSのシェアが落ち、Azureが延びて、4年後にAzureシェア32%、AWSは34%になる件SoftwareDesign3月号ヤマハ特集に執筆参加しました。オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。利用規約プライバシーポリシーお問い合わせアイティメディアからのお知らせプレスリリースメールサービスRSSTwitterITmediaはアイティメディア株式会社の登録商標です。