Basic personligt

Daniels personliga blogg

Specialbeställningar

När det ska skrivas något nytt program eller göras någon ändring så går man igenom ett antal olika faser.

Enligt kunden går det till så här.

  1. Utvecklarna skriver ett förslag.
  2. Kunden godkänner det.
  3. Gör implementationen.
  4. Koden testas.
  5. Lösningen dokumenteras.

När det inte är alltför stora saker som ska göras, tjänar man som programmerare ganska mycket tid på att istället göra så här, när man väl har kommit fram till ungefär vad som ska göras. Det kräver lite grand att man har något lägre prioriterat ”bakgrundsarbete” som man snabbt kan avbryta.

  1. Skriv tester.
  2. Gör implementationen och se till att testerna går igenom.
  3. Skriv förslag till kunden och dokumentation samtidigt.
  4. Gör eventuella justeringar efter kundens kommentarer.
  5. Börja på nästa projekt.
  6. Leverera några dagar innan överenskommet datum.

Problemet är om uppgiften inte är så tydlig, då går det över till den första varianten. Att kunna skicka en första leverans på absurt kort tid efter att man har kommit överens om vad som ska göras brukar ge extremt nöjda kunder. Om någonting skulle börja strula så har man ändå gott om tid för felsökning och prestandaförbättringar.

Som kund får man då en vältestad sak långt innan deadline, och som programmerare slipper man stressa när leveransdatumet börjar närma sig. Att stressa livet ur sig och jobba massor med övertid är inte bra för hälsan.

Andra bloggar om: .

Advertisements

oktober 5, 2007 - Posted by | teknik

Inga kommentarer ännu.

Kommentera

Fyll i dina uppgifter nedan eller klicka på en ikon för att logga in:

WordPress.com Logo

Du kommenterar med ditt WordPress.com-konto. Logga ut / Ändra )

Twitter-bild

Du kommenterar med ditt Twitter-konto. Logga ut / Ändra )

Facebook-foto

Du kommenterar med ditt Facebook-konto. Logga ut / Ändra )

Google+ photo

Du kommenterar med ditt Google+-konto. Logga ut / Ändra )

Ansluter till %s