Najlepsze książki na temat zarządzania zespołem programistów? [Zamknięte]

Kanoniczne książki na temat rozwoju oprogramowania są dość dobrze ugruntowane. Jednak po przeczytaniu w ten weekend okropnej książki pełnej złych porad na temat zarządzania zespołami programistycznymi szukam rekomendacji dla naprawdę dobrych książek, które koncentrują się na stronie zarządzania programowaniem (rekrutacja, pomiar wydajności / zarządzanie, motywacja, najlepsze praktyki, struktura organizacyjna itd.), a nie na samej konstrukcji oprogramowania.

Jakieś sugestie?

Peopleware: produktywne projekty i zespoły .

Jeśli czytasz jedną książkę, zrób to. Obejmuje to, jak zabrać się do zwiększania produktywności programistów, i potwierdza, dlaczego te rzeczy są ważne w przypadku twardych liczb.

Są szanse, że nie wszystkie zostaną wdrożone (zbyt wiele firm ma zakorzenione kultury, które im to zapobiegną), ale warto wiedzieć, jaki jest ideał i dlaczego, i mieć amunicję, aby zdobyć to, co możesz.

Po przeczytaniu Peopleware (nieco przestarzały, 1999, ale jest klasykiem) tutaj nowszy od tego samego autora ( Tom DeMarco )

Slack przejechaniu Burnout, Busywork, i mit sprawności całkowitej

Mityczny Miesiąc Człowieka . To niezbędna lektura.

Zarządzanie ludźmi

Niewiele konkretnych elementów akcji, ale jest to ciekawa lektura i zapewnia perspektywę.

Oprócz pisania Code Complete Steve McConnell napisał także Rapid Development: Taming Wild Software Schedules, który dotyczy zarządzania projektami programistycznymi, a dla menedżerów projektów oprogramowania jest prawie tak dobry, jak Code Complete.

Napisał także Software Estimation: Demystifying the Black Art i The Software Project Survival Guide, które są warte obejrzenia, choć Software Estimation jest dość ... szczegółowy w jednym konkretnym temacie, więc chyba, że ​​naprawdę Cię to interesuje omijać.

Dynamika rozwoju oprogramowania autorstwa Jima McCarthy'ego jest również dobra (podobnie jak w przypadku książek McConnella jest to Microsoft Press - firma znana z późnego wysyłania przeciętnego oprogramowania, jakoś udało się opublikować kilka bardzo dobrych książek o tym, jak należy to zrobić właściwie).

Zawiera 54 „reguły” do tworzenia oprogramowania - niektóre oczywiste, niektóre mniej, prawie wszystkie warte zapamiętania i mniej niż 200 stron (ze zdjęciami), tak bardzo czytelnych (plus struktura reguł 54 oznacza, że ​​jest w dobrych kawałkach).

Do rekrutacji Smart i Gets Things Done przez jakiegoś faceta o imieniu Joel Spolsky ma tę zaletę, że jest bardzo krótki z dobrymi spostrzeżeniami. Część tego, o czym mówi, nie będzie łatwa do wdrożenia w każdej firmie / kraju, ale często istnieją alternatywy, które przyniosą ci niektóre korzyści.

Podczas gdy reklamujemy materiały Joela, pierwsza książka z esejami o oprogramowaniu jest również dobra, chociaż wszystkie są dostępne online. Krótkie, czytelne i prowokujące do myślenia.

(W dalszym ciągu umiera z powodu hipokryzji po tym, jak narzekał na ludzi walczących o to, jak wspaniali są Joel i / lub Jeff.)

(link do książki)

Zwinny czy nie, ważny jest proces retrospektywny (spoglądanie wstecz na ostatnią pracę zespołu i szukanie sposobów, aby zrobić to lepiej). Ta książka zawiera wiele przydatnych technik, których zespół może użyć, aby zrekonstruować to, co się działo, ustalić przyczyny i zdecydować, co robić dalej.

Pasterze koty są szczególnie napisane dla programistów, którzy zostali menedżerami.

Crystal Clear autorstwa Alistair Cockburn. Nawet jeśli nie interesujesz się zwinnością, zawiera wiele dobrych porad dotyczących zarządzania zespołami i daje dobre podstawy do budowania własnego procesu rozwoju.

Wiele książek wymienionych powyżej dla frontu Software. Powiedziałbym, że jedna książka lub para nie są wystarczające. Samo zarządzanie jest trudnym zadaniem i jest bardzo subiektywne. Poleciłbym komuś, kto rozważa zarządzanie, przeczytanie wielu książek przeglądowych Harvard Business. Wszyscy mają konkretny pomysł do podzielenia się, a ich wdrożenie zajmuje dużo czasu.