新鮮なチームリーダーのために、どの管理書を読むことをお勧めしますか？[閉まっている]
回答:
ピープルウェア：生産的なプロジェクトとチームが頭に浮かびます。
本の最初の章では、
「私たちの仕事の主な問題は、本質的に社会学的なほど技術的ではありません」。
この本は、チームの「ジェリング」、職場環境の静かさ、離職の高コストなどの社会学的または「政治的」問題にアプローチしています。
Steve McConnellによる迅速な開発。
PeopleWareを使用してこれを行う理由は、ここに実際にチームリーダーとして実装できるものがいくつかあるためです。チームリーダーである場合（通常は影響力がありません）、PeopleWareの大部分は、作業環境、給与、採用などに大きな影響を与えることができないため、大部分が野心的です。
ただし、開発プロセスで何かを探しているか、管理とリーダーシップを探しているかによって異なります。私はそれを読んでいませんが、私は誰かが推奨した最初の90日間の外観が好きです。あるいは、The One Minute Managerはかなり好きですが、多くの問題があります（主にストーリーとして伝えられており、その内容は明白である-私は同意しますが、明白なことを頻繁に見逃しているので、時々自分自身を思い出すことは悪いことではありませんそして、あなたがそれをどう思うかは、少なくとも非常に短いです）。
Fred Brooks のMythical Man Monthには、すべきではないことがたくさんあります。ことと、ピープルは、ソフトウェアプロジェクト管理を定義する2つです。
新しいソフトウェアチームリーダーの場合は、以下をお勧めします。
「私はチームリーダーになりましたが、今は何ですか？」そして、多くの実用的なシナリオが明確に提示されています。また、各セクション内に適切なリファレンスがあるため、継続的なリファレンスブックとして役立ちます。
プロジェクト管理のAntiPatternsは、物事を間違って行う方法のすばらしいリストです。避けるべきことの素晴らしいリストです。
リストされている良いものは、ほとんどのプログラマーにすでにかなり人気があります。これはどうですか：ボブ・サットンによる「嫌いな人のルール」。
私は実際にソフトウェアの推定について議論します：ブラックアートまたはそれらの線に沿った何かの謎解き。管理スタイルは調整できますが、この時点でほぼ設定されています。あなたはいつでも物事をより速く、より速くすることを学ぶことができますが、あなたのスタイルは本当にあなた自身です。
一部の人々はジャークと評され、他の人々は叫び声を上げて大声で叫ぶことを好み、他の人々は意見を聞いてコンセンサスを作ります。あなたが長い間開発しているなら、それらの人格特性はほとんど設定されているか、かなり目に見えます。あなたの新しい役職は、あなたの時間と他の人の時間の多くのスケジューリングを必要とするでしょう。成功するには、それを正しく（またはほとんど正しい）してください。
新たに鋳造されたチームリーダーとしてのステータスは、プロジェクトを期日どおりに提供する能力によって決まります。
あなた自身の。一連の議論と指導セッションによってリーダーを訓練し、訓練生に状況、応答、成功または失敗のプライベートジャーナルを保持させます。基本的に、彼らは自分の本を書きます。この演習は、本自体や参考書にとってはそれほどではありません。反省の行為を奨励することです。
次に、新たに生まれたリーダーが問題を把握した後、他の投稿に投稿された素晴らしい本のいくつかを選択します。
私のポイントは、あなたがそれらについての本を読む前にリーダーシップと管理についていくらかの経験を持つべきだということです。単にあなたが読んだものを本当に理解し、感謝し、関係する主題について十分に知らないからです。たとえば、コードの最初の行を書く前に誰かにCode Completeを読むように勧めませんか？同じことがここでも当てはまります。足を濡らして、何か関連するものがあるようにしてから、本を探しに行きましょう。