Trójkąt rozwoju sieci

Wszystkie nasze umowy z naszymi klientami to stałe miesięczne umowy. Bardzo rzadko realizujemy ustalony projekt i prawie nigdy nie gwarantujemy harmonogramu. Dla niektórych może się to wydawać przerażające, ale problem polega na tym, że celem nie powinna być data premiery, a wyniki biznesowe. Naszym zadaniem jest uzyskiwanie wyników biznesowych naszych klientów, a nie chodzenie na skróty w ustalaniu dat uruchomienia. Jak się uczy Healthcare.gov, jest to ścieżka, która doprowadzi do utraty oczekiwań.

Aby zachować projekty klientów na czaswymagania dzielimy na must have (spełnienie wyników biznesowych) i nice to have (opcjonalne ulepszenia). Nie zawsze też planujemy ukończenie w momencie premiery, ponieważ wiemy, że zawsze będą potrzebne jakieś zmiany.

Robert Patrick jest dyrektorem generalnym Laboratoria doktoranckie, agencja, która projektuje, buduje i uruchamia strony internetowe dla wielu czołowych firm z listy Fortune 500. Robert obserwował trudności, na jakie napotkał Healthcare.gov, i przedstawił 5 głównych przyczyn nieudanego uruchomienia.

  1. Nigdy, przenigdy nie naruszaj Czas, koszt i funkcja Ustaw regułę. Pomyśl o tym jak o trójkącie, musisz wybrać jeden punkt ustalony a pozostałe dwie zmienne. Na tym świecie można stworzyć prawie wszystko, o ile jest wystarczająco dużo czasu i pieniędzy. Jednak każdy, kto tworzy aplikację internetową, powinien z góry wybrać, co jest najwyższym priorytetem. To nadaje ton i skupia się na tym, jak projekt powinien zostać uruchomiony. Na przykład,
    • Czy powinien zostać uruchomiony dopiero po wykonaniu określonych funkcji (pieniądze i czas są zmienne).
    • Powinien zostać uruchomiony szybko (pieniądze i funkcje są zmienne).
    • Powinien być uruchamiany z myślą o budżecie (czas i funkcje są zmienne).
  2. Uruchamianie z linia mety na myśli zamiast linii startu. Aplikacje internetowe należy postrzegać jako projekt, który będzie początek , a następnie ewoluuje. Budowanie tego, co jest dziś ważne i obowiązkowe, mając na uwadze wzrost i ewolucję, jest zawsze lepsze niż budowanie z zamiarem zakończenia w punkcie wyjścia.
  3. Zbyt wielu dostawców zaangażowany. Donoszono, że w witrynie Obamacare zaangażowanych było blisko 55 dostawców. Dodawanie wielu dostawców do dowolnego projektu może być śliskie. Możesz prawie zagwarantować, że wystąpią problemy z wersjami plików, rozbieżnościami między plikami graficznymi, rozbieżnościami opinii o sztuce, porzuceniem projektu, a lista jest długa. Wyobraź sobie, że mamy 55 senatów, z których każdy ma za zadanie rozwiązać część ogólnego problemu.
  4. Architektura informacji nie traktowane poważnie. Często duże agencje proszą dostawców o składanie ofert w zapytaniu ofertowym i całkowicie pomijają proces Architektury Informacji, przechodząc od razu do rozwoju, bez zrozumienia lub uzgodnienia zakresu. To ogromny, brzydki, marnujący czas, pieniądze, błąd. Niezwykle cenne jest zaprojektowanie jak największej części aplikacji z góry i przygotowanie się do bycia zwinnym i elastycznym w rzeczach, których nie można było dobrze przewidzieć, zanim zaczniesz ją programować (to jest jak budowanie domu bez planów). Sprzedawcy są skazani na wyczerpanie budżetu i rozpoczęcie chodzenia na skróty, jeśli nie zostanie to zrobione prawidłowo.
  5. Za mało czasu Zapewnienie jakości. Oczywiste jest, że był to wielki upadek wprowadzenia HealthCare.Gov. Pracowali nad twardą datą uruchomienia (w tym przypadku czas jest stałą zmienną trójkąta), a funkcje i budżet powinny zostać zmodyfikowane, aby dostosować się do daty uruchomienia z czasem odpowiedniego zapewnienia jakości wbudowanego w plan. Jest to poważny błąd i prawdopodobnie wiele osób kosztowało ich pracę.

Co o tym myślisz?

Ta strona używa Akismet do redukcji spamu. Dowiedz się, jak przetwarzane są dane komentarza.