Webutviklingstrekanten

Alle våre kontrakter med våre kunder er løpende månedlige oppdrag. Svært sjelden forfølger vi et fast prosjekt, og nesten aldri garanterer vi tidslinjen. Det kan høres skummelt ut for noen, men problemet er at målet ikke skal være utgivelsesdatoen, det skal være forretningsresultatene. Vår jobb er å få våre kunders forretningsresultater, ikke ta snarveier for å lage lanseringsdatoer. Som Healthcare.gov lærer, er det en vei som vil føre til tapte forventninger.

Å prøve å beholde klientens prosjekter på tide, vi skiller krav i må ha (oppfyller forretningsresultatene) og hyggelig å ha (valgfrie forbedringer). Vi planlegger heller ikke noen gang å være ferdig på utgivelsestidspunktet, siden vi vet at det alltid vil være noen endringer som trengs.

Robert Patrick er administrerende direktør i PhD-laboratorier, et byrå som designer, bygger og lanserer nettsteder for mange Fortune 500-selskaper. Robert har holdt øye med vanskelighetene som Healthcare.gov har fått, og har gitt 5 viktige årsaker til den mislykkede lanseringen.

  1. Aldri, aldri krenke Tid, kostnad og funksjon Sett regel. Tenk på dette som en trekant, du må velge ett punkt å være fikset og de to andre variablene. I denne verden kan omtrent hva som helst opprettes så lenge det er nok tid og penger. Imidlertid bør alle som bygger en webapplikasjon velge foran, som er høyest prioritert. Dette setter tonen og fokuset for hvordan et prosjekt skal lanseres. For eksempel,
    • Bør det lanseres bare når spesifikke funksjoner er utført (penger og tid er varierende).
    • Skulle den lanseres raskt (penger og funksjoner er varierende).
    • Bør det lanseres med tanke på et budsjett (tid og funksjoner er varierende).
  2. Lansering med mållinjen i tankene i stedet for startstreken. Nettapplikasjoner bør sees på som et prosjekt som vil Begynn og deretter utvikle seg. Å bygge det som er viktig og obligatorisk for i dag med vekst og evolusjon i tankene, er alltid bedre enn å bygge med den hensikt å fullføre ved utgangspunktet.
  3. For mange leverandører involvert. Det er rapportert at Obamacare-nettstedet hadde nærmere 55 leverandører involvert. Å legge til flere leverandører i ethvert prosjekt kan være en glatt skråning. Du kan nesten garantere at det vil være problemer med filversjonering, artfilavvik, kunstuttrykkavvik, prosjektavvikling, og listen fortsetter og fortsetter. Tenk om vi hadde 55 senater som hver hadde til oppgave å løse en del av det samlede problemet.
  4. Informasjon Arkitektur ikke tatt på alvor. Ofte vil store byråer be leverandører om å legge inn et bud på en RFP og helt hoppe over informasjonsarkitekturprosessen og hoppe rett i utvikling uten å forstå eller bli enige om et omfang. Dette er en enorm, stygg, bortkastet tid, penger å miste, feil. Det er ekstremt verdifullt for arkitekten så mye av applikasjonen du kan på forhånd og være forberedt på å være smidig og fleksibel på ting som ikke kunne forutsies godt før du begynner å programmere den (dette er som å bygge et hus uten tegninger). Leverandører er bestemt til å gå tom for budsjett og begynne å kutte hjørner hvis dette ikke gjøres riktig.
  5. Ikke nok tid til Kvalitetssikring. Det er åpenbart at dette var et stort fall i lanseringen av HealthCare.Gov. De jobbet med en hard lanseringsdato (tid er den faste variabelen i trekanten i dette tilfellet), og funksjonene og budsjettet burde ha blitt endret for å møte lanseringsdatoen med tid for riktig kvalitetssikring innebygd i planen. Dette er en avgjørende feil og koster sannsynligvis mange mennesker jobben sin.

Hva tror du?

Dette nettstedet bruker Akismet for å redusere spam. Lær hvordan kommentaren din behandles.