Påføring Agile Ledelse Verdi 2: Working Programvare Over Omfattende dokumentasjon

March 10  by Eliza

En programvareutvikling lagets fokus bør være på å produsere arbeids produkter. Den andre Agile kjerneverdi streker arbeider programvare over omfattende dokumentasjon.

På prosjekter som bruker smidige styringsverktøy, den eneste måten å måle om du virkelig er ferdig med et produkt kravet er å produsere arbeidsproduktfunksjon forbundet med dette kravet. For programvareprodukter, betyr å arbeide programvare programvaren oppfyller det som kalles definisjonen av gjort: i det minste, utviklet, testet, integrert og dokumentert. Tross alt, er arbeids produkt grunnen for prosjektet.

På et tradisjonelt prosjekt, hvis du er 75 prosent ferdig, du har ikke noe å jobbe programvare for å gi kunden - "75 prosent gjort" tradisjonelt betyr at du er 75 prosent i fremgang og 0 prosent ferdig. På en smidig prosjekt, men hvis du er 75 prosent ferdig, du har jobbet produktegenskaper for 75 prosent av prosjektet ditt behov - den høyeste prioritet 75 prosent av kravene.

Alle prosjekter krever noen dokumentasjon. På smidige prosjekter, men dokumentene er nyttig bare hvis de er knapt nok til å tjene design, levering, og utplassering av en fungerende produkt i den mest direkte, uhøytidelig måte. Når du jobber på en smidig prosjekt, men konsentrere deg om de dokumenter som er nødvendige for å støtte produktutvikling. Smidige metoder dramatisk forenkle administrative papirene knyttet til tid, kostnadskontroll, omfang kontroll, eller rapportering.

For eksempel, mange prosjektledere tilbringe timer å utvikle, oppdatere og holde teammedlemmene ansvarlige til en prosjektplan komplett med start-til-overflate datoer og oppgaver. I virkeligheten er alle gruppemedlemmer ønsker å vite når de trenger å ha sitt produkt i leveransen form, og sjefen selv i utgangspunktet ønsker å vite om prosjektet er i rute, foran skjema, eller bak skjema.

Smidige prosjektteam produsere færre og mer strømlinjeformet dokumenter som tar mindre tid til å opprettholde og gi bedre innsyn i potensielle problemer. Ofte, de eneste dokumentasjonsbehov er

  • Krav dokumentasjon: Alle prosjektene har krav - detaljer om produktegenskaper og behov. Utviklingsteam trenger å vite disse behovene for å skape et produkt.
  • Produkt tekniske spesifikasjoner: Dokumentere hvordan du laget et produkt kan gjøre fremtidige endringer enklere.

Slutte å produsere et dokument og se hvem som klager. Hvis noen savner papirene, spør hvorfor dokumentet er nødvendig. Faktisk spør: "Hvorfor?" Fem ganger for å komme til roten årsaken til at dokumentet er savnet. Når du vet kjernen grunn for rapporten, se hvordan du kan tilfredsstille dette behovet med en strømlinjeformet prosess.

Med smidige metoder, prosjektgrupper tilbringe mer tid på utvikling og mindre tid på dokumentasjon, noe som resulterer i en mer effektiv levering av en fungerende produkt.