Agile - Konsten att slutföra projekt

[MadModder]

De projekt som slutförts helt har inte tagit så lång tid.

1. Samla info och fundera ut lösningar, köpa komponenter, Mellan några dagar till en eller 2 månader
2. Rita schema och layout, etsa, max en vecka
3. Löda, bearbeta inkapsling, en eller ett par dagar.
4. Färdig och fungerande.

Projekt som inte slutförts, har fått lite fler punkter, mellan de tidigare 4:
1,1. forum
1,2. msn
1,3. forum
1,4. andra communitys
1,5. forum
1,6. forum
1,7. film
1,8. teve
1,9. forum

2,1. kommer på nya intressantare projekt
2,2. spåna på fler projekt
2,3. fundera på tidigare oavslutade projekt
2,4. tappa sugen
2,5. film
2,6. teve
2,7. forum...
osv...

[4kTRB]

Hur kör ni era hemmaprojekt egentligen?
2 månader av strikt specning,
1 månad av hårdvarukonstruktion,
3 månaders av mjukvarukodande
och sen slår ni på strömmen och testar?

4 ringer brandkåren!

[4kTRB]

För någon vecka sedan konstaterade jag att det jag sysslar med är Test Driven Development
Nästan iaf.
Men jag brukar göra testerna efter jag gjort kod
Skönt att det finns ett namn på allt.

Den tekniken körde lärarna på Java-kurserna (som jag nyligen läst) hårt med.
Vi skulle köra JUnit tester på klasser vi utvecklade.
Och det är faktiskt riktigt bra bara man tar sig i kragen och börjar
använda det för det är väldigt lätt att låta bli.

http://www.junit.org/

[speakman]

TDD är per definition att skriva testerna *innan* man kodar. Att säga att man nästan kör det för att man gör tester i efterhand känns väl rätt avlägset?

Unit Tests är något som används hårt bland Pythonkodare också. Tyvärr är man själv alldeles för dålig på att skriva tester ö.h.t.

[4kTRB]

Säg att man tagit fram klasser utan tester först (som man helt riktigt ska göra)
så går det bra att testa dom i efterhand och se att de klarar specen.

Vissa kodsnuttar kan ju vara riktigt svårt att hitta alla varianter av in och
utdata på och inget är ju enkelt så det gäller att tänka till även när man
skriver testerna.

[xraid]

BDD

[speakman]

Det är säkert jättebra, men inte TDD. TDD är per definition att man skriver testerna innan man fyller klasserna med kod, skapade kan dom ju vara innan så länge dom är tom.

Att man använder unittests betyder inte att man automatiskt kör "nästan TDD". Det var vad jag menade.

[jonas2307]

Angående scrum, agilitet och projekt så finns det mycket information i ämnet.
Och tankar, konstigt nog...

Den här "boken" har hjälpt mig mycket, den är verkligen bra, och gratis...

http://www.infoq.com/minibooks/scrum-xp ... e-trenches

[pern]

Kan även rekommendera Crystal Clear.

En av de bästa böcker jag har läst i ämnet.


http://www.adlibris.com/se/product.aspx?isbn=0201699478

[Andax]

Det märktes att det var en hel hög som beställde "Agile : konsten att slutföra projekt" i helgen. Fick en förseningsvarning av leveransen!

[MadModder]

Jaså? Jag fick en leveransbekräftelse idag.

[tgr]

min är också restad.

[hh]

Lämplig tid att slutföra några projekt då?

[4kTRB]

Svenskar kanske är sämre på projekt än man anar.
Boken hade ju dessutom blivit utsedd till årets bok 2008.
Ingen visste innan hur ett projekt rors i land.

[MadModder]

Bokpaketet stod lutat mot lägenhetsdörren när jag kom hem. Märkligt, när det stod klart och tydligt i mailet att går det inte in i brevlådan ska paketet lämnas på närmsta serviceställe. Nåja.
Läste lite grann direkt jag packat upp. Är på sidan 33...