Your SlideShare is downloading. ×
Kas svarbu vykdant projektus užsakovo akimis
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Kas svarbu vykdant projektus užsakovo akimis

265

Published on

Edmundo Vasonskio skaitytas pranešimas Agile dienoje 2013 gegužės 9 d. …

Edmundo Vasonskio skaitytas pranešimas Agile dienoje 2013 gegužės 9 d.

Patirtis vystant informacines sistemas tiek organizacijos viduje tiek perkant projektus iš išorės. Kaip efektyviai vystyti projektą/produktą, išgryninti suinteresuotų šalių norus, formuoti tiklus vykdytojams ir gauti poreikius atitinkantį rezultatą.

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
265
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
4
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • SPA dirba LT, PL, IT, UK, FRBGS – LT, PL, IT
  • Iššūkiai – dinamiškas IT pasirengęs plėtraiAugimas nebūtinai viskas sudėtingėja ir reikalauja naujos infrastruktūros, naujų sprendimų, papildomų žmonių. Reikalinga strategija
  • Klaidingas manymas, kad didelė išpūsta specifikacija užtikrins projekto sėkmęOrientacija į sistemos atitikimą specifikacijai
  • Pavyzdys – gamybos sistema vystoma specifikacijos remuoseTai galioja visam projektui / jo startui, eigoje mes giliname ir galim detalizuot
  • dažnai reikalavimai surašomi vieno ar kelių žmonių kurie daro prielaida, kad žino už visą įmonė ko jai reikia šiandien ir rytoj!
  • Kai ant stalo dedam techninius reikalavimus tiekėjas bus tik įrangos ar programavimo resursų pardavėjas
  • Galbūt tiekėjui atsakomybė už įranga yra papildoma rizika, bet ar ne didesnė rizika pasižadėti sukurti sprendimą įrangai kuri parinkta neatsižvelgiant į programinį suderinamumą ?
  • Time & MaterialEsam tikri kad tiekėjas dirba „teisingais“ metodaisKlientas turi projektų vykdymo patirtį ir stiprų PVLabiau tinkamas papildomiems darbamsFixed price Fixed scopeKlientas žino kiek mokės už galutinį rezultatąTiekėjas mato rizika todėl „užsimeta“ buferįJeigu kaina už specifikaciją neturim lankstumoAgile metodas (?)Kiekvienas poreikis (user story) įvertinamas $Galutinė kaina yra suma atskirų poreikiųPapildomi darbai gali būt TnM
  • Pridavimas po kiekvieno etapoRealus naudojimasis sistema jau po pirmojo etapo!Eigoje keiteme prioritetusTurėdami patirties su sistema jau kitaip galėjom planuoti ir ruoštis sekantiems etapams
  • Ilja Laurs pasakojo, kad jam pateike 100tukst saskaita uz front page dizainaDaznai Vykdytojo darbas baigtas igyvendinus funkcionaluma, jo efektyvumas mazai diskutuotinas
  • Sukurti produktą tik dalis įdirbioAGILE: Sistema turi but „gyva“, nuolatos tobulinama pagal vartotoju poreikius ir besikeiciancius poreikius
  • Transcript

    • 1. Kas svarbu vykdant projektus Užsakovo akimisEdmundas Vasonskis, IT vadovas, Avia Solutions Group
    • 2. Edmundas Vasonskis - Apie mane• IT vadovas Avia Solutions Grouptarptautinėje įmonių grupėje• IT vadovas ŽIA valda įmonių grupėjevieninančioje įmones aviacijos, žemės ūkio irmaisto pramonės, NT ir kitų paslaugų srityse.• Locatory.com akcininkas prisidėjęs prieįmonės kurimo• 8 metai IT sektoriuje, 6 metai vadovavimo irprojektų valdymo bei vystymo patirtis.
    • 3. Įgyvendinti projektai• Cloud Infrastruktūros pirkimas ir diegimas• In-house CRM vystymas 5 metus• ECM sistemos pirkimas• ERP kūrimas pasitelkiant tiekėjus• Dešimtys didesnių ir mažesnių projektųspecifiniams tikslams pasiekti
    • 4. Apie Avia Solutions GroupTradicinis požiūris vs AgileUžsakymo derinimas - kas svarbuNuosavų vykdytų projektų patirtisUsability / UXAgenda
    • 5. • Verslo šaknys nuo1938.• Pirmoji Lietuviška kompanija listinguojamaVaršuvos akcijų biržoje.• ASG įmonių grupę sudaro virš 17 dukteriniųįmonių dirbančių daugiau kaip 40 lokacijųpasaulyje.• Virš 1300 darbuotojų kalbančių daugiaukaip 10 skirtingų kalbų.• AtstovybėsLietuvoje, Lenkijoje, UK, Italijoje, Malaizijoje bei Rusijoje.• Sertifikuotas aukštos kvalifikacijospersonalas iš daugiau kaip 400instruktorių, inžinierių bei technikų.
    • 6. • Base maintenance• Line maintenance• Engine maintenancemanagement• Parts & components support• Full aircraft engineering• Technical training andconsulting• Landing gear overhaul• Delivery & redelivery solutions• Logistics & Distribution•Passenger services•Aircraft handling•Fuelling•Catering DeliveryServices•Airport terminalengineering•Aviation personnelresourcing•Crew leaseOnline 24/7 aircraftspare parts marketplace:•to search•to buy•to sellaviation inventory•Ab Initio pilot training•Type rating training•Instructor type rating•Cabin crew training•Dry/ Wet Lease•Technicalmaintenance training•FFS MRO and Renewal•Full charter•Aircraft wet lease•Ad hoc flights
    • 7. Ateities planai• FL Technics angarai Kauno oro uoste• FL Technics Ulyanovsk – Rusija, laisvojiekonominė zona, Ulyanovsk
    • 8. Apie Avia Solutions GroupTradicinis požiūris vs AgileUžsakymo derinimas - kas svarbuNuosavų vykdytų projektų patirtisUsability / UXAgenda
    • 9. Pažvelkime iš kitos pusėsUžsakovolūkesčiaiProjektoGamyba
    • 10. Каip gimsta tradicinis projektas įmonėjeProjektų vadovas užtikrina, kad rezultatas atitiktų reikalavimusTeisininkasVadovybėSuinteresuotiasmenysLiepiaužtikrinti, kad niekonepraleidomĮdedasaugiklius, kadnebūtų nukrypimųSpecifikacija
    • 11. Keičiam požiūrįReikalavimai VS Poreikis
    • 12. Mums reikia „programos“Reikalingasverslo problemos(-ų)sprendimas
    • 13. Svarbu tiekėjui iškomunikuottinkamą poreikį• Pasitelkiam visus suinteresuotus asmenis• Rezultatas kurio siekiame, kokią verslo problemąsprendžiame – o ne techniniai reikalavimai
    • 14. DILEMA – „overspecification“• Geri reikalavimai reikalauja detalizavimo• Pridėkim dar baimę kažką praleist, todėldar daugiau įtraukiam ir detalizuojamUžsakovas pats save įvaro į kampą• Nelieka jokio lankstumo• Prarandamas fokusas į verslo poreikius
    • 15. Užsakovas ateina su savoREIKALAVIMAIS• Turint reikalavimus reikalingi tik techniniairesursai įgyvendinimui• Užsakovas iš anksto aiškiai (dažnai klaidingai)įvardina ko jam reikia• Orientacija į sistemos/produkto pagaminimą
    • 16. Užsakovas turi suformuotiporeikius ir tikslusGimsta diskusijatarp Užsakovo irTiekėjoTiekėjas galipasiūlyti geriausiąsprendimąRezultatas busUžsakovoproblemossprendimas
    • 17. Ar „serverių“ pirkimas gali būtAgile? Identifikuojame problemines sritis Paklausiame suinteresuotų šalių ar jie mato tasproblemas ir koks rezultatas juos tenkintų Išgryninam kokius TIKSLUS norim pasiekti Iškomunikuojame tai Tiekėjui Atmetam Tiekėjus kurie perša produktus nesprendimą Sutartyje įrašome kokias problemas/tikslus turiišspręsti įdiegtas sprendimas
    • 18. IT ir Verslo sinergijaIT techninėkalbaIT verslokalbaRPO – 2hRTO – 30minPasiekiamumas– 99,9%HDDgreitis, RAIDMegabaitaiMegahercaiLabai svarbu iš kur šie rodikliai gimsta– jie turi būti suderinti suSUINTERESUOTAIS ASMENIMIS
    • 19. Apie Avia Solutions GroupTradicinis požiūris vs AgileUžsakymo derinimas - kas svarbuNuosavų vykdytų projektų patirtisUsability / UXAgenda
    • 20. Kodėl poreikis naudingesnis• Rezultatas orientuotas į problemos sprendimą -suteikia laisvę surasti optimaliausią sprendimą– Tiekėjas profesionalas yra tikras galėsiantis išspręstiproblemą ir niekas jam netrukdys• Kai ant stalo dedam techninius reikalavimus –tiekėjas tėra įrangos (HW ar SW) pardavėjas– Gamindamas produktą pagal Užsakovo specifikacijątiekėjas įspraustas į rėmus
    • 21. Pavyzdys, kai specifikacija apriboja• Informacinė sistema turi dirbti su tam tikraperiferine įranga– Užsakovui parinkus įrangą Tiekėjas gali susidurt sukliūtimis integruojant ją, Užsakovo rizika -netinkamai veikiantis sprendimas– Tiekėją įtraukiant į įrangos parinkimą Užsakovasgarantuotas rezultatu, Tiekėjas pats kontroliuojavisą procesą (mažiau rizikų)
    • 22. Vystymas per poreikiusNauda Užsakovui• Užsakovui nereikia būtiaiškeregiu ir apgalvoti visustechninius niuansus• Neturint labai detaliosspecifikacijos nebus kliūčiųrealizuoti norimą rezultatąKaip reaguoja Tiekėjas• Rizika, kad Užsakovasporeikio apimtyje labaiišsiplės• Nauda: visgi rizika išsiplėstiyra tik žinomo poreikiorėmuose, todėl turintpatirties galima įvertinti• Saugiklis – įgyvendinusporeikį įvykdomiįsipareigojimai
    • 23. Rizika kurią turime suvaldytiUžsakovo baimė, jeigu iškart nebus įtraukta įreikalavimus - nebus įgyvendintaAtsirinkti tiekėją kuris nebijo bendrauti perporeikius, o ne per sausą įrangos specifikacijąSmulkmenos poreikio rėmuose vis tiek liekaderybų reikalas ginčo atveju
    • 24. Iš patirties... – FRAUD!• Neapsigaukit ant visiško Agile‘izmo• Tiekėjas nepateikia nei kainos, nei laiko,grįsdamas dirbantis Agile principais
    • 25. Fiksuota kaina ar valandinis įkainis• Užsakovas nežino kainos• Užsakovas turi patirtiesTime &Material• Užsakovas žino už ką moka• Rizika tiekėjui = buferisFixed priceFixed scope• Kaina už poreikį• Tiekėjas turi patirtiesAgilemetodas
    • 26. Apie Avia Solutions GroupTradicinis požiūris vs AgileUžsakymo derinimas - kas svarbuNuosavų vykdytų projektų patirtisUsability / UXAgenda
    • 27. Diegimo iteracijomis pavyzdysI etapasSistemos diegimas/pridavimasAdministratorių mokymai „pirminiai“Mokymai tikslinei darbuotojų grupeiTikslinė darbuotojų grupė pradeda naudotisII etapasProgramavimas/pridavimas: Prioritetiniai išplėtimaiAdministratorių mokymai „pažengusiems“Visi darbuotojai dirba su sistemaIII etapasPriežiūra po paleidimoProgramavimas/pridavimas: Kiti išplėtimaiDuomenų importas iš kitų sistemų
    • 28. Įgimta dirbti pagal specifikacijasGyvenimiška patirtis: sistema buvovystoma palaikymo skyriausesamos apimties ribose, darantdaug „workaround“Sprendimas: suinteresuotų šaliųsusitikimas kurio rezultatasdedikuota vystymo komanda
    • 29. Apie Avia Solutions GroupTradicinis požiūris vs AgileUžsakymo derinimas - kas svarbuNuosavų vykdytų projektų patirtisUsability / UXAgenda
    • 30. Nesutarimų priežastys“Any intelligent fool can make thingsbigger, more complex, and more violent. It takesa touch of genius — and a lot of courage — tomove in the opposite direction.” ~ AlbertEinstein~
    • 31. Sprendimas• Sutartyje įrašom, jog funkcionalumas turi būtimaksimaliai efektyvus• Jeigu akivaizdžiai procesas iš vartotojo pusėsgali būti atliktas paprasčiau, suprantamiau irgreičiau tuomet jis turi būt efektyvinamas• Priklausomai nuo specifikos konkretizuojamžingnių skaičiumi, laiku procesui atlikti ar pan.• Pvz: Keleivio aptarnavimas – ne ilgiau 3 min.
    • 32. Jeigu Tiekėjui netinka sąlygosReikia rinktis Tiekėjuskuriems tai priimtinaUžsakovai irgi turi reikalautigeresnio produktoTiėkėjai pirmi pradėjosiūlyti Agile koncepciją
    • 33. CRMKas yra Nr.1 CRM sistemųnesekmės priežastis?Vartotojų pasitenkinimassistema
    • 34. Kaip padidinti CRM efektyvumąTurime „parduoti“ CRM‘ąnaudotojamsKomunikacija(intranetas, video, naujienlaiškis)Naujų ir esamų darbuotojųmokymaiĮsiklausymas į visų suinteresuotųasmenų poreikiusNuolatinis procesų efektyvinimas Nedideli bet dažni atnaujinimai

    ×