Jeśli masz kilka nietechnicznych osób zarządzających zespołem programistów, czy jest książka, którą chcesz, aby przeczytali, aby lepiej zrozumieć ten proces?
Na przykład w większości prac można dość dobrze oszacować, ile czasu zajmie zadanie. Ale w rozwoju chodzi o to, że musisz rozwiązać problem, który zajmuje nieznany czas. Trudno się z tym porozumieć.
Czy coś o tym wiesz dobrze to wyjaśnia?
project-management
Nathan Long
źródło
źródło
Odpowiedzi:
„ Peopleware ” i „ Mythical Man Month ” byłyby kilkoma klasykami, choć nie jestem pewien, jak dobrze zarządzanie potraktowałoby czytanie każdej książki, ponieważ mogą one być postrzegane jako stare.
źródło
Do zarządzania procesem programowym i projektami muszę polecić Rapid Development Steve'a McConnella : Taming Wild Software Schedules and Software Project Survival Guide . W tych książkach omawiane są różne tematy, od klasycznych błędów w zarządzaniu projektami oprogramowania, przez zarządzanie ryzykiem, po objaśnienia najlepszych praktyk i tego, jak je odpowiednio zastosować.
Jima McCarthy'ego Dynamics of Software Development zapewnia również kilka interesujących informacji na temat pracy zespołów programowych oraz wskazówki i porady dotyczące optymalizacji projektów oprogramowania na podstawie rzeczywistych przypadków.
źródło
To nie książka, ale udało mi się skierować (dość rozsądnie) nietechnicznych menedżerów do Joela ds . Oprogramowania .
źródło
Poznaj fakty i błędy inżynierii oprogramowania .
EDYTOWAĆ
Ta książka jest łatwa do odczytania i łatwa do skopiowania akapity do zarządzania. Koncentruje się na zagadnieniach związanych z tworzeniem oprogramowania z daleka od wiedzy o tym. W tym czasie miałem podobne problemy do OP i pracując z moim kierownikiem i tą książką, udało mi się go przekonać, że potrzebuję więcej czasu i zasobów, aby wykonać swoje zadania.
Jednak ostatnio widziałem wiele rzeczy w tej książce, które były sprzeczne. Jak zawsze, nie polecałbym nikomu czytania w badaniach społecznych. To jest zbyt żałosne i zmienia się z dnia na dzień.
źródło
Idealne oprogramowanie: i inne złudzenia dotyczące testowania powinny być kolejną książką, którą je dostaniesz.
W przedmowie oto niektóre z omawianych pytań:
„Dlaczego musimy zawracać sobie głowę testowaniem, kiedy wydaje się, że to nas spowalnia?
Dlaczego ludzie nie mogą po prostu prawidłowo zbudować oprogramowania, więc nie wymaga testowania?
Czy musimy wszystko testować?
Dlaczego nie po prostu przetestować wszystko?
Co sprawia, że testowanie jest tak trudne?
Dlaczego testowanie trwa tak długo?
Czy możliwe jest nawet doskonałe oprogramowanie?
Dlaczego nie możemy po prostu zaakceptować kilku błędów? ”
źródło
Być może „ Sztuka zwinnego rozwoju ”. Może to przekonać ich do bardziej realistycznego spojrzenia na zarządzanie projektami oprogramowania. Oczywiście, jeśli nie chcesz , aby próbowali sprawnie, może to być zła rzecz. Ale sam uważam to za przekonującą.
źródło
Jeśli chodzi o proces tworzenia oprogramowania, musiałbym iść z „The Pragmatic Programmer: From Journeyman to Master” Andy'ego Hunta i Dave'a Thomasa. Jest pełen klejnotów pożytecznej wiedzy, które zwykle wymagałyby dużo rzeczywistego doświadczenia w programowaniu, aby nauczyć się inaczej. Programuje także niezależne od języka i jest w większości łatwe do zrozumienia.
Jeśli chodzi o szacunki, pragmatyczny programista ma krótką sekcję na ten temat, ale warto przeczytać klasyczny „Miesiąc mitycznego mężczyzny” Freda P. Brooksa. Niektóre przykłady projektów wydają się trochę przestarzałe, ale wiele pomysłów wciąż się sprawdza.
źródło