プロジェクトリーダーの役割
プロジェクトリーダーってなんなんですかね？ということで自分でプロジェクトリーダーをした経験をつらつらと書いていこうと思います。
勿論最初からプロジェクトリーダーだったわけではなく、キャリアとしてはテスター→プログラマー→システムエンジニアと進んできました。
参考にした本なども文章の最後に紹介しています。
プロジェクトとは
プロジェクトとは始まりと終わりがある、要するに期限がある、かつ、１回きりのお仕事です。
確認事項はエクセルで管理する
プロジェクトを進めていくと、決まっていないことだらけなのでそれをメモするためにエクセルなどでQA課題管理表のようなものを作成すべきです。
例えば、ログの出力方法はどうするか。infoなのかdebugなのか、メソッドの開始終了でログを出力するのか、など色々わからないことや取決めしたい事がが次々と出てきます。
このQA課題管理表は朝会などを開いて、プロジェクトリーダーがメンバーに毎日チェックすることによって、効率よくプロジェクトを進めていくことができます。課題が減っていくにしたがって朝会の頻度を減らしていくなども考慮します。
QA課題管理表のテンプレートです。
トレードオフ
プロジェクトの制約条件として、時間とリソース（エンジニア）と品質があると思います。
クオリティを求めるなら、時間とリソースが増えます。
時間（期限）が明確に決まっていてリソースが固定の場合、クオリティを下げざると得ないです。
プロジェクトリーダーはこの関係を理解しないといけないですし、プライオリティを付けておくべきです。
技術的サポート
プロジェクトリーダーはSEやPGが困った時にフォローもしてあげないといけません。（と思う）
コーディング作法や設計指針、こういう時はどうしたらいいか？と言われた時に方向性を示してあげられないといけないです。単に進捗管理していれば良いというようなPLは最低レベルのPLだと思います。
エンジニアのレベルは無関係
プロジェクトメンバーは基本的には寄せ集めであるため、優秀なエンジニアもいれば普通のエンジニアもあまり出来ないエンジニアもいます。
プロジェクトリーダーの役割は与えられたコマで如何に進捗を管理しつつコマを動かすかだと思います。
優秀なエンジニアを集めることがプロジェクトリーダーの役割ではありません。
コミュニケーションが大事
PLでコミュニケーションをとらないPLがいますが、必ず朝会や進捗報告の打ち合わせはするべきです。密にコミュニケーションを取っても細かい部分で仕様を履き違えるのに、コミュニケーションに重きを置かないプロジェクトは基本うまくいかないと思います。
モチベーション管理もPLの仕事
各メンバーのモチベーションを管理するのもPLの仕事です。
なので、PLは人の上に立つべき人格者でなければいけません。商流が上という理由だけでPLをやっているSierなどのPLは残念な人が多いです。
人は人についていくものなので、部下がいない人（人を動かすことが出来ない人）に人はついていくわけないのです。部下のモチベーションをあげるのは上司の責任です。部下は優秀なエンジニアである必要はなく、モチベーションがある方が好ましいです。各メンバーのモチベーションこそがプロジェクトの成功に繋がると思います。
参考書
KHI入社して退社。今はCONFRAGEで正社員です。関西で140-170/80～120万から受け付けております^^
得意技はJS(ES6),Java,AWSの大体のリソースです
コメントはやさしくお願いいたします^^
座右の銘は、「狭き門より入れ」「願わくは、我に七難八苦を与えたまえ」です^^
コメント