Citat:
|
Ursprungligen postat av rikardottosson
Citat:
|
Ursprungligen postat av Anwar
Efter varje arbetsdag sätter du dig ner med teamet och ställer följande frågor till varje individ:
1. Vad har du gjort idag?
2. Vad ska du göra imorgon?
3. Finns det något som hindrar dig att åstadkomma det?
Var och en svarar på frågorna. Eftersom alla är samlade ökar detta transparensen i teamet och gör det mycket enkelt att undvika missförstånd.
|
Scrum, som ovan delvis beskrivs, är ett mycket enkelt sätt att organisera projektarbete väldigt effektivt, om man gör hyfsat enligt modellen.
Kolla in på wikipedia angående scrum http://en.wikipedia.org/wiki/Scrum_(development)
Du kan börja med att definiera vad "Klar" är i ditt projekt.
T ex:
Kod klar + enhetstester + integrationstester
Gå igenom exakt vad som krävs för att man ska kunna hävda att man är "klar" med en feature. I vissa fall vill du säkert baka in hjälptexter där också. Ju bättre definition av "Klar" du har, desto mindre problem får du framöver.
På det sättet slipper du "Jag är 90% klar, jag ska bara gå tillbaka och skriva lite mer tester / skriva hjälptext / fixa en gjej" eller liknande. DÅ kan du bara säga "Ej klar, med andra ord".
Scrum lovar inget annat än att hjälpa dig göra det viktigaste först.
|
Med projektrmål menas ett mål i verksamheten, typ att "kunderna ska själva kunna registrera sina order på internet".
Jag menar INTE tekniska beskrivningar typ: "Vi ska göra 4 skärmar i Java idag!" för det har inegt med verksamheten att göra utan är helt teknikbaserat.
När man uppnått projektmålet så är man "klar" och då ska allt vara testat, dokumenterat, kompilerat och installerat i kundens system (i vissa fall). Men man kan inte ta någonting för givet utan projektmålen måste definieras i varje projekt för sig då varje projekt har olika förväntningar och förutsättningar.