あるプロジェクトマネジャーの“つぶやき”【第2回】
プロジェクトマネジャーは「プロジェクトのクレーム処理係」なのか？
プロジェクトマネジャーには、複数部門の異なる立場にあるステークホルダーの意見をまとめ、プロジェクトを成功に導く使命がある。今回は失敗談を基に“プロジェクトマネジャーの役割”を考えてみる。
一口に「プロジェクトマネジャー」と言っても、その業務内容はそれぞれの会社や案件によってさまざまではないでしょうか。当社におけるプロジェクトマネジャーは“プロジェクト全体のまとめ役”はもちろんのこと、プログラミングやテストケースの作成などを行うこともあります。開発工程の多くに直接的にかかわることができるので、わたし個人としては喜ばしいことです。
プロジェクトマネジャーという立場であっても、わたしと同じように「システムの仕様策定や実装などの工程が好きだ」という人も多いと思います。やはり自分が手掛けて、モノが出来上がることは、とても喜ばしいものです。また、「コンピュータが好きでIT系の職に就いた」という経緯や、元来「人任せにすることが好きではない」という性格もあり、そうした気持ちがわたしは余計に強いのかもしれません。
しかし、プロジェクトのまとめ役がコーディングやテストなどの実作業を始めてしまうと、プロジェクト全体の進ちょくが止まることがあります。当たり前と言えば当たり前のことですが、いざ作業を始めるとついつい没頭してしまいます。その“ついつい”が原因でこれまでに幾度かの失敗を経験してきました。今回は、その失敗談を基にわたしが考える“プロジェクトマネジャーの役割”について、つぶやいてみたいと思います。
あるプロジェクトでの失敗談
あるプロジェクトで、「すぐに終わるだろう」と考えて手を付けたコーディング作業が予想に反して時間がかかり、その翌日も作業に没頭してしまったことがあります。その後、プロジェクトメンバーに各自の進ちょくを確認すると、Aさんは「Bさんのタスク待ちだ」といい、一方のBさんは「Aさんのタスク待ちだ」といった、まさに“デッドロック”のような状況が発生していました。
各メンバー間のタスク調整は彼らの仕事ではなく、プロジェクトマネジャーであるわたしの仕事です。コーディングに夢中になるあまり、メンバーのタスク調整を怠ってしまったのです。プロジェクトの指揮を執り、メンバーをまとめる立場にあるわたし自身が、プロジェクトメンバーに迷惑を掛けてしまいました。申し訳ない気持ちで居たたまれなくなり、深く反省しました。
また、プロジェクトメンバーへの情報共有を怠ったために、彼らを困らせてしまったこともあります。
あるプロジェクトで前日の作業が進んでいないメンバーがいたので、その理由を尋ねた際に「開発環境でアプリケーションが突然動作しなくなり、その原因を調査していたために作業が進まなかった」という答えが返ってきました。
わたしは、進行中のほかのプロジェクトについてもある程度把握していたので、すぐにその理由が分かりました。実は、別のプロジェクトが共有の開発環境をテストのために使用していたことが、こちらの開発プログラムに影響を及ぼしていたのです。しかし、そのことを知らないメンバーは“答えの出ない調査”に時間を取られ、結果としてプロジェクトの進ちょくが遅れるという事態になってしまいました。
これは「他プロジェクトの作業によって、このような事態が起こる可能性がある」ことを事前に周知していなかったわたしのミスです。プロジェクト内で情報共有がなされていれば、そのメンバーも自身でタスクのスケジューリングを前後するなどの対応ができたことでしょう。プロジェクトマネジャーがプロジェクトに及ぼす影響の大きさをあらためて認識した出来事でした。
プロジェクトマネジャーは「クレーム処理係」？
これらの失敗を踏まえ、わたしは「プロジェクトの“主役”は、設計／実装／テストなどの実作業を行うメンバーであり、彼らが快適に仕事を進められる環境を用意すること」が、プロジェクトマネジャーの役割だと意識するようになりました。
そのために、ほかのプロジェクトやメンバー間で作業が重複しないように調整したり、メンバー間の情報共有がなされているかなどを確認して回るなど、プロジェクトメンバーが自身の役割を理解して、業務に専念できる環境を用意することに努めています。こうした裏方的な業務こそが、プロジェクトの進ちょくを上げる潤滑油になっていたりします。各メンバーに効率よく作業してもらい、1つのチームとして機能できるようになると、プロジェクトの生産性も向上するものです。
しかし、実際には雑用とも思えるような作業もあって、つらいものです。以前のわたしであれば「それくらいのことは自分でやってほしい」と思わず口に出してしまいそうな場面でも、その言葉をぐっと飲み込んでいます。
プロジェクトマネジャーには潤滑油という意味で、もう1つ重要な側面があります。それは「プロジェクトのステークホルダー（利害関係者）間で円滑なコミュニケーションができるように努める」ことです。
多くのプロジェクトでは、社内外の複数部門にまたがるステークホルダーが存在します。その立場によって、業務要件やITに関する知識は異なります。中には、「自身で納得してからでないと、プロジェクトを進めたくない」という人がいます。ステークホルダーの了承を得てから、プロジェクトを進めることがプロジェクトマネジャーには求められます。
時には、プロジェクトとは直接的に関係しない部分を説明しなければならないこともあります。わたし自身、そうした説明をすることを面倒だと感じることが少なくありません。しかし、納得して進める場合とそうでない場合の効率の差は目に見えるものがあるのも事実です。そのため「その仕様に至った背景とは？」「この機能を実装する意味は？」と問われれば、「そこは（直接的には）関係ないです」という言葉をぐっとこらえて説明しています。
また、まれにプロジェクトメンバー同士で対立することがあります。こういう場面こそ、プロジェクトマネジャーの出番ではないでしょうか。実際の現場では、当事者が直接言い合ってもなかなか折り合いがつきませんし、堂々巡りになってしまいがちです。
プロジェクトマネジャーは双方の意見や愚痴を聞きつつ、相手方の立場を説明して理解してもらうことに努めます。時には、「なんで自分が……」という言葉をぐっと飲み込んで、折衷案を出したりすることもあります。ただ、実際にはそれぞれの主張が正しく思えることも多く、困ることもあります。皆さんにもそういう経験はありませんか？
プロジェクトマネジャーはプロジェクトメンバーの執事たれ
プロジェクトマネジャーは、プロジェクトの“主役”であるプロジェクトメンバーの“執事”という存在だと思います。その業務は、各メンバーのタスク管理や進ちょく確認、ほかのプロジェクト案件との調整、開発担当のベンダーのフォローなど、多岐にわたります。担当業務の中には“雑多とも感じてしまう”作業もあります。しかし、「主役たちが快適に仕事を進めることができる環境をいかに用意することができるか」が重要ではないでしょうか。
＜筆者紹介＞
小崎敬介（こさき けいすけ）
カブドットコム証券株式会社システム本部システム統括部システム開発課
2005年カブドットコム証券株式会入社。広島県出身。オンライン証券取引システムの設計開発運用業務に従事。主に発注系システムを担当する。座右の銘は、「『負けました』と言って頭を下げるのが正しい投了の仕方」（棋士：谷川浩司）。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[アトラシアン株式会社] IT運用や従業員サポートは生成AIでどう変わる？ 使い方や導入の流れは？ -
製品資料
[株式会社みらい翻訳] 音声翻訳活用の課題を解決、“本当に使える”ツールの特徴とは？ -
製品レビュー
[Wrike Japan 株式会社] 400店舗を支えるWalmart Canada、散在する情報やアナログな管理をどう変えた？ -
事例
[Wrike Japan 株式会社] 年間100件超のDXプロジェクトを統合管理、JERAはどのように実現した？ -
事例
[Wrike Japan 株式会社] グローバルなクリエイティブ業務を合理化、エスティーローダーに学ぶ実践のコツ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
2
9割が頓挫する「AI内製化」 差がついたのはツールより設計力
-
3
JSONをやめてPythonで送る トークン消費を約7割抑えるAIの設計
-
4
見落としが多発、AI普及＆データ急増に伴うネットワーク課題の意外な原因とは？
-
5
技術力だけでは「上に行けない」 シヤチハタCDOが語る、情シスが次の役割をつかむ条件
-
6
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
7
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
8
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4％
-
9
OpenAIが叫ぶ法規制の裏で 情シスが今すぐ固めるべきAI防衛策
-
10
IBM iのブラックボックス化を打破 資産継承と進化を実現する「IBM Bob」の実力
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
「スクラム」と「カンバン」の違いとは？ アジャイル型開発手法を徹底比較
-
9
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
10
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー