[rikardottosson]

Originally posted by Anwar@Jul 5 2009, 04:52
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.

[Conny Westh]

Ursprungligen postat av rikardottosson

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.

[rikardottosson]

Originally posted by ConnyWesth@Jul 9 2009, 00:55
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.

Exakt! För att använda scrumterminologi: "I produktbackloggen finns bara user stories, inte tasks", dvs det är bara utvecklarna som pratar i kod, med beställaren pratar man projektmål och det är bara färdiga projektmål som "räknas" när man ser över vad man åstadkommit under iterationen.

[fabianjakobsson]

Alltid härliga svar från Conny. Märkt att det är exakt så det fungerar...varenda punkt.

Det går bra med företaget. Pengar flödar in och planerar redan mer långsiktigt med att sätta upp ett system som effektiviserar rutiner.

Ska lägga in alla punkter här i det