Verkkokehityksen kolmio

Kaikki sopimuksemme asiakkaidemme kanssa ovat jatkuvia kuukausittaisia ​​sopimuksia. Hyvin harvoin jatkamme kiinteää projektia, emmekä koskaan koskaan takaa aikajanaa. Se saattaa kuulostaa pelottavalta joillekin, mutta ongelmana on, että tavoitteen ei pitäisi olla julkaisupäivä, vaan liiketoiminnan tulokset. Tehtävämme on saada asiakkaidemme liiketoiminnan tulokset, älä tee pikakuvakkeita julkaisupäivien tekemiseen. Kuten Healthcare.gov oppii, se on tie, joka johtaa odotusten menettämiseen.

Yritä pitää asiakkaiden projekteja ajallaan, jaamme vaatimukset osaksi must have (liiketoiminnan tulosten saavuttaminen) ja nice to have (valinnaiset parannukset). Emme myöskään aio aikataulua valmistumisesta julkaisuhetkellä, koska tiedämme, että muutoksia tarvitaan aina.

Robert Patrick on toimitusjohtaja PhD Labs, virasto, joka suunnittelee, rakentaa ja käynnistää verkkosivustoja monille Fortune 500 -yrityksille. Robert on seurannut Healthcare.gov: n kohtaamia vaikeuksia ja esittänyt viisi keskeistä syytä epäonnistuneelle julkaisulle.

  1. Älä koskaan, koskaan rikkoa Aika, hinta ja ominaisuus Aseta sääntö. Ajattele tätä kolmiona, sinun on valittava yksi piste kiinteä ja kaksi muuta muuttujaa. Tässä maailmassa voidaan luoda melkein mitä tahansa, kunhan aikaa ja rahaa on tarpeeksi. Jokaisen web-sovelluksen rakentajan tulisi kuitenkin valita etukäteen, mikä on tärkeintä. Tämä asettaa sävyn ja painopisteen projektin käynnistämiselle. Esimerkiksi,
    • Pitäisikö se käynnistää vasta, kun tietyt ominaisuudet on tehty (raha ja aika vaihtelevat).
    • Pitäisikö se käynnistää nopeasti (raha ja ominaisuudet vaihtelevat).
    • Pitäisikö se käynnistää budjettia ajatellen (aika ja ominaisuudet vaihtelevat).
  2. Käynnistäminen maaliviiva mielessä lähtöviivan sijasta. Verkkosovelluksia tulisi pitää projektina, joka tulee Alkaa ja sitten kehittää. Tämän päivän tärkeän ja pakollisen rakentaminen kasvua ja evoluutiota ajatellen on aina parempi kuin rakentaminen aikomuksella viimeistellä aloituspisteessä.
  3. Liikaa myyjiä mukana. On raportoitu, että Obamacare-verkkosivustolla oli mukana lähes 55 myyjää. Useiden toimittajien lisääminen mihin tahansa projektiin voi olla liukas rinne. Voit melkein taata, että tiedostojen versiossa, taidetiedostojen ristiriidoissa, taiteellisten mielipiteiden ristiriidoissa, projektin hylkäämisessä on ongelmia, ja luetteloa voidaan jatkaa. Kuvittele, jos meillä olisi 55 senaattia, joiden jokaisen tehtävänä olisi ratkaista osa kokonaisongelmasta.
  4. Tiedot Arkkitehtuuri ei oteta vakavasti. Usein suuret toimistot pyytävät myyjiä tekemään tarjouksen RFP: stä ja ohittamaan kokonaan tietorakenteiden prosessin, joka siirtyy suoraan kehitykseen ymmärtämättä tai sovimatta laajuudesta. Tämä on valtava, ruma, ajanhukkaus, rahan menetys, virhe. Se on erittäin arvokasta niin suuren osan sovelluksesta kuin pystyt etukäteen ja olet valmis olemaan ketterä ja joustava asioissa, joita ei voida ennustaa hyvissä ajoin ennen kuin aloitat sen ohjelmoinnin (tämä on kuin talon rakentaminen ilman piirustuksia). Toimittajien on määrä loppua budjetista ja alkaa leikata kulmia, jos tätä ei tehdä oikein.
  5. Ei tarpeeksi aikaa Laatuvakuutus. On selvää, että tämä oli suuri kaatuminen HealthCare.Gov: n käynnistämiseen. He työskentelivät kovalla käynnistyspäivämäärällä (aika on tässä tapauksessa kolmion kiinteä muuttuja), ja ominaisuuksia ja budjettia olisi pitänyt muuttaa vastaamaan käynnistyspäivää ajoissa, jotta suunnitelmaan sisältyisi asianmukainen laadunvarmistus. Tämä on ratkaiseva virhe ja maksaa todennäköisesti monille ihmisille työpaikkansa.

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.