Periaatteet

  • Eri projektit vaativat erilaisia kompromisseja käytettävältä menetelmältä
  • Suuremmat tiimit vaativat enemmän kommunikointikanavia
  • Kriittisemmät projektit, jotka voivat epäonnistuessaan aiheuttaa suurta tuhoa, vaativat enemmän validointikäytäntöjä
  • Kevyet menetelmät ovat parempia kuin raskaat. Kannattaa aloittaa kevyellä prosessilla ja tarpeen mukaan lisätä uusia käytäntöjä. Tämä on parempi, kuin aloittaa raskaasti ja yrittää sitten keventää sitä. "Veneen nopeutta on helpompi kasvattaa irrottamalla ankkureita kuin lisäämällä moottoritehoa".
  • Formaalisuus, prosessi ja dokumentointi eivät korvaa kurinalaisuutta, taitoa ja ymmärtämystä.
  • Interaktiivinen, kasvokkain tapahtuva keskustelu on halvin ja tehokkain tapa siirtää tietoa.
  • Palautteen saannin ja kommunikaation lisääminen vähentää projektin aikaisten siirrännäisten tarvetta
  • Rinnakkainen kehitys kasvattaa kehityksen aikaisia kustannuksia, mutta parantaa kehitysnopeutta ja muutoksiin reagoimiskykyä.
  • Sovelluskehityksen pullonkaulojen (esim. tiimin pitää odottaa asiakkaan hyväksyntää määrittelydokumentille) ympärille muodostuu näennäistä luppoaikaa, mikä voidaan kuitenkin hyödyntää monin eri tavoin. Tästä "luppoajasta" voikin muodostua yksi projektin menestystekijöistä, mikäli se osataan hyödyntää oikein => Seuraavia vaiheita voidaan jo käynnistää (etuajassa) ja saada näin mahdollisuus iteroida enemmän kuin alkuperäisessä suunnitelmassa oltiin ajateltu.