Odpowiedzi:
Peopleware: przychodzi na myśl produktywne projekty i zespoły .
Pierwszy rozdział książki twierdzi,
„Główne problemy naszej pracy są nie tyle technologiczne, co socjologiczne”.
Książka podchodzi do problemów socjologicznych lub „politycznych”, takich jak „galaretowanie zespołu”, cisza w środowisku pracy i wysokie koszty obrotu.
Zarządzanie ludźmi , czyli zbiór rzeczy menedżerskich z Rands In Repose , jest warte przeczytania i zabawne.
Tona prawdy skoncentrowała się na samej jej istocie.
Szybki rozwój Steve McConnell.
Powodem, dla którego zdecydowałem się na to w PeopleWare, jest to, że jest tu jeszcze kilka rzeczy, które możesz faktycznie wdrożyć jako lider zespołu. Kiedy jesteś liderem zespołu (z brakiem siły, z którą zwykle się wiąże), większość PeopleWare jest w dużej mierze aspiracyjna, ponieważ nie będziesz w stanie znacząco wpłynąć na środowisko pracy, wynagrodzenie i rekrutację itd.
Myślę, że zależy to od tego, czy szukasz czegoś na proces rozwoju, czy też od zarządzania i przywództwa. Chociaż go nie czytałem, podoba mi się wygląd pierwszych 90 dni, który ktoś polecił. Alternatywnie bardzo lubię One Minute Managera, chociaż wiele ma z tym problemy (w dużej mierze jest to opowieść i że jej treść jest oczywista - z czym się zgadzam, ale często pomijamy to, co oczywiste, więc przypominanie sobie od czasu do czasu nie jest niczym złym i cokolwiek o tym myślisz, jest to co najmniej bardzo krótkie).
Miesiąc mitycznego człowieka Freda Brooksa ma wiele wspaniałych rzeczy, których nie należy robić. To i Peopleware to dwa elementy, które definiują zarządzanie projektami oprogramowania.
Jeśli jesteś nowym liderem zespołu oprogramowania, polecam:
Jest napisane z perspektywy „Właśnie zostałem liderem zespołu - co teraz?” i ma wiele praktycznych scenariuszy przedstawionych w przejrzysty sposób. Ma również dobre referencje w każdej sekcji, więc jest przydatny jako ciągły podręcznik.
AntiPatterns w zarządzaniu projektami to wspaniała lista sposobów na robienie rzeczy źle. To świetna lista rzeczy, których należy unikać.
Cóż, te dobre wymienione są już dość popularne wśród większości programistów. Co powiesz na to: Reguła No Asshole autorstwa Boba Suttona .
Tak naprawdę byłbym zwolennikiem oceny oprogramowania: Demystifying the Black Art lub czegoś podobnego. Twój styl zarządzania, choć można go dostosować, jest w dużej mierze ustawiony do tego czasu. Zawsze możesz nauczyć się robić rzeczy lepiej, szybciej, ale twój styl jest naprawdę taki, jaki jesteś.
Niektórzy ludzie są szarpanymi opiniami, inni lubią krzyczeć i wrzeszczeć, inni słuchają i budują konsensus. Jeśli rozwijasz się przez dłuższy czas, te cechy osobowości są albo raczej ustalone, albo dość widoczne. Twoja nowa pozycja będzie wymagała dużo planowania: twojego czasu i czasu innych ludzi. Aby odnieść sukces, lepiej to dobrze (lub głównie dobrze).
Twój status świeżo upieczonego lidera zespołu będzie zależał od twojej zdolności do terminowego dostarczania projektów.
Twój własny. Trenuj swojego lidera poprzez serię dyskusji i sesji mentorskich, a Twój stażysta będzie prowadził prywatny dziennik sytuacji, odpowiedzi i sukcesów lub porażek. Zasadniczo będą pisać własną książkę. Ćwiczenie to nie tyle dotyczy samej książki, ani odniesienia - ma zachęcić do refleksji.
Następnie, gdy świeżo upieczony lider zapozna się z problemami, wybierz wspaniałe książki opublikowane w innych postach.
Chodzi mi o to, że powinieneś mieć trochę doświadczenia z przywództwem i zarządzaniem, zanim zaczniesz czytać o nich książki, po prostu dlatego, że nie będziesz wiedział wystarczająco dużo na ten temat, aby naprawdę zrozumieć, docenić i odnieść się do tego, co przeczytałeś. Na przykład nie doradziłbyś komuś, aby przeczytał Code Complete przed napisaniem pierwszego wiersza kodu, prawda? To samo dotyczy tutaj. Zmocz stopy, żebyś miał coś do nawiązania, a potem idź po książki.