自分がどんな仕事をしているのか？開発しているシステムが、お客様にとってどのような結果を生むのかを真に理解することです。
個人でチームの一員としてやっている場合、自然と身につくものであると思います。ですが、自然と身につくものだけでは不十分です。積極的に周辺や、接続したり連携する機能に関するエンドユーザでの使われ方の情報を集めましょう。
単に仕様を理解していてその通り作るだけではだめです。プログラマとしてはそれでよいのでしょうがチームリーダを目指すのですから周辺知識は必要です。重要なのはそのシステムは“どのように使われるか“です。この観点を持っていることにより、担当している単機能の単体試験だけでなく、結合試験、総合試験、運用試験に食い込むことができます。「彼(彼女)なら関連機能を含めたユーズケースを元に試験シナリオが作れる」ということになれば第一目標は達成です。
「彼がいなければどうにもならない」となるのが理想ですがまずは「彼に任せることができきる」となることが重要です。
開発工程で上流はベテランが行うのが一般的ですプログラマは多くここには参加できず、詳細設計工程あるいは製造工程から参加することになります。V字開発の工程ごとの人員表を意識すればわかりますが、詳細設計製造から入った人は単体試験が終了すると不要になります。人が減らされるのです。ここでいかに生き残るかが勝負です。そのための武器と考えてください。

チームリーダになるためには、まずはプログラマーとしての実績が必要です。プログラマーの親玉にしようというのですから、プログラマーとして優れている必要があります。

ここでは「何々できます」などということは聞きたくなくて「何々してきました」「何々の経験があります」ということが重要です。言い方ではなく実際の経験が必要ということです。

開発スキル：こうこういうプロジェクトでの開発経験があり、そこで生産性良く開発ができた。
― 設計：設計品質が高くほかの人の参考になるようなメンテナンスのしやすい設計書を書いてきているスケジュール：スケジュールを常に守ってきていて信頼されている
― 品質：作ったプログラムのバグが少ない
― 要件策定：お客様と話せて、その要件をくみ取ることができる
問題解決実績：問題が起こった時、あっさり解決したことがある
助け合い実績：チームのほかの人が困っているとき助けて解決したことがある
責任感：責任感があって、不測の事態が発生しても、他のせいにせず、最後までやりきっている
バランス力：重要なものとそうでない物を正確に見分けて適切なプライオリティーで処理してきている。

これらの実績がすべてあると、ちょっとチームを任せてみようか？ということになります。

これらがあると認められるためにはどうすればよいのでしょうか？
次回話します