Your SlideShare is downloading. ×
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Konsten att skriva dåliga lappar
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Konsten att skriva dåliga lappar

366

Published on

Hur väl teamet lyckas med en iteration eller sprint beror till stor del på hur väl det estimerar det kommande arbetet, samt hur indelningen i tasks görs. Det finns ett antal generella urtyper av …

Hur väl teamet lyckas med en iteration eller sprint beror till stor del på hur väl det estimerar det kommande arbetet, samt hur indelningen i tasks görs. Det finns ett antal generella urtyper av dåliga tasks - lappar, som med stor sannolikhet försenar eller sänker leveransen. De beskrivs och exemplifieras i presentationen.

Talare är Alexander Tarnowski från Acando

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
366
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Konsten att skriva dåliga lappar Alexander Tarnowski (alexander.tarnowski@acando.com)
  • 2. Dåliga lappar – vadå?
    • Story planning: viktigt och knepigt
    • Skillnad mellan framgång och misslyckande?
    • … Det beror på
  • 3. Horisontell uppdelning
    • Premierar design och eftertanke
    • Perfekt parallellisering
    • Utvecklarna väntar på varandra
    • Problem med ofärdig funktionalitet, saknade gränssnitt, integration
  • 4. Vertikal uppdelning
    • Läxa från den horisontella uppdelningen
    • Jobba hela vägen genom alla lager
    • Bristande samordning
    • Dålig konceptuell integritet
    • Extra refactoring kan behövas
  • 5. Förstudie/design/spike
    • Första lappen i storyn
    • Lägger grund för resten av lapparna
    • Blockerar (oftast en stor) story
    • Kan försämra planeringen, eftersom man räknar med att dålig planering kan kompenseras med ”design”
    • Kan vara resultatet av en dålig story
  • 6. Externa beroenden
    • Lappens slutförande är beroende på interaktion med en användare, leverantör eller ett system
    • Kan inte undvikas i verkliga livet
    • Börja tidigt
    • Ha inte för många
  • 7. Korta formuleringar
    • Exempel ”Update GUI” eller ”Implement”
    • Alla på planeringen är rörande överens om vad dessa korta formuleringar betyder
    • Vad händer om storyn kommer sent i Sprinten eller flyttas till en senare Sprint?
  • 8. Slutlig integration eller refactoring
    • Man förstår under planeringen att summan av alla lappar inte bildar den slutliga produkten
    • En DTS 1) -lapp skapas för att säkerställa att man kommer ihåg att räkna in den tid som behövs för att få allt att fungera ihop
    • Lappar lämnas halvfärdiga, eftersom man litar på att någon städar upp
    • Svår att estimera
    • Kan göras för tidigt
    1) Do the Shit
  • 9. Sluttest
    • Integrationstest eller något slags acceptanstest
    • Kan vara beroende av en extern resurs
    • En del team är skonade
    • Ta höjd för att Sprinten blir kortare!
  • 10. Sammanfattning – Dolda kritiska linjer
    • Dålig början: förstudie -> implementation -> slutlig integration -> sluttest
    • Dålig fortsättning: inför en kritisk linje genom implementationslapparna också
    • Dålig dynamik och lidande arbetsglädje
    • Sträva mot hög parallellism

×