Triunghiul de dezvoltare web

Toate contractele noastre cu clienții noștri sunt angajamente lunare în curs. Foarte rar urmărim un proiect fix și aproape niciodată nu garantăm calendarul. Acest lucru poate părea înfricoșător pentru unii, dar problema este că obiectivul nu ar trebui să fie data lansării, ci rezultatele afacerii. Sarcina noastră este de a obține rezultatele afacerii clienților noștri, nu de a lua comenzi rapide pentru a face date de lansare. Pe măsură ce Healthcare.gov învață, aceasta este o cale care va duce la așteptări ratate.

Pentru a încerca și păstra proiectele clienților la timp, separăm cerințele în must have (îndeplinirea rezultatelor afacerii) și nice to have (îmbunătățiri opționale). De asemenea, nu planificăm niciodată finalizarea la momentul lansării, deoarece știm că vor fi întotdeauna necesare unele modificări.

Robert Patrick este CEO al Laboratoare de doctorat, o agenție care proiectează, construiește și lansează site-uri web pentru multe companii de top din Fortune 500. Robert a urmărit dificultățile cu care s-a confruntat Healthcare.gov și a furnizat 5 motive cheie pentru lansarea eșuată.

  1. Nu încalcă niciodată Timp, cost și caracteristică Stabiliți regula. Gândiți-vă la asta ca la un triunghi, trebuie să alegeți un punct care să fie fixată iar celelalte două variabile. În această lume, aproape orice poate fi creat atâta timp cât există suficient timp și bani. Cu toate acestea, oricine construiește o aplicație web ar trebui să aleagă, din față, care este cea mai mare prioritate. Aceasta stabilește tonul și concentrarea pentru modul în care ar trebui lansat un proiect. De exemplu,
    • Ar trebui să fie lansat numai după ce se fac anumite funcții (banii și timpul sunt variabile).
    • Ar trebui să fie lansat rapid (banii și caracteristicile sunt variabile).
    • Ar trebui să fie lansat cu un buget în minte (timpul și caracteristicile sunt variabile).
  2. Lansarea cu linie de sfârșit în minte în loc de linia de plecare. Aplicațiile web ar trebui privite ca un proiect care va fi Începe și apoi evolua. Construirea a ceea ce este important și obligatoriu pentru astăzi, având în vedere creșterea și evoluția, este întotdeauna mai bună decât construirea cu intenția de a termina la punctul de plecare.
  3. Prea mulți furnizori implicat. S-a raportat că site-ul web Obamacare avea aproape 55 de furnizori implicați. Adăugarea mai multor furnizori la orice proiect poate fi o pantă alunecoasă. Aproape că puteți garanta că vor exista probleme cu versiunea de fișiere, discrepanțe de fișiere de artă, discrepanțe de opinie de artă, abandon de proiect, iar lista continuă. Imaginați-vă dacă am avea 55 de senate însărcinate să rezolve o parte din problema generală.
  4. Arhitectura de informații nu luată în serios. Adesea, agențiile mari vor cere vânzătorilor să depună o ofertă pentru o cerere de ofertă și să treacă complet peste procesul de arhitectură informațională, care trece direct în dezvoltare fără a înțelege sau a conveni asupra unui domeniu de aplicare. Aceasta este o uriașă, urâtă, pierdere de timp, pierdere de bani, greșeală. Este extrem de valoros pentru arhitectul cât mai mult posibil al aplicației și să fii pregătit să fii agil și flexibil în ceea ce privește lucrurile care nu au putut fi prognozate bine înainte de a începe programarea (este ca și cum ai construi o casă fără planuri). Furnizorii sunt destinați să rămână fără buget și să înceapă să taie colțurile dacă acest lucru nu este făcut corect.
  5. Nu este suficient timp pentru Asigurarea Calității. Este evident că aceasta a fost o mare cădere la lansarea HealthCare.Gov. Lucrau la o dată de lansare dificilă (ora este variabila fixă ​​a triunghiului în acest caz) și caracteristicile și bugetul ar fi trebuit să fie modificate pentru a respecta data de lansare cu timpul pentru asigurarea adecvată a calității integrată în plan. Aceasta este o greșeală crucială și probabil îi costă multor oameni slujbele lor.

Ce părere ai?

Acest site folosește Akismet pentru a reduce spamul. Aflați cum sunt procesate datele despre comentarii.