【IT業界の闇】開発工程未経験のPMOは終わってます…【ITエンジニア・ITコンサルタント必見】

ただし、今日のお題目にもある通り、開発行程経験の無いPMOだと予期せぬトラブルに遭遇してプロジェクト全体が遅延もしくは頓挫しかねないので、今日はそのお話をしていこうと思います。

具体例もありますので、開発経験無くてPMOやってる方とか、開発経験は無いけどPMOやってみたいと思ってる方は是非ご覧になってください！

例えば、僕達が海外遠征に行く時まず何しますか？行先をどこかの国に設定します。
次に、飛行機の手配をしたり宿泊するホテルの予約をしたりします。

開発行程の経験がないPMOがお客様からの要望を受け取って安易な判断でOKを出すとプロジェクト全体に影響が出てしまいます。

もし&PMOに開発経験があれば、現場にフレームワークを下ろしたりエンジニアからヒアリングができたりしてそういうリスクは防げるはずですが、開発行程の経験が無いと間違った判断をしてしまいかねない。

もちろんJavaScriptとJavaが全然違うということは皆さん知ってると思いますが、PMOが技術領域と求められてるスキルセットを把握しないままアサインすると、後々こんなことやったことないってメンバーから言われたり、全く知らない業務をやらされたメンバーから不満が来たりして、プロジェクトの破綻を起こしかねないです。

このように正確なプロジェクトの計画を立てる上で開発工程の経験が無いと難しいところがありますね。

例えばPMOがお客さんから要望を受けて、「ユーザーがログインできるようにしてください」とエンジニアに指示するとします。
でも一言でログインできるようにしてと言われても、エンジニアからすると色々な疑問が出るんですよ。
どのようなログイン方法がいいのかとか、認証方法もいっぱいありますよね。
どのデータで認証させるか、メールアドレスとIDなのか、ユーザーごとの固有の情報で認証させるのか、セキュリティ対策もどうするのか。
要望一つで色んな解釈ができるんですよ。
そういった疑問が出てきてしまう、エンジニアからすると。

もし仮にそこで既に設計書があったり作るだけだったら百歩譲っていいんですけど、それが無い場合かつPMOが開発経験特に無くてベストプラクティスな提案ができない場合、もはやこうなるとエンジニアが一つ一つ仕様を決めないといけなくてPMOのバリューが出ないわけです。
指示だけ出してエンジニアからの質問にも答えられない、「お客さんに聞いてきます」とか。

PMOに求められる役割ってチームのコミュニケーションのハブになることで、例えばAPI設計についてPMOがまとめなきゃいけないケースはよくあるんですよ。
APIは微妙な位置の実装で、フロントエンドとバックエンドがあってそれを繋ぐのがAPIという手段なんですけど、PMOはフロントとバック両方のエンジニアの意見を聞きながら、統一的な仕様を決めることを求められることが多いです。
PMOはフロントエンドとバックエンドの技術をある程度把握してないといけないんです。

責務範囲っていうのもそれぞれの立場だと決めきれないのでPMOが決めるよう求められます。
技術的な観点や知見が無ければエンジニアに丸投げすることになって、PMOに求められる潤滑なコミュニケーションが果たせなくなっちゃいます。
勉強しないといけないし、自分自身にエンジニアとしての開発経験が無いとそういうポジションで動くのは難しいですね。

他には進捗報告の場で遅延の原因を具体的に説明できないんです。
PMOのミッションの一つとして定量的な報告があります。
お客さんに対してプロジェクト全体はこうで進捗はオンスケなり遅延で特定の機能は開発が滞ってる、とか何らかの報告をする義務があります。進捗率80%とか。
その時に遅延が起きてる理由も併せて報告する必要がありますし、むしろお客さんから絶対質問来ます。

そこで開発経験があれば、機能Aの中でバグが起きましたがスケジュール内で解決する見込みです、とかそういった観測やエンジニアとしての経験込みで具体的に説明できますが、開発工程の経験が無いと何の報告もできなくてすごく薄い報告になっちゃいます。

そうなると具体的な報告ができないだけでプロジェクト全体像の可視化ができてなくて、クライアントから不審がられるんです。
メンバーも自分達の取り組みを報告してくれないPMOに不満を抱いて、コミュニケーションの阻害要因になっちゃうかなと思います。
何でこのプロジェクトが遅れているのかを定量的かつ正確に説明するのは中々難しいんですけど、そこがPMOに求められてる役割です。
開発経験が無いと問題の具体化が難しいですし、PMOは務まらないと思います。

具体的にどういう問題があるかというと、不適切な提案をしてしまいます。
僕の知り合いの現場であったんですけど、クライアントが既存のCRMを活用して新しいマーケティング機能を追加したいとのことでした。
PMOに開発経験が無くて、システムの調整やインフラの制約とかを無視して可能だと返事しちゃいました。
議事録に残ってやることになったんですけど、いざPMOが決めた方針で開発を進めてくと結果としてはシステム全体のアーキテクチャの見直しが必要でこんなことやると思ってなかったと。
エンジニアからすごく反発が来て大規模なリファクタリングをしないといけなくなった、ということがあったらしいです。
結局プロジェクトの予算をさらに取ることで終わりはしましたが、クライアントからするとできると言ったのに何故できなかったのかということでPMOは信頼を失いました。
PMOはプロジェクトの顔なので信頼を失うとクライアントとの関係も悪化しました。

エンジニアが取りまとめてた方針をPMOがクライアントに説明する場面で、PMOが既存の設計の重要性を説明できないままお客さんに話しちゃったみたいで、クライアントは既存の設計のままでいいって判断してしまったことがあります。

本当はPMOが既存の設計を変えて新しくしないと開発が進んだ時にバグの温床になったり品質が下がったりする、ってちゃんと伝えないといけなかったんですけど上手く伝えられませんでした。
当然クライアントは納得しなくて、設計は変えず今の設計のままにしようという指示が出ました。

結果はテスト工程でたくさんバグが出てプロジェクトが遅延しちゃったんですけど、もしPMOがリスクを踏まえた説明をちゃんとできてれば結果は違ったかもしれません。
クライアントに理解してもらえるまでエンジニアの言葉を代弁するのもPMOに求められてると思います。

例えばクライアントから要望変更があった時、開発経験のあるPMOなら即座に技術的な影響を分析して対応策を提案できるんです。

具体的には打ち合わせの場でクライアントが新しい機能Aを追加するとどのぐらいコストがかかるかって聞いてきた場合、開発経験があれば機能AだけじゃなくてBやCにも影響あるとか工数は数十日規模になるとか分かるんですよ。
お客さんに素早く変更管理の判断お願いできるんですよね。

開発経験が無いと1回持ち帰らないといけないし、対応が遅れて影響が広がりかねません。
さらにエンジニアには見積もり作業もお願いしないといけないのでその間他の作業は止まっちゃって、プロジェクトにも支障が出る可能性があります。
クライアントからの印象も悪くなります。
窓口だと思ってたPMOが毎回話を持ち帰ってるとこのPMO話進められないのかと思われちゃうので、お客さんの要望に早いレスポンスで対応できることが開発行程の経験がある人の強みだと思います。

このように開発経験が無いとクライアントからの信頼も得にくくなっちゃいます。

とはいえいきなり本格的な実装とか設計をするのは難しいので、最初は簡単なテスト案件とか運用監視とか未経験でも入りやすい開発系の案件から入ってって少しずつ上流に上ってくのがいいと思います。

ただし、キャッチアップはめちゃくちゃ大変になっちゃいます。
できないことをやるので、そもそも採用される確率もすごく低いです。
たとえ入れても常に勉強しないといけないぐらいキャッチアップが大変だっていう前提付きです。

キャッチアップ前提なので、自主学習としてシステム開発の本をたくさん読んだり、案件資料をちゃんと読んだり、不明点をプロジェクトメンバーやエンジニアに聞きに行ったりするような能動的な動きが取れないといけません。

このように何か未経験の領域で能力を身に付けようと舵を切った場合、単価とか給料の点では下がることが多いです。
でも数年後、もしかしたら1～2年後ぐらいには、元の給料かそれより多めに貰えるような成長曲線が描けることはよくあります。

これも知人の話ですが、他業界の営業からPMOのフリーランスに転身したんですよ。
営業時代は会社でNo.1も取ったことあるらしくてインセンティブもあって月収50万超えてたみたいです。
サラリーマンで50万とか結構すごい、年収600万ぐらいですよね。それも新人～2年目とか。

その時の強み、お客様との折衝の腕を活かしてフリーランスのPMOになったんですよ。
でもなったはいいけど案件探してても中々オファーが無いんです。
PMOは狭き門なので未経験かつ開発経験無しだと難しいところがあります。
特にその方の条件で厳しかったのは単価60万以上で探してたことですね、気持ちは分かりますけど。

未経験のPMOで60万は厳しいってことで、その方は&単価を下げてでも開発工程の案件に入ることがマスト&だと気づいたんですよ。それで一旦単価を40万まで下げて開発工程のPMOとして入りました。
そこでその方はPMOとしてのタスクだけでなくエンジニアと一緒に開発もしたらしいんです。
いわゆるプレイングマネージャーとしてプログラミングのキャッチアップとか求められてる以上の稼働をしたから相当負荷がかかったとは思います。

その結果クライアントの方からも技術的な背景を持つPMOとしてすごく高い評価を受けて、市場価値が向上して今では単価100万前後の案件に入れるようになったとのことです。
良いキャリアを歩んだパターンですね。

本日の動画は以上です！