Gjort?
Detta är alltid ett mycket omtvistat och relativ fråga, vad innebär en lag betyder när det är gjort? Denna typ av dök in i mitt huvud ett tag sedan när jag var överväger hur en person skulle gå till väga för att se ett team som utför så gott de kunde, utan att ingripa. Min fråga var detta, eftersom Scrum är huvudsakligen en administrativ process (och ja jag vet, det är inte bara en process utan också en "livsstil" och ett "sinne shift"), och inte en teknisk process, en "grön" team kanske inte inser att en solid teknisk process saknades i deras sätt att arbeta? Skulle det vara ditt ansvar att påpeka detta och förhindra framtida tekniska skuld att bygga upp, eller ska du lämna den till teamet att oundvikligen "misslyckas" och försök att åtgärda problemet då?
Baserat på input jag hade denna fråga tror jag att en del av ScrumMasters roll att säkerställa pågick iakttas var att se till att laget hade en väldefinierad definition av "Klar", och inte bara att de anslutit sig, men att de försökte att förbättra den under tillbakablickar. "KLART" då blir det instrument genom vilka gruppen förbättrar hur de bär det samt kan inkludera god branschpraxis som kontinuerlig integration, enhetstestning samt huvudsak någonting teamet bedömer kommer att förbättra kvaliteten på sina shippable produkt.
I linje med detta hittade jag en stor artikel om Scrum Alliance hemsida av Mitch Lacey titeln " Hur vet vi när vi är Klar ", som innehåller en övning ett lag kan gå igenom för att hjälpa dem definiera sin" Klar "lista. Jag har inte provat detta ännu, så jag kan inte tala av erfarenhet, men i princip det låter bra och jag hoppas att prova det vid nästa möjliga tillfälle.
