Måle suksess for din Outsourcing

"Hvis du ikke kan måle det, kan du ikke kan administrere den." - Peter Drucker

Mange folk frykter at outsourcet programvare utviklingen betyr å ha liten eller ingen styring over utviklingsprosessen. De tror det er ikke nødvendig å måle stund programmerere er der i samme rom. Eller er det?

Da jeg jobbet som en programmerer i 1980-årene, min sjef brukes å spøke som var han kommer til å ansette en fyr med en hurtigkokeren tromme og satte ham i hjørnet av rommet. Hver gang Tromma hurtigkokeren ble truffet, måtte vi har skrevet en linje med kode!

I dag, outsourcing løfter stor besparelse og ledere er mindre opptatt av linjer per minutt enn med dollar per time. Men til slutt er det viktig å vite at pengene du bruker fueling reelle fremskritt i utviklingen av programvaren. Hvordan kan dette gjøres?

Business Process Outsourcing (BPO) gir et eksempel på outsourcing som kan måles vellykket. Firmaet prosesser som utestående fordringer og utgående samtaler for salg kan defineres så godt at du nøyaktig kan måle hvor effektivt og effektivt de blir implementert. Ny programvare verktøy ikke bare hjelpe deg oppdage problemer og redusert effektivitet, men kan forutse og fikse problemene før de oppstår selv.

For å måle nye programvareutvikling spore du hvor mange nye funksjoner som er lagt over tid. Noen beregninger dele programmering som kreves i arbeidsenheter og deretter spore hvor mange enheter er fullført over tid. Det er best å måle resultater daglige og ukentlige minst.

Ingeniører er svært optimistisk om deres evne til å arbeide med programvare. Så en annen beregning måler hvor nøyaktig estimatene er for tiden det tar å fullføre programvareutvikling. Deres evne til å beregne vil utgangspunktet, sannsynligvis være dårlig. Du kan angi et mål for ingeniører å forbedre denne ferdigheten som utviklingen fortsetter, slik at du kan forbedre forutsigbarhet av prosessen.

Du må følge opp arbeidsenheter eller avlyttinger bestemt over tid for vedlikehold programmering. I tillegg bør du måle hvor mye re-work kreves for feil som mislykkes QA-trinn etter tege fastsette forsøker.

Din outsourcet team bør forplikte seg til en tidsplan for å fullføre programmering jobb. Som en del av dette sin forpliktelse, de må også godta definisjonen av arbeidsenheter og produktivitet-nivå som de tror de kan oppnå. Sin forpliktelse gjør dem uavhengig og frigjort fra som krever spesifikke instruksjoner for alle sine daglige virke.

Vanligvis kan du måle gjennomstrømming av din outsourcet team som helhet. Et team er vanligvis en kombinasjon av junior og senior medlemmer. Junior ingeniører trenger veiledning og veilede fra senior ingeniører. Dette er normalt og skal være forventet og oppmuntret. Men det bør også være målt over tid. En senior engineer kan forventes å bruke fra 5% til 25% av sin tid med junior ingeniører avhengig av kompleksiteten til prosjektet og tidligere erfaring av junior ingeniør.

I dag bruker fleste enkel programvareverktøy som regneark og Microsoft Project for å spore beregninger av deres outsourcing. Mer avanserte verktøy er også tilgjengelig, men det er dyrt og beste brukes når du har en stor portefølje av programvare utviklingsprosjekter. Nye verktøy er utviklet for å automatisk beregne beregningene som programvaren er utviklet.

Hvor lang tid kildefilene er sjekket ut av din source code control system kan for eksempel brukes til å måle produktiviteten din ingeniører. Andre on-line teknikker for å holde oversikt over fremdriften og måle resultater kommer snart.

Du kan bruke beregninger som grunnlag for en tjenesteavtalen (SLA) du er leverandøren av outsourcing. Men husk: hensikten med en SLA er å veilede dine programvareutvikling til suksess, og for å finne og rette opp problemer etter hvert som de oppstår. Det er ikke å støtte mikro management, en skylden spillet, eller for å opprette en forholdet mellom motstandere med outsourcet team.

Vil bli så forutsigbar som BPO programvareutvikling, og gjør at du kan løse problemer før de oppstår? Jeg tviler på vi noen gang vil ha så mye kontroll over utviklingsprosessen kreativ programvare... men hvem vet? Den fyren med hurtigkokeren trommelen kan ikke være langt unna!