Foursquareのチームでテクノロジーをリードするための簡単なガイド-BenHorowitzの記事「Good Product Managers, Bad Product Managers」を参考に。
チームワーク
優れたテクニカル・リーダーは、必然的にチームの一員であり、チーム全体が成功することで自分も成功したと考えるものです。面倒で魅力のない仕事をこなすだけでなく、チーム全体が100％の効率で機能できるよう、プロジェクトから障害を取り除かなければなりません。優れたテクニカル・リーダーであれば、チームの技術的な実現可能性を広げ、重要なシステムの理解と導入が1つや2つのアイデアに限定されないように努めます。
ダメなテクニカルリーダーは通常、仕事をやり遂げたことを自分の手柄にすることを目標に、重要な仕事をすべて引き受けます。彼らの哲学は、全体よりも部分を優先することなので、プロジェクトチーム全体は、チームメンバーを犠牲にして、プロジェクトの最も有益な部分を完成させることになります。
テクノロジーの視点
優れたテクニカルリーダーは、製品の技術的な方向性を俯瞰し、チームのメンバー全員がそれを認識できるようにします。テクニカルリーダーは、さまざまな機能をチームの他のメンバーに割り当て、その機能に対してどのような技術や手法が必要かはメンバーに任せます。彼らはメンバーが賢いことを信頼し、プロジェクトの重要な部分を自分たちで処理することを任せたのです。
テクニカル・リーダーとして不十分な人は、決定した技術的な方向性を説明したり明確にしたりするのではなく、他のメンバーに直接発表します。テクニカル・リーダーは、主要なシステムに関する知識は持っていますが、実用的な文書を書いて普及させることによって、その知識の影響力を高めることはしません。
議論と討論
優れた技術リーダーは、チーム内の議論に耳を傾け、それを促します。チームメンバーが問題について実りのない議論をしているときには、解決策のアイデアの手順や枠組みを説明するだけで、問題解決の手助けをします。優れたテクニカルリーダーは、結論ありきでチームの議論に参加することはなく、他のメンバーの気まぐれに説得されることが多いものです。
下手なテクニカルリーダーは、実りのない議論を延々と続けさせ、明らかにチームの生産性を妨げます。また、議論を早々に終わらせ、新たな議論に対して「決まったことだ」という答えで反対するリーダーもいます。下手なリーダーにとって、議論に勝つことは、決定を正しく下すことよりも重要なのです。
プロジェクト管理
優れた技術リーダーは積極的です。プロジェクトの技術的な方向性が軌道に乗るようにします。チームメンバーとともに中間マイルストーンを予測し、設定します。自分の担当領域で発生する可能性のある問題を予測し、問題が発生したときにチームが圧倒されないようにします。技術的な障害を特定し、チームがそれを克服できるよう支援します。また、プロジェクトの重複部分を特定し、メンバーに協力してもらうだけでなく、十分な注意が払われていない部分やリソースが不足している部分を特定し、それを解決する方法を考えます。
プラグマティズム
優れたテクニカル・リーダーは実用性を追求し、何かを正しく行うべきか、まったく行わないべきかを天秤にかけます。その場しのぎの対策として単純化を使うこともありますが、決して怠慢にはなりません。その代わり、リリース時に機能性の実用的なベースを持つために、開発プロセス全体を通して問題に対処するためのアドホックな簡略化や不測の事態に備えたシステムを使うよう、チームメンバーに促します。優れた技術リーダーにとって、細部は重要です。彼らにとって、品質の高いコード、コードレビュー、テストは、ソフトウェアを期限内にリリースすることと同じくらい重要なのです。
ダメな技術リーダーは、一時的に時間を節約するために近道をするだけで、後でメンテナンスにもっと時間がかかるようになります。その場しのぎの手段を使わなければならない状況と、最善を尽くさなければならない状況との区別がつかないのです。
コミュニケーション
優れたテクニカルリーダーは、自分たちの役割が単に良いコードを書くことだけではないことを知っています。チームメンバーと効果的にコミュニケーションをとることも重要な仕事の一部であり、チームの生産性を高めるために余分な時間を費やす価値は十分にあります。彼らは、チーム内でのコミュニケーションや交流の必要性を理解しており、チームの有効性のために個人的な時間を犠牲にすることもあります。
しかし、ダメな技術リーダーは、コーディングしているときだけ効率的だと考え、コミュニケーションは気晴らしだと考えています。チームの効率を優先せず、個人主義を賛美します。チームを率いることに時間を割かなければならないとき、彼らはフラストレーションを感じます。
製品との関係
優秀なテクニカルリーダーは、プロダクトマネージャーやデザイナーと、製品がどのように機能するかについて議論します。反対意見を恐れず、製品の目標を達成するために妥協します。また、技術的な制約に対処するために、技術的な要求の低い代替製品のアイデアを出し、プロダクトマネージャーやデザイナーが技術的な課題を理解し、十分な情報に基づいた選択ができるように支援します。
下手なテクニカル・リーダーは、製品オーナーシップの態度で製品決定を扱うのではなく、「製品を作るべき人」に製品決定を丸投げします。また、技術的な制約を理由に製品の決定に拒否権を持つこともありますが、代替的な技術的解決策を提示したり、技術的な問題を他の人に説明したりすることはありません。
仕事の柔軟性
優れた技術リーダーは、製品仕様の変更に弾力性をもって取り組み、製品完成時のサプライズにも冷静に対応します。仕様変更が起こりそうな箇所を予測し、それに対応するために弾力性の高いコードを設計します。
ダメな技術リーダーは、製品仕様の変更に直面すると気が散りがちであり、また、これ以上変更が生じないと思われる領域で、回復力の低いコードを早々と書いてしまいます。
人格
優れた技術指導者は、いつも気楽で自信に満ちています。下手な技術リーダーはいつも気難しく、攻撃的です。優れた技術リーダーは、その技術的スキルとプロジェクト経験を通じて尊敬を得ながら、自然に振る舞っています。劣った技術リーダーは、尊敬や権威は肩書きから来るものだと考えています。優秀な技術リーダーは、常に自分自身を向上させます。劣った技術リーダーは、他者からのフィードバックに抵抗があります。優れた技術リーダーは謙虚で、チームメンバーが自信を高めるよう促します。下手なリーダーは傲慢で、チームメイトに劣等感を抱かせることを楽しみます。
