Proces upravljanja promjenama
  • Sign in
    • 💬

    Proces, hodogram i način upravljanja promjenama na Odoo implementacijskim projektima

     

    Implementacijske role:

    1. Voditelj Projekta (Project manager - PM)
    2. Implementacijski konzultant (Implementation consultant)/Voditelj projekta
    3. Razvojni inženjer (Developer)

    Produktne role:

    1. Product manager - Danko Sučević)
    2. CCB – change control bord:
      1. Danko Sučević,
      2. Implementacijski konzultant/PM, 
      3. Specijalista za domenu (po potrebi)

     

    Opis rola:

    1. Voditelj projekta je zadužen za komunikaciju i koordinaciju između tima (role 1, 2 i 3), E-Sistema i klijenta, brigu o budžetu i isporukama po ponudi/ugovoru te dogovoru sa klijentom o vremenskom tijeku projekta i isporuka (timeline and deadlines)
    2. Implementacijski konzultant je osoba zadužena za analizu postojećeg poslovnog procesa kod klijenta i njegovo mapiranje na postojeće funkcionalnosti sustava, identificiranje razlika i savjetovanje klijenta o načinu i sadržaju same implementacije. U slučaju identificiranja razlika u funkcionalnostima i potrebama za doradom sustava implementacijski konzultant inicira zahtjev prema Product manageru ili CCBu za ocjenom promjene, odobravanju iste te njenom uključivanju u product roadmap (za veće promjene), odnosno uključivanju promjene u korisničku verziju sustava (za manje promjene). Izuzetno je bitno da se sve moguće promjene provjere kako bi se izbjegla moguća korupcija strukture sustava ili re-implementacija neke funkcionalnosti koja već postoji ali u drugom obliku. U tom slučaju implementacijski konzultant uz pomoć POa ili nekog drugog stručnjaka za određeno područje u sustavu predlaže klijentu alternativno rješenje za rješenje zahtjeva.  
    3. Razvojni inženjer (Developer) je osoba odgovorna za razvoj i testiranje odobrenih i dogovorenih funkcionalnosti/promjena na sustavu. S obzirom da je developer u stalnom kontaktu s klijentom i mimo PM-a i/ili konzultanta tokom razvoja i testiranja moguće je da zahtjev za promjenom, određena opservacija i želja za dodatnom funkcionalnošću bude iskazana u toj interakciji. Dodatna odgovornost developera je da to prenese ostatku tima kako bi zajedno procijenili nužnost zahtjeva, utjecaj na rješenje i kompleksnost sa operativne razine. Nakon te analize i odobrenja od strane Product Managera/CCB-a developer pristupa razvoju i implementaciji te je odgovoran za njen dovršetak i uključivanje u finalni produkt. 


    Rola implementacijskog konzultanta i projektnog voditelja u principu se preklapaju i provode kao jedna ako je na projekt dodijeljena iskusna osoba sa iskustvom iz oba područja. U slučaju da raspoloživi resurs nije kvalificiran za obadvije role preporuča se podjela odgovornosti na dvije osobe (osnovno pravilo: nikad ne između konzultanta i developera).


    1. Product manager (vlasnik sustava) je osoba zadužena za procjenu utjecaja promjene na sustav odnosno vrijednost promjene za sustav. Osnovni cilj je osigurati da klijent dobije nužne dorade bez kompromitiranja osnove rješenja, odnosno savjetovanja implementacijskog tima o najboljem pristupu određenom problemu. U toku tog procesa, ako PMgr procijeni da je zatražena promjena dodana vrijednost produktu PMgr može odlučiti da uključi promjenu u Core sustava kao dodatnu funkcionalnost od trajne vrijednosti za sve klijente sustava. PMgr definira roadmap, smjernice razvoja i plan isporuka.
    2. CCB – Change control board – grupa eksperata koja pomaže PMgr u procjeni pojedinih promjena. Grupa se obično sastoji od eksperata iz raznih poslovnih područja i tehnike kako bi zajednički procijenili tehnički, poslovni i funkcionalni utjecaj za veće/strukturalne promjene odnosno odobrili manje.


     

    Radni tok

    a)     Klijent traži promjenu/dodatak od konzultanta

    b)    Developer i konzultant zajedno analiziraju prirodu i kompleksnost zahtjeva, utjecaj na sustav, te procjenjuju potreban napor (effort) za njegovu implementaciju;

    c)     Konzultant unosi zahtjev u projekt „Upravljanje promjenama“ za konačno odobrenje 

    d)    Ako CCB/Product manager zaključi da je promjena minimalna – kao dodavanje nekog polja za informacije, promjene ili dodavanja ispisa, dodavanja vizualnih/sadržajnih formata i sl, PM je odgovoran da uskladi obuhvat/budžet i vremensku dimenziju u dogovor s klijentom (dorada sustava); Product manager ili PM/Konzultant će odobreni zadatak prebaciti iz projekta „Upravljanje promjenama“ u stvarni projekt. Odobreni zadatak treba postaviti kao podzadatak u zadatak „Razvoj i Prilagodba“

    e)    Ako se radi o kompleksnoj promjeni i/ili većem opsegu/kompleksnosti, PM prijavljuje promjenu PMgr-u za detaljnu analizu i daje preporuku tima o kategorizaciji;

    f)      PMgr procjenjuje da li promjena utječe na strukturu sustava odnosno u suradnji sa CCBom analizira kako se promjena uklapa u generalni roadmap rješenja odnosno vrijednost promjene za sve Odoo klijente;

    g)     U slučaju da promjena nije u skladu sa Odoo vizijom  PMgr 

    ​a.     odobrava kreiranje posebnog branch-a za razvoj samo za tog klijenta

    ​b.     preporučuje alternativno rješenje ako ta funkcionalnost već postoji samo u drugom obliku

    ili ako je u skladu s vizijom prihvaća promjenu u roadmap i informira tim kad i kako će ta promjena biti implementirana

    h)    PM/Konzultant informiraju klijenta.


    Grafički prikaz koraka u procesu:

     

     

    Za sam proces kreiran je u Projekti (m) projekt/proces upravljanja promjenama sa slijedećim fazama:

    1.     Novo – popis novih zahtjeva

    2.     U tijeku – zahtjevi u analizi

    3.     Gotovo – odbijeni zahtjevi za promjenom. Napomena: zahtjev može biti odbijen odmah (nakon analize) ili nakon evaluacije ako se pokaže kao nepotreban ili preskup    

    Poveznica na projekt https://www.podrska.e-sustavi.hr/web#action=369&active_id=385&model=project.task&view_type=kanban&cids=1&menu_id=245

     

    Način otvaranjazadatka /prijave promjene:


    1. Odaberite projekt "Upravljanje promjenama" iz stupca "In progress Odoo" (ili kliknite na gornji link 🙂)


    2. Odaberite/uđite u zadatak Primjer

    i kopirajte ga (primjer je obrazac) - duplicate

    na kopiranom zahtjevu popunite tražene podatke:

    • datum zahtjeva
    • tko je zatražio promjenu
    • detaljan opis promjene + dodajte dokumente koji su potrebni za implementaciju 
    • razlog za promjenu

    i dodijelite (assign) Mariu na odobrenje

    Mario će vas nakon toga kontaktirati za CCB i prolaz/odluku o zahtjevu..