PMあるある (任す覚悟)

中瀬さん、次の案件からPLになる予定だけどなにか気になることはある？

えっ、そこ？これまでの中瀬さんの品質は期待通りよ。だからこそ次はPLを任せたいと思っているの。これまで通りの作業を行ってもらえれば問題ないわ。

なるほどね。でもこれまで毎回全部読み込んでいた？チェックの濃淡はない？

まぁね。協力会社から参加する初めての技術者は、事前の情報としては経歴書だけ。あと業務の説明時Q&Aの会話で推測しているからね。

そうよね。もしホイッと出てきたらこの人、守秘義務を守れない人だってことだわ。

その気持ち、理解できるわよ。でも時間は有限。

なるほど。ちょっと回り道だけど役割について考えみましょう。うちで使っている役割を大別すると次の通り。①プログラマ (PG) ：プログラム開発言語を使いコーディング、②システムエンジニア (SE) ：各種設計書の作成、開発環境を整備、PGと分担してコーディング、③プロジェクトリーダ (PL) :　担当部分の成果物QCD (Q：品質、C:コスト、D:納期) を担保、④プロジェクトマネジャー (PM) ：プロジェクト責任者。プロジェクト計画立案、プロジェクト全体でQCDを担保。ここまではいい？

えぇ、ただこれから話したいのはPG/SEとPL/PMの違いのため、それらは略すわよ。一人で生産するよりも多数で分業した方が高い生産性になる場合があるのよ。こう聞いて違和感ある？

古典だけどアダム・スミスは富国論で縫製用ピンを例に説明してる。私たちはピンではなく業務アプリケーションだけどね。そうなるとどうやって分業するか、どんな役割に分けるのが良いか。うちのようなシステム構築の場合は先に挙げた4種でおこなっているわ。

チームで仕事するためにはまとめ役は必須。会社単位で言えば経営層や管理職。プロジェクトだとPL/PMがその役ね。経営層や管理職はいかにリソースを使うか日々考えを巡らしている。同じようにPL/PMはSEやPGを効率よく配置して作業を任せる。ただ「任せる」は「頼んだよ。あとはよろしく。」ではなく結果の責任を持つことよ。

個人的には「任せる覚悟」を持つことだと思うの。そのために、作成する成果物のイメージを具体的に伝えること、成果物の作成経過で確認し必要あれば現物を見ることもあるわよ。そして課題を見つけアクションを決める、つまりPDCAをきちんと回すことかな。

それはね、うちの品質システムに記載してるよ。全く新しいことではないけど使ったことがないノウハウもあるかも。「任せる」ことを意識してしっかり読み込んでみて。

私は「任せる覚悟」がエンジニアと管理者の違いのひとつだと思うのよ。少なくとも自分ですべてやり切ることに固執すると管理者つまりマネジメント職に向いていないと思うわ。

誤解しないでね、マネジメント職を目指そう、じゃないのよ。私も中瀬さんと同じ悩みを持ったことあるの。私は技術的な新しい話題が大好きでいつでもワクワクするわ。一方SEのころからマネジメントの面白さそして難しさに気づいたのよ。興味湧いて今では将来マネジメントを意識するようになった感じかなぁ。中瀬さんは現時点で技術職かマネジメント職どちらかひとつに絞る必要はないわ。これからPLやPMを経験していろいろ考えてみてね。

最初は不安があるだろうけど基本はこれまで通りでPDCAを確実に継続することよ。中瀬さんなら大丈夫。できるわ。