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?
books
management
JohnFx
źródło
źródło
Odpowiedzi:
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.
źródło
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
źródło
Mityczny Miesiąc Człowieka . To niezbędna lektura.
źródło
Zarządzanie ludźmi
Niewiele konkretnych elementów akcji, ale jest to ciekawa lektura i zapewnia perspektywę.
źródło
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ć.
źródło
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).
źródło
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.)
źródło
(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.
źródło
Pasterze koty są szczególnie napisane dla programistów, którzy zostali menedżerami.
źródło
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.
źródło
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.
źródło