Kerne i ethvert IT-udviklingsprojekt er den direkte implementering af det system der skal afleveres til en kunde. Alle andre aktiviteter som f.eks. projektstyring, test, QA, kravshåndtering kan betragtes som support aktiviteter, som har det formål at sikre at udviklingsarbejdet fører til det rigtige result.

Den bedste måde at få dette til at fungere effektivt er derfor at knytte projekt øvrige aktiviteter så tæt til udviklingen som muligt. I Agilis vil vi meget gerne opnå dette ved i så høj grad at indlejre disse support aktiviteter i udviklingen, så de indgår som en naturlig del af udviklings arbejdet. Dvs. man ikke snakke om deciderede projektledelse, test, QA, konfigurationsstyrings processer, men at disse projekt aspekter indgår direkte i livsforløbet for udviklingen af features, og drives af udviklingshensyn.

Konkrete betyder dette at samtidig med at udviklingen skal tage et bredere ansvar for implementeringen af features, dvs. i princippet alle support aktiviteterne, skal disse support aktiviter kun genføres i det omfang de direkte giver værdi til systemudviklingen (Lean). Implementeringen af af disse support aktiviteter skal også forgå udfra den præmis at værdien af disse aktiviteter overstiger omkostning. Dette skulle gerne udmønte sig i at meget lidt af det arbejde der udføres i et projekt ikke umiddelbart ses som værdifuldt af de enkelte udviklere, hvilket er en effektiv måde at sikre sammenhængskraft og fælles fokus i teamet.

For at dette skal fungere kræver det selvfølgelig at udviklerne i projekt er opmærksomme på hvad det samlede mål i projektet er. Men dette behov opstår ikke kun fordi man arbejder efter en udviklingdrevet proces, men er et af kernepunkterne i den agile tilgang til software udvikling.