Trokut za web razvoj

Svi naši ugovori s našim klijentima trajni su mjesečni angažmani. Vrlo rijetko provodimo fiksni projekt i gotovo nikada ne garantiramo vremensku traku. To nekima može zvučati zastrašujuće, ali problem je u tome što cilj ne bi trebao biti datum izlaska, već poslovni rezultati. Naš posao je da našim klijentima pružimo poslovne rezultate, a ne da prečicama donosimo datume lansiranja. Dok Healthcare.gov uči, to je put koji će dovesti do propuštenih očekivanja.

Pokušati zadržati projekte klijenata na vrijeme, odvajamo zahtjeve na must have (zadovoljavanje poslovnih rezultata) i lijepo imati (neobavezna poboljšanja). Također nikada ne planiramo završetak u trenutku izdavanja jer znamo da će uvijek biti potrebne neke promjene.

Robert Patrick je izvršni direktor tvrtke Doktorski laboratoriji, agencija koja dizajnira, izrađuje i pokreće web stranice za mnoge vodeće tvrtke iz Fortune 500. Robert je pratio poteškoće s kojima je naišao Healthcare.gov i pružio je 5 ključnih razloga neuspješnog pokretanja.

  1. Nikad, nikada ne krši Vrijeme, cijena i značajka Postavi pravilo. Shvatite ovo kao trokut, morate odabrati jednu točku koja će biti fiksna a ostale dvije varijable. U ovom svijetu može se stvoriti baš sve dok postoji dovoljno vremena i novca. Međutim, svatko tko izrađuje web aplikaciju trebao bi odabrati, što je najveći prioritet. To postavlja ton i fokus na način na koji projekt treba pokrenuti. Na primjer,
    • Treba li ga pokrenuti samo nakon što se izvrše određene značajke (novac i vrijeme se razlikuju).
    • Treba li ga brzo pokrenuti (novac i značajke su različiti).
    • Treba li je pokrenuti s budžetom na umu (vrijeme i značajke su različite).
  2. Pokretanje s cilj na umu umjesto startne crte. Web aplikacije treba promatrati kao projekt koji hoće početak a zatim evoluirati. Izgradnja onoga što je danas važno i obvezno s obzirom na rast i evoluciju uvijek je bolja od gradnje s namjerom završetka na početnoj točki.
  3. Previše dobavljača uključeni. Izviješteno je da je web stranica Obamacare imala blizu 55 dobavljača. Dodavanje više dobavljača bilo kojem projektu može biti klizav teren. Gotovo možete jamčiti da će biti problema s inačicama datoteka, odstupanjima umjetničkih datoteka, odstupanjima mišljenja umjetnika, napuštanjem projekta i popis se nastavlja i nastavlja. Zamislite da imamo 55 senata sa zadatkom da riješe dio cjelokupnog problema.
  4. Informacije Arhitektura ne uzimaju ozbiljno. Često će velike agencije tražiti od dobavljača da predaju ponudu za RFP i potpuno preskočiti postupak informacijske arhitekture koji uskače odmah u razvoj bez razumijevanja ili dogovora o opsegu. Ovo je ogromno, ružno, gubljenje vremena, gubitak novca, pogreška. Izuzetno je dragocjeno arhitektirati što veći dio aplikacije unaprijed i biti spremni na spretnost i fleksibilnost u stvarima koje se nisu mogle dobro predvidjeti prije nego što ga počnete programirati (ovo je poput gradnje kuće bez nacrta). Dobavljačima je suđeno da ostanu bez proračuna i počnu smanjivati ​​kut ako to nije ispravno učinjeno.
  5. Nema dovoljno vremena za Osiguranje kvalitete. Očito je da je ovo bio veliki pad pokretanja HealthCare.Gov-a. Radili su na tvrdom datumu lansiranja (u ovom je slučaju vrijeme fiksna varijabla trokuta), a značajke i proračun trebali su biti izmijenjeni kako bi se datum lansiranja udovoljio vremenu kako bi se osiguralo kvalitetno osiguranje kvalitete ugrađeno u plan. To je presudna pogreška i vjerojatno će mnoge ljude koštati posla.

Što vi mislite?

Ova web stranica koristi Akismet za smanjenje neželjene pošte. Saznajte kako se podaci vašeg komentara obrađuju.