ソフトウェア開発チームの管理に関する最高の本？[閉まっている]

ソフトウェア開発に関する標準的な本はかなり確立されています。しかし、今週末、プログラミングチームの管理に関する悪いアドバイスに満ちた恐ろしい本を読んだ後、プログラミングの管理側（募集、パフォーマンス測定/管理、動機、ベストプラクティス、組織構造）に焦点を当てた本当に良い本の推奨事項を探していますなど）、ソフトウェア自体の構築についてはそれほどではありません。

助言がありますか？

ピープルウェア：生産的なプロジェクトとチーム。

1冊の本を読んだら、この本にしてください。開発者の生産性を高める方法を説明し、これらのことが重要な数字で重要である理由をバックアップします。

可能性としては、それらのすべてを実装することはできません（多くの企業はそれらを妨げる文化を染み込ませています）が、理想が何であり、なぜなのかを知り、できるものを手に入れるための弾薬を持っている価値があります。

Peoplewareを読んだ後（1999年に少し時代遅れですが、クラシックです）、同じ著者（Tom DeMarco ）からの最新のものがあります。

スラック過去のバーンアウト、Busywork、およびトータル効率の神話を取得

神話上のマン月。これは重要な読み物です。

人間の管理

具体的なアクション項目は多くありませんが、興味深い読み物であり、視点を提供します。

スティーブマッコネルは、コードコンプリートを作成するだけでなく、ラピッドデベロップメント：ソフトウェア開発プロジェクト管理に関するソフトウェア開発スケジュールの作成も作成しました。

彼はまた、ソフトウェア推定：黒いアートの謎解きとソフトウェアプロジェクトサバイバルガイドも執筆しましたが、どちらも一見の価値がありますが、ソフトウェア推定は特定のテーマについて詳細に説明しています。明確に操縦します。

Jim McCarthy のソフトウェア開発のダイナミクスも優れています（McConnellの書籍のように、Microsoft Pressです。平凡なソフトウェアを遅く出荷することで有名な会社で、どうやってそれが適切に行われるべきかについて非常に優れた書籍を出版できました）。

ソフトウェア開発用の54の「ルール」が含まれています-いくつかの明らかなもの、それほど重要ではないもの、覚えておく価値のあるもの、そして200ページ未満（写真付き）なので非常に読みやすいものです

採用に関しては、Joel Spolskyと呼ばれる一部の人がSmart and Gets Things Doneを行うことで、非常に短い洞察が得られるという長所があります。それが話すことのいくつかは、すべての会社/国で実装されるのは簡単ではありませんが、多くの場合、いくつかの利点を得る代替手段があります。

Joelのものを売り込んでいる間、ソフトウェアエッセイに関するJoelの最初の本も、それらはすべてオンラインで入手可能ですが、良いです。短く、読みやすく、考えさせる。

（ジョエルやジェフがどれほど素晴らしいかについて人々が強打することについて彼がうめき声をあげた後、偽善で死にます。）

（本へのリンク）

アジャイルであろうとなかろうと、レトロスペクティブプロセス（チームの最近の作業を振り返り、それを改善する方法を探す）が重要です。この本には、何が起こったのかを再構築し、根本原因を突き止め、今後何をすべきかを決定するためにチームが使用できる便利なテクニックがたくさんあります。

猫番は、管理者になったプログラマーのために特に書かれています。

アリスターコックバーンによるクリスタルクリア。アジャイルに慣れていなくても、チームの管理に関する多くの優れたアドバイスが含まれており、独自の開発プロセスを構築するための優れた背景を提供します。

ソフトウェアのフロントについては、上記の本がたくさんあります。私は1冊の本もカップルも十分ではないと言うでしょう。管理自体は難しい作業であり、非常に主観的です。経営を検討している人には、ハーバードビジネスのレビュー書をたくさん読むことをお勧めします。彼らは皆、共有する具体的なアイデアを持っています。これらは没頭するために実装に多くの読書と努力を必要とします。