「走れ！プロジェクトマネージャー！」

　ITエンジニアと一括りにしても、色々な雇用形態、勤務形態が存在します。その中でもっとも多いのが、派遣型ではないでしょうか。会社が派遣業の資格を持っていないため、業務委託と称してエンジニアを送り込みます。
　その際に渡されるスキルシートが改ざんされることもあり・・・。（以前勤めていた会社で、目の前で見ました）スキルシートを改ざんされてしまったエンジニアの人は、とても困ると思います。出来ないことを期待されてしまったりしますから。
　
スキルシートでいったい何が分かるのか（＠IT情報マネジメント）

　建築業界は下請け、孫請け構造だ、という話を聞きますが、システム開発はまさにその構造です。一次受けで受注した会社の社員が、100％作り上げることは極めて稀です。

　　　　　　　■あまり吟味されないスキルシートの中身
　　　　　　　　（前略）
　　　　　　　このスキルシート上も、後から思えば「同じシステムのPG、SEを10年近くもやっ
　　　　　　　ている」という危険要素があったのも事実です。Eさんがどうしてそこに 10年張
　　　　　　　り付かねばならなかったのか？ それほど顧客に買われていたのか、あるいは
　　　　　　　ほかに案件がなかったのか？ 会社が異動させるのを忘れていたのか？

　一般的にエンジニアを紹介してくれる会社は、スキルシートを送ってきます。その人が、どういう経験があるか、を記述したものです。紹介を受けた会社、プロジェクトマネージャーや現場の技術リーダーたちは、それを見てその人のスキルを推測するわけです。
　事前打ち合わせとして、ご本人に会ってみることもあるでしょうが、人柄ややる気などは分かるのですが（これは採用面接でも同じですね）、本当に出来ることは、何かを実際にやってもらうなどでない限り、分からないものです。
　スキルシートを見て推測したプロジェクトマネージャーたちは、その人が出来るであろう仕事を依頼します。順を追って簡単なことから、と配慮してくれる開発現場はまだ良いのでしょうが、過渡期に来ている開発現場は、ほぼ丸投げ状態で渡されることも珍しくないのだと思います。
　そうなってしまうと、技術的には分かるけれども、やり方に不慣れで時間がかかってしまうエンジニアも少なくありません。また、スキルシートを提出している手前、聞きづらい、と思ってしまう人もいます。
　バタバタしているプロジェクトマネージャーは、「質問してこないのだから、問題ない」と思いこんでしまい、進捗を確認することを怠ります。こうなると、土壇場になるまで問題が発覚しません。
　この記事にあることは、皆さんの周りでも多かれ少なかれ、見たこと、聞いたことがあるのではないでしょうか。もしかすると、その現場に居合わせたことがあるかも知れません。
　出来なかった人が悪い、というのは簡単ですが、事態収拾するためにどうするのか、を考えなくてはなりません。
　受注者・発注者などという立場を超えて考える。プロジェクトマネージャーには、多様なスキルが求められるのだと思います。