dobre książki o Scrumie i XP [zamknięte]

Chcę wiedzieć, co poleciłbyś przeczytać w Scrumie i XP. Mam Scruma i PD z okopów, ale chciałbym zobaczyć więcej ciekawych referencji.

Jeśli chodzi o zwinność, nie sądzę, aby jakikolwiek zespół mógł się obejść bez „zwinnych retrospekcji ”. Retrospektywy są podstawą każdego zespołu, a ich prawidłowe prowadzenie nie jest wcale trywialne.

Polecam także „ Coaching zwinnych zespołów ”. Obecnie czytam i mniej więcej w połowie. Od czasu do czasu może być trochę puszysta, ale zapewnia wiele doskonałych informacji - przynajmniej dla mnie.

(Późniejsza edycja: miałem na myśli „coaching zwinnych zespołów”, a nie „zwinny coaching”).

Agile Software Development ze Scrumem to książka, którą przeczytałem na kurs CSM. Do tej pory uważam, że jest całkiem przydatny (nasz zespół dopiero zaczyna swój trzeci sprint). Naprawdę polecam przeczytanie kilku książek na ten temat, najlepiej różnych autorów. To powinno dać ci dobre wyobrażenie o tym, gdzie są różnice, a zatem o tym, o czym naprawdę musisz pomyśleć i dojść do własnych wniosków.

Scrum i XP z okopów to bardzo dobra książka na ten temat. W przeciwieństwie do innych książek opisuje, w jaki sposób jedna firma zrobiła wszystko od zera. Jest to bardziej praktyczna książka, która daje posmak, w jaki sposób można zrobić scrum. A książka jest BEZPŁATNA.

W przypadku Scrum wybrałbym „Agile Estimating and Planning” Mike'a Cohna .

Obejmuje on Scrum od podstaw po niektóre bardziej złożone tematy, a także odpowiada na niektóre z najczęściej zadawanych pytań, które nie pojawiają się podczas rozpoczynania pracy ze Scrum. Na przykład:

• punkty historii kontra idealne dni
• prędkość
• co zrobić w przypadku nieudanej historii (czy otrzymamy częściowy kredyt, czy też przeniesiemy punkty)
• strategie dzielenia historii
• radzenie sobie z błędami / wadami
• czy zmienić rozmiar / ponownie oszacować historie
• jak pielęgnować zaległości

Cohn zajmuje się również niektórymi tematami z perspektywy właściciela produktu - jak ustalić priorytety zaległości, różne podejścia do osiągnięcia tej wciąż nieuchwytnej „wartości biznesowej”, w tym. model Kano do rozwoju produktu. Nie wszystko może dotyczyć kogoś, kto pełni rolę dewelopera (mam zupełnie inne zdanie na temat tego, czy „ścisła rola dewelopera” jest nawet dobrą rzeczą), ale zawsze warto mieć pewien kontekst. Rzeczywiście twierdzę, że kontekst jest niezbędny do osiągnięcia długoterminowego sukcesu.

Agile Software Development: The Cooperative Game (2. edycja)

... jeden z wiodących pionierów Agile aktualizuje swoją wielokrotnie nagradzaną książkę Jolt Productivity, aby odzwierciedlić wszystko, czego nauczył się o zwinnym rozwoju od czasu jej pierwszego wprowadzenia.

Alistair Cockburn zaczyna od aktualizacji swojego potężnego modelu rozwoju oprogramowania jako „kooperacyjnej gry wynalazków i komunikacji”. Wśród nowych pomysłów, które wprowadza: wykorzystanie konkurencji bez uszczerbku dla współpracy; lekcje nauki z lean manufacturing; oraz strategie równoważenia komunikacji. Cockburn wyjaśnia również, w jaki sposób gra kooperacyjna jest prowadzona w biznesie i projektach inżynieryjnych, a nie tylko w tworzeniu oprogramowania

Następnie systematycznie oświeca model zwinny, pokazuje, jak ewoluował, i odpowiada na pytania najczęściej zadawane przez programistów i kierowników projektów, w tym

• Gdzie sprawny rozwój pasuje do naszej organizacji?
• Jak łączymy sprawne pomysły z innymi pomysłami?
• Jak możemy szerzej rozwinąć zwinne pomysły?

Cockburn przyjmuje zasadnicze nieporozumienia, które powodują niepowodzenia zwinnych projektów. Na przykład dowiesz się, dlaczego kodowanie strategii zarządzania projektami w ustalonych procesach może prowadzić do nieskutecznych decyzji strategicznych i kosztownych błędów. Znajdziesz również przemyślaną dyskusję na temat kontrowersyjnej relacji między zwinnymi metodami a projektowaniem doświadczeń użytkownika.

Cockburn zwraca się do praktycznych wyzwań związanych z budowaniem zwinnych metodologii dla własnych zespołów. Dowiesz się, jak dostroić i ciągle wymyślać swoje metodologie oraz jak zarządzać niepełną komunikacją ...