PMを志すPLが語る、プロジェクトマネジメントで拓くキャリアプランとは

最初はプログラマー・SEとして、OpenCmsの構築など、CMS関連業務を行っていました。もともと、プログラミングやつくることが好きでジークスに入社したので、当時は開発に没頭していましたね。

何年か経つと、数名のメンバーをまとめるPLのような役割を担うように。それまでと違い、メンバーに指示を出して主体的に案件を進める立場、つまりプロジェクトマネジメントに関わるようになったんです。

5年目にPL的な役割で参画した、大手ゲームメーカー様のブログサイト開発案件です。最初期の提案から入り、自分が中心になって設計・実装・保守・運用までを進めてみて、開発プロジェクトの全体像を理解する力や責任感が身に着いたと思います。

「誰かがなんとかしてくれる」という逃げ場がない重圧はありつつも、ある程度裁量を持って、自分がプロジェクトを進められたという実感を得られましたし、自分が司令塔になって、チームでプロダクトをつくることに魅力を感じました。

それまで携わっていた開発プロジェクトを継続して担当していたので、大きな変化があったわけではないんですが、やはり「PLはバランス感覚を持って、プロジェクト全体を俯瞰する必要がある」と強く感じました。

東京でPL的な役割をしていた頃は、実装も進行管理も自分で背負ってしまって、プロジェクトがまわらない状況になりかけました。PLがすべてを知って進めるのは無理だということがわかり、実装の細かいところは思い切ってメンバーに任せ、メンバーの日々の進捗を見る進行管理に力を注ぐように。「プロジェクト全体を、計画どおりに正しく導く」という、自分がメンバーのときに意識していなかった視点を持てるようになりました。

プロジェクトマネジメントの面で言えば、やはり「メンバーが気持ちよく働けているか？」が一番大事。それがないとモチベーションやパフォーマンスが下がってしまいます。

重視しているのは、メンバーの適性に合わせたタスクアサインです。「この人は細かな実装が得意だな」「彼は大きい機能の方が向いていそう」など、本人のパフォーマンスに合わせた領域を任せることを意識しています。

そのために、1on1を定期的に実施しています。メンバーが困っていることを口にしやすいよう、「調子どう？」とフランクに聞くことを意識していますね。「まあまあです…」と返ってくることもしばしばですが（笑）。

ほかにも、雑談のなかで「iOSをやってみたい」など本人の希望も聞くようにしています。受託開発という性質上、いつでもメンバーが希望する業務をできるわけではありませんが、メンバーには「自分がやりたいことがあれば言ってね」と伝えています。

PLのときにも増して、プロジェクトの細かい部分よりも、ビジネス要件やコスト感の視点が大きなウエイトを占めるようになりました。見積もりを作成するなどの経験はありましたが、PMは開発プロジェクトの責任者として、営業とも相談しながらコストを管理しなければなりません。自分が「盾」になりながら他部署と連携し、PLと協力しながらプロジェクトがきちんと黒字になるよう導く必要があります。

PLのときもそうでしたが、プロジェクトの中で自分が把握できる範囲は限られます。「これは任せて大丈夫」「ここは自分がやらなければいけない」と見極めて、関与の濃淡をつけていくことが大切だと感じています。