Trokut za web razvoj

Svi naši ugovori s našim klijentima trajni su mjesečni angažmani. Vrlo rijetko provodimo fiksni projekat i gotovo nikada ne garantiramo vremenski okvir. Nekima to 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, razdvajamo zahtjeve na must have (zadovoljavanje poslovnih rezultata) i lijepo imati (neobavezna poboljšanja). Također nikada ne planiramo završetak u trenutku objavljivanja, jer znamo da će uvijek biti potrebne neke promjene.

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

  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 fiksni a ostale dvije varijable. U ovom svijetu može se stvoriti baš sve dok ima dovoljno vremena i novca. Međutim, svatko tko izrađuje web aplikaciju trebao bi odabrati, što je najveći prioritet. Ovo postavlja ton i fokus na način na koji projekat treba pokrenuti. Na primjer,
    • Treba li ga pokrenuti samo nakon što se izvrše određene funkcije (novac i vrijeme se razlikuju).
    • Treba li ga brzo pokrenuti (novac i mogućnosti su promjenjivi).
    • Treba li je pokrenuti s budžetom na umu (vrijeme i funkcije su različite).
  2. Pokretanje sa ciljna linija na umu umjesto startne linije. Web aplikacije treba gledati kao projekt koji hoće start i onda evoluirati. Izgradnja onoga što je danas važno i obavezno s obzirom na rast i evoluciju uvijek je bolja od gradnje s namjerom da se završi na početnoj točki.
  3. Previše dobavljača uključeni. Izvješteno je da je web stranica Obamacare imala blizu 55 prodavača. Dodavanje više dobavljača bilo kojem projektu može biti klizav teren. Gotovo možete garantirati da će biti problema s verzijama datoteka, odstupanjima umjetničkih datoteka, odstupanjima mišljenja umjetnika, napuštanjem projekta i lista se nastavlja i nastavlja. Zamislite da imamo 55 senata sa zadatkom da riješe dio ukupnog problema.
  4. Informacijska arhitektura ne uzima se 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, greška. Izuzetno je vrijedno dizajnirati š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 budžeta i počnu rezati uglove ako to nije ispravno učinjeno.
  5. Nema dovoljno vremena za osiguranje kvaliteta. Očito je da je ovo bio veliki pad pokretanja HealthCare.Gov-a. Radili su na tvrdom datumu lansiranja (u ovom slučaju vrijeme je fiksna varijabla trokuta), a funkcije i proračun trebali su biti izmijenjeni kako bi se datum lansiranja vremenski udovoljio za pravilno osiguranje kvalitete ugrađeno u plan. Ovo je krucijalna greška i vjerojatno je puno ljudi koštala posla.

Šta ti misliš?

Ova stranica koristi Akismet kako bi smanjila neželjenu poštu. Saznajte kako se podaci vašeg komentara obrađuju.