Drupal Arendus

Kuidas Drupal-projekt kinni jookseb — ja kuidas seda vältida

🎧 Kuula kõiki artikleid järjest

Kui projektis kasvavad kulud, tähtajad liiguvad ja keegi ei oska öelda, millal töö valmis saab, ei ole probleem tavaliselt tehnoloogias. Probleem on protsessis.

Drupal-projektid ei jää tavaliselt seisma tehniliste probleemide tõttu

Kui räägitakse ebaõnnestunud veebiprojektidest, süüdistatakse sageli tehnoloogiat, arendajat või platvormi.

Praktikas on põhjus enamasti palju igavam.

Projekt jääb seisma siis, kui:

  • eesmärgid pole selged;
  • otsused venivad;
  • projekti maht kasvab kontrollimatult;
  • vajalik sisu või sisend ei jõua õigel ajal kohale;
  • testimine lükatakse viimasesse nädalasse.

Sama muster kordub nii Drupal-projektides kui ka teistes tarkvaraarendustes.

1. Ebaselge lähteülesanne

Kõige kallimad probleemid tekivad tavaliselt projekti alguses.

Näiteks:

> "Soovime kaasaegset Drupal-veebi koos kõige vajalikuga."

See kirjeldab soovi, mitte lahendust.

Arendaja peab hakkama oletama:

  • milliseid funktsioone vajatakse;
  • kes süsteemi kasutavad;
  • millised on äriprotsessid;
  • milliseid integratsioone on vaja.

Kui eeldused osutuvad valeks, tekivad muudatused, lisatöö ja vaidlused.

Kuidas vältida?

Enne arendust peaks olema kirjalikult kirjeldatud vähemalt:

  • eesmärgid;
  • kasutajagrupid;
  • peamised kasutajateekonnad;
  • integratsioonid;
  • sisutüübid;
  • olulised ärireeglid.

2. Otsused jäävad venima

Veebiprojektides sõltub arendus sageli kliendipoolsetest otsustest.

Näiteks:

  • kujunduse kinnitamine;
  • vormide loogika;
  • integratsioonide valikud;
  • sisulised otsused.

Kui vastused viibivad nädalaid, ei jää seisma ainult üks ülesanne.

Sageli peatub terve töövoog.

Kuidas vältida?

Määra projektile:

  • üks otsustaja;
  • regulaarne koosolekute rütm;
  • kokkulepitud reageerimisaeg.

Mida vähem inimesi peab iga otsuse kinnitama, seda kiiremini liigub projekt edasi.

3. Projekti maht kasvab pidevalt

See on üks levinumaid põhjuseid, miks eelarve ja ajakava lagunevad.

Projekt algab viie funktsiooniga.

Arenduse käigus lisanduvad:

  • uus registreerimine;
  • mitmekeelsus;
  • CRM-integratsioon;
  • kliendiportaal;
  • aruandlus.

Iga lisandus tundub eraldi väike.

Kokku võivad need kahekordistada projekti mahu.

Kuidas vältida?

Iga uus nõue peaks läbima:

  1. mõjuanalüüsi;
  2. hinnangu;
  3. otsuse.

Alles seejärel lisatakse see projekti.

4. Sisu ei ole valmis

See probleem tabab eriti sageli organisatsioone, kus sisu valmistavad ette erinevad osakonnad.

Arendus võib olla valmis.

Avalikustamine mitte.

Puudu võivad olla:

  • tekstid;
  • pildid;
  • dokumendid;
  • tõlked;
  • metaandmed.

Tulemuseks on projekt, mis on tehniliselt lõpetatud, kuid äriliselt kasutamatu.

Kuidas vältida?

Sisutootmine peab algama paralleelselt arendusega, mitte pärast seda.

5. Testimine jäetakse lõppu

Sageli nähakse testimist kui viimast etappi.

Tegelikult peaks testimine toimuma kogu projekti jooksul.

Kui kõik kontrollitakse alles lõpus, leitakse korraga:

  • funktsionaalsed vead;
  • sisuvead;
  • ligipääsetavuse probleemid;
  • integratsioonivead.

See tekitab uue arendusringi ning nihutab tähtaegu.

Kuidas vältida?

Kasuta:

  • iteratiivset testimist;
  • automaatteste;
  • regulaarselt toimuvaid ülevaatusi.

6. Välised sõltuvused blokeerivad töö

Drupal-projekt ei eksisteeri tavaliselt iseseisvalt.

Sageli sõltub see:

  • CRM-ist;
  • ERP-st;
  • makselahendusest;
  • autentimisteenusest;
  • välisest API-st.

Kui vajalik ligipääs või dokumentatsioon viibib, peatub ka arendus.

Kuidas vältida?

Kaardista kõik välised sõltuvused enne töö algust.

Vajadusel kasuta:

  • testandmeid;
  • API makette;
  • ajutisi simulatsioone.

Kuidas märgata, et projekt hakkab seiskuma?

Tüüpilised varajased märgid on:

  • koosolekutel arutatakse samu teemasid korduvalt;
  • tähtajad liiguvad ilma selge põhjuseta;
  • projektis on palju avatud küsimusi;
  • tööde prioriteedid muutuvad igal nädalal;
  • keegi ei oska öelda, mis on järgmine konkreetne samm.

Kui need märgid ilmuvad, tasub olukord üle vaadata enne, kui probleem kasvab suureks.

Kui projekt on juba kinni

Sellisel juhul aitab tavaliselt nelja sammu lähenemine.

1. Kaardista tegelik olukord

Mida on tehtud?

Mida on veel vaja teha?

Mis on blokeeritud?

2. Fikseeri projekti ulatus

Lõpeta uute nõuete lisamine kuni olemasolev töö on kontrolli all.

3. Tee uus realistlik ajakava

Optimistlik plaan ei päästa projekti.

Realistlik plaan aitab otsuseid teha.

4. Lepi kokku kommunikatsioon

Kõik osapooled peavad teadma:

  • kes otsustab;
  • kes vastutab;
  • millal infot jagatakse.

Enamik probleeme on välditavad

Drupal-projektide suurimad riskid ei ole tavaliselt seotud Drupaliga.

Need on seotud sellega, kuidas projekti juhitakse.

Kui nõuded on selged, otsused liiguvad, sisu valmib õigel ajal ja testimine toimub kogu arenduse vältel, on enamik projektide seiskumise põhjuseid välditavad.

Hea projektijuhtimine ei tee projekti ainult kiiremaks. See muudab tulemuse prognoositavaks.

Telli RSS
Kaido Toomingas, WebPro tehniline juhtWebPro Company OÜ Tehniline juht: Kaido Toomingas

Vajad Drupal abi?

Kui artikkel puudutab sinu olukorda, ei pea kõike lõpuni lugema. Sinuga suhtleb päris inimene ja aitab järgmise sammuni jõuda.

Võta ühendust