Projektų vedimas reikalingas tada, kai svarbus ne tik planas, bet ir realus veikiančio sprendimo paleidimas.
Imuosi projekto nuo poreikio ir neaiškumų iki testavimo, paleidimo ir įvedimo į kasdienį darbą.
Projektų vedimas
IT projektų valdymas iki veikiančio rezultato, ne tik iki paleidimo datos.
Vedu skaitmenizavimo projektus nuo neaiškaus poreikio iki realaus naudojimo: padedu suprasti problemą, sudėti kelią, suvaldyti tiekėjus, paleisti sprendimą ir padėti jam prigyti organizacijoje.
Dažniausiai tinkama, kai:
- Projektas svarbus, bet neturi aiškaus savininko.
- Tiekėjai, verslas ir IT kalba skirtingomis kalbomis.
- Reikia žmogaus, kuris greitai priima sprendimus ir kasdien stumia darbą į priekį.
Pirmiau verta sutvarkyti kitką, kai:
- Reikia tik formalaus protokolų ir grafikų administravimo.
- Sprendimai atidedami, o atsakomybės nėra aiškios.
- Komanda nenori testuoti, mokytis ar keisti darbo būdo.
Kuo skiriasi geras projektas
Projektas baigiasi tada, kai sprendimas pradeda veikti darbe.
Daug projektų stringa ne todėl, kad trūksta technologijos, o todėl, kad neaiškus tikrasis poreikis, per silpni reikalavimai, nėra vieno savininko arba po paleidimo žmonės negauna pakankamai pagalbos.
Mano darbas yra sujungti verslo tikslą, procesą, tiekėjus, technologiją ir žmones į vieną realų įgyvendinimo kelią.
Vedu per visą kelią
- Poreikio ir tikslų išgryninimas.
- Reikalavimai ir sprendimo logika.
- Tiekėjų pasirinkimas ir koordinavimas.
- Diegimas, testavimas ir paleidimas.
- Mokymai, atsakomybės ir įvedimas į darbą.
Kaip dirbu
Projektui reikia ir struktūros, ir tempo.
01
Išgryninu problemą
Pirma suprantu, ką iš tikrųjų reikia pakeisti, o ne tik kokio įrankio kas nors paprašė.
02
Sudedame kelią
Reikalavimai, etapai, rizikos, atsakomybės ir sprendimai tampa aiškūs dar prieš projektui įsibėgėjant.
03
Nuvedu iki naudojimo
Testavimas, paleidimas, mokymai ir įpročių susiformavimas yra tokia pati projekto dalis kaip ir techninis diegimas.
Kada verta kreiptis
Kai projektas svarbus, bet jo kelias dar per miglotas.
- Projektas juda, bet nėra aišku, ar juda teisinga kryptimi.
- Verslo poreikis dar neišverstas į aiškius reikalavimus.
- Tiekėjų daug, o vieno sprendimo savininko trūksta.
- Paleidimas įvyko, bet realus naudojimas stringa.
Susiję
Projektų vedimas dažnai natūraliai jungiasi su strategija ir konkrečiais sprendimais.
Kaip vedu projektą
Projektą laikau gyvu tol, kol sprendimas pradeda veikti žmonių darbe ir verslas pamato rezultatą.
Nuo neaiškaus poreikio
Dažnai projektas prasideda ne nuo specifikacijos, o nuo jausmo, kad kažkas neveikia. Padeda greitai susirinkti faktus, suformuoti problemą, susitarti dėl tikslų ir nepaleisti energijos į šalutinius dalykus.
Greitas sprendimų ritmas
Projektuose man svarbus tempas. Kai reikia sprendimo, neslepiu jo po ilgomis diskusijomis: įvardiju variantus, rizikas, rekomendaciją ir ką darome toliau.
Atsidavimas rezultatui
Į projektą einu giliai: suprantu žmones, procesą, sistemą, tiekėjus ir vadovybės lūkestį. Man svarbu ne tik tvarkingas planas, bet realus pokytis, kuris lieka po paleidimo.
Ką gauna klientas
Klientas gauna žmogų, kuris gali kalbėti su vadovybe, tiekėjais, naudotojais ir techninėmis komandomis. Tai padeda išvengti situacijos, kai kiekvienas supranta projektą savaip, o rezultatas pradeda tolti nuo pradinės vertės.
Ypač naudinga
- ERP, CRM, WMS ir integracijų projektuose.
- Kai reikia suderinti kelias komandas ar šalis.
- Kai projektas stringa tarp verslo ir IT.
- Kai svarbu ne tik paleisti, bet ir įvesti į darbą.
Projektas iki rezultato
Projektą vedu taip, kad jis ne tik pasileistų, bet ir pradėtų veikti žmonių darbe.
Vertė atsiranda ne iš projekto plano, o iš veikiančio rezultato. Todėl jungiu poreikį, sprendimus, tiekėjus, testavimą, mokymus ir įvedimą į darbą į vieną valdomą ritmą.
Projektas stringa tarp vadovybės, naudotojų ir tiekėjų: poreikis neaiškus, sprendimai vėluoja, testavimas formalus, o paleidimas dar nereiškia naudojimo.
Kai reikia žmogaus, kuris paimtų projektą nuo neaiškaus poreikio, suvaldytų tiekėjus ir nuvestų iki realaus naudojimo.
Jei projektas laikomas sėkmingu vien dėl techninio paleidimo, nevertinant naudotojų pasiruošimo, proceso ir rezultato.
Tikslą, planą, sprendimų ritmą, tiekėjų koordinavimą, rizikų valdymą, testavimo scenarijus, paleidimo pasiruošimą ir įvedimo į darbą logiką.
Projekto perėmimo ir paleidimo sprintas
Greitai įvertiname projekto būklę, sutvarkome tikslą, rizikas, sprendimus ir artimiausią kelią iki paleidimo arba stabilaus naudojimo.
- Paleidimą laikyti projekto pabaiga.
- Testuoti be realių naudotojų scenarijų.
- Nefiksuoti sprendimų savininkų ir rizikų.
Anonimizuoti rezultatai ir poveikis
Ką tokio tipo darbas keičia praktiškai
Sprendimai priimami čia ir dabar, o projektas juda į priekį.
Vadovybė, naudotojai ir tiekėjai dirba pagal vieną sutartą ritmą.
Dėmesys skiriamas ne tik go-live datai, bet ir realiam naudojimui po jos.
Greitai susirenkame faktus, skausmus, sistemas ir sprendimų vietas.
Atskiriame greitus laimėjimus nuo didesnių projektų ir rizikų.
Sujungiame procesą, duomenis, tiekėjus, komandą ir testavimą.
Pasirūpiname, kad sprendimas būtų naudojamas, o ne tik paleistas.
Susiję puslapiai
Per 45 min. įvertiname projekto būklę, strigimo vietas, sprendimus, rizikas ir ką daryti, kad projektas vėl pradėtų judėti.
Aptarti projektą per diagnostikąDUK
Dažniausi klausimai apie projektų vedimą iki rezultato
Projektas baigiasi ne tada, kai sprendimas paleistas, o tada, kai jis veikia žmonių darbe ir kuria sutartą vertę.
Ką darote, jei projektas prasideda nuo neaiškaus poreikio?
Pirmiausia greitai surenku faktus: kas skauda, kam skauda, kokia rizika, kokio rezultato reikia ir kas turi priimti sprendimus. Iš to gimsta aiškus tikslas, apimtis ir pirmi veiksmai.
Kuo tai skiriasi nuo įprasto projektų vadovo darbo?
Mano stiprybė yra ne tik sekti terminus, bet ir suprasti procesą, sistemas, tiekėjus, žmones ir verslo rezultatą. Kai reikia, padedu priimti sprendimus čia ir dabar, o ne tik fiksuoti, kad kažkas vėluoja.
Ar galite dirbti su mūsų esamais tiekėjais?
Taip. Dažnai būtent to ir reikia: sujungti vadovybės tikslą, naudotojų poreikius ir tiekėjų darbą į vieną aiškų ritmą. Tai mažina nesusikalbėjimą ir padeda išlaikyti projekto kryptį.
Kada projektas laikomas sėkmingu?
Kai žmonės supranta naują darbo būdą, sistema ar procesas naudojamas realiai, vadovybė mato rezultatą, o atsakomybės po paleidimo yra aiškios. Vien techninis paleidimas nėra galutinis tikslas.
Įrodymai iš praktikos
Patirtis, kurią galima pritaikyti jūsų situacijoje
800 tūkst. failų
SharePoint ir M365 dokumentų tvarka prieš saugesnį AI naudojimą ir patikimesnius atsakymus.
4 šalių CRM kontekstas
CRM, ERP, BSS ir SharePoint integracijų koordinavimas su skirtingomis komandomis ir procesais.
30 proc. mažesni likučiai
Atsargų, užsakymų ir sandėlio procesų tvarkymas, kai rezultatas matuojamas ne dokumentais, o veiklos rodikliais.