Webový vývojový trojúhelník

Všechny naše smlouvy s našimi klienty probíhají každý měsíc. Velmi zřídka sledujeme pevný projekt a téměř nikdy nezaručujeme časovou osu. Pro některé to může znít strašidelně, ale problémem je, že cílem by nemělo být datum vydání, měly by to být obchodní výsledky. Naším úkolem je přinášet našim klientům obchodní výsledky, nikoli dělat zkratky pro stanovení dat spuštění. Jak se Healthcare.gov učí, je to cesta, která povede k nesplnění očekávání.

Pokusit se udržet projekty klientů včas, rozdělujeme požadavky na must have (splnění obchodních výsledků) a nice to have (volitelná vylepšení). Rovněž nikdy neplánujeme dokončení v době vydání, protože víme, že vždy budou nutné nějaké změny.

Robert Patrick je generálním ředitelem společnosti PhD laboratoře, agentura, která navrhuje, staví a spouští webové stránky pro mnoho předních společností z žebříčku Fortune 500. Robert sleduje problémy, se kterými se Healthcare.gov setkal, a uvedl 5 klíčových důvodů neúspěšného spuštění.

  1. Nikdy nikdy neporušujte Čas, náklady a funkce Nastavit pravidlo. Přemýšlejte o tom jako o trojúhelníku, musíte si vybrat jeden bod stanovena a další dvě proměnné. V tomto světě lze vytvořit téměř cokoli, pokud je dostatek času a peněz. Každý, kdo vytváří webovou aplikaci, by si však měl zvolit předem, což je nejvyšší priorita. Tím se stanoví tón a zaměření způsobu, jakým by měl být projekt zahájen. Například,
    • Mělo by být spuštěno pouze po dokončení konkrétních funkcí (peníze a čas jsou proměnlivé).
    • Mělo by být spuštěno rychle (peníze a funkce jsou variabilní).
    • Mělo by být spuštěno s ohledem na rozpočet (čas a funkce jsou variabilní).
  2. Spouštění s cílová čára na mysli místo startovní čáry. Webové aplikace by měly být vnímány jako projekt, který bude Začít a pak rozvinout. Vytváření toho, co je pro dnešek důležité a povinné s ohledem na růst a vývoj, je vždy lepší než budování s úmyslem dokončit v počátečním bodě.
  3. Příliš mnoho prodejců zapojen. Uvádí se, že web Obamacare měl téměř 55 zapojených prodejců. Přidání více dodavatelů do libovolného projektu může být kluzký svah. Můžete téměř zaručit, že budou problémy s verzí souborů, nesrovnalostmi uměleckých souborů, nesrovnalostmi v názorech na umění, opuštěním projektu a seznam bude pokračovat dál a dál. Představte si, že bychom měli 55 senátů, z nichž každý měl za úkol vyřešit část celkového problému.
  4. Informační architektura nebere se vážně. Velké agentury často požádají dodavatele, aby předložili nabídku na RFP a úplně přeskočili proces informační architektury, který skočil přímo do vývoje, aniž by porozuměl nebo se dohodl na rozsahu. To je obrovská, ošklivá ztráta času, ztráta peněz, chyba. Je nesmírně cenné navrhnout co nejvíce aplikace předem a být připraveni být agilní a flexibilní ve věcech, které nebylo možné dobře předpovědět, než ji začnete programovat (to je jako stavět dům bez plánů). Prodejci jsou předurčeni k vyčerpání rozpočtu a pokud to není provedeno správně, začnou snižovat náklady.
  5. Nedostatek času na Quality Assurance. Je zřejmé, že to byl velký pád do spuštění HealthCare.Gov. Pracovali na tvrdém datu spuštění (v tomto případě je čas pevnou proměnnou trojúhelníku) a funkce a rozpočet by měly být upraveny tak, aby splňovaly datum spuštění s časem na řádné zajištění kvality zabudované do plánu. Jedná se o zásadní chybu, která pravděpodobně stojí mnoho lidí za práci.

Co si myslíte?

Tyto stránky používají Akismet k omezení spamu. Zjistěte, jak jsou vaše údaje komentářů zpracovávány.