Doktorandská dizertačná práca Návrh implementácie procesného manažmentu v softvérovej spoločnosti

1. Doktorandská dizertačná prácaNávrh implementácie procesného manažmentu v softvérovej spoločnosti 2010 Doktorand: Ing. Martin FIDLER Školiteľ: Prof. Ing. Peter SAKÁL, CSc.

2. Táto práca bola podporovaná Agentúrou na podporu výskumu a vývoja na základe zmluvy č. LPP-0384-09 „Koncept HCS modelu 3E vs. Koncept Corporate Social Responsibility (CSR)“.

3. Obsah Úvod a ciele doktorandskej dizertačnej práce Metodika spracovania doktorandskej dizertačnej práce Teoretické východiská Analýza stavu v softvérových spoločnostiach Návrh implementácie procesného manažmentu v softvérovej spoločnosti Sumarizácia prínosov a záver

4. Úvod a ciele doktorandskej dizertačnej práce

5. Hlavný a čiastkové ciele DDP • Navrhnúť prístup k implementácii procesného manažmentu a aplikačnej podpory procesov v softvérovej spoločnosti pre efektívnu realizáciu softvérových procesov. • Čiastkové ciele: • sumarizácia vybraných teoretických modelov a metodík vývoja softvéru, • vymedzenie procesných oblastí softvérovej spoločnosti, na základe teoretických modelov a metodík, • vymedzenie a definícia oblastí procesného manažmentu, ich organizačného usporiadania • definovanie realizačných procesov procesného manažmentu • vymedzenie aplikačnej podpory procesných oblastí a postupu jej implementácie, • návrh kvantifikovateľného spôsobu merania prínosov navrhnutého riešenia.

6. Metodika spracovania doktorandskej dizertačnej práce

7. Postup spracovania DDP – rámcový prístup • Analýza dostupných publikácií zahraničných a slovenských autorov týkajúcich sa problematiky vývoja softvéru, procesného prístupu a aplikačnej podpory procesov. • Účasť na konferenciách a školeniach na Slovensku i v zahraničí. Konzultácie s odborníkmi za účelom rozšírenia poznatkov z uvedenej problematiky v praxi. V každej zo spoločností boli realizované nasledujúce rámcové kroky: • Analýza uplatňovania procesného riadenia vo viacerých softvérových spoločnostiach na Slovensku, rozsah implementácie procesného manažmentu v týchto spoločnostiach a organizačné zabezpečenie. • Návrh riešenia, jeho implementácia v celom alebo čiastočnom rozsahu vo viacerých softvérových spoločnostiach na Slovensku. • Verifikácia navrhnutého riešenia a kvantifikácia prínosov implementovaného riešenia aplikácie procesného manažmentu vo viacerých softvérových spoločnostiach na Slovensku.

8. Teoretické východiská

9. Teoretické východiská (čiastkový cieľ 1)‏ • Softvérová spoločnosť – podnik, ktorý sa zaoberá vývojom, dodávkou vlastného softvéru a poskytovaním služieb s tým spojených. • Softvérové procesy, Projekty vývoja softvéru • Teoretické modely vývoja softvéru • Modely zamerané na procesy vývoja softvéru a ich hodnotenie • Modely životného cyklu vývoja softvéru • Modely poskytovania služieb • Agilné prístupy a modely vývoja softvéru • Zlepšovanie softvérových procesov

10. Analýza stavu v softvérových spoločnostiach

11. Spoločnosti • 2000 – 2002 AssetSoft, a.s. • 2002 Asset, a.s. • 2006 S&K Management System, spol. s r.o. (divízia softvérového vývoja)‏ • 2002 – 2007 Spordat, spol. s r.o. • 2007 Hewlett-Packard Slovakia, s.r.o. • 2007 – 2010 Factory 4 Solutions a.s.

12. Zameranie analýzy • Zhodnotenie aktuálneho stavu a úrovne procesov danej softvérovej poločnosti podľa modelu CMMI. • Identifikáciu problémov v oblasti softvérového vývoja spôsobených nízkou a nedostatočnou úrovňou procesov a procesného riadenia v spoločnosti. • Identifikáciu aktuálneho stavu kvality produktov softvérovej spoločnosti dodávaných zákazníkom. • Analýzu stavu a pokrytia realizovaných procesov aplikačnou podporou, tj. stav interného informačného systému.

13. Zistené nedostatky • Vysoká chybovosť a nízka kvalita produktu prejavujúca sa u zákazníka v testoch a potom v produkčnej prevádzke dodaného produktu. • Nenaplnené požiadavky a očakávania zákazníka o funkcionalitách, výkone a použiteľnosti dodaného produktu. • Nesplnenie časového harmonogramu dodania produktu, predlžovanie času dodania produktu zákazníkovi • Náklady na projekt, prevádzku a údržbu prevyšujú plánované, dodaný produkt je drahší ako bolo pôvodne plánované.

14. Identifikované príčiny • Na úrovni spoločnosti ako celku. • Nízka úroveň spôsobilosti a vyspelosti realizovaných procesov. • Neexistujúci systematický prístup k štandardizácii a zlepšovaniu procesov. • Roztrieštená aplikačná podpora procesov, riešená viacerými aplikáciami bez vzájomných väzieb, t.j. neexistujúci interný informačný systém. • Neexistujúci jednoduchý prístup k vyhodnoteniu prínosov aplikovaného procesného manažmentu, ktorý umožní porovnanie aj medzi jednotlivými produktami. • Na úrovni realizovaných projektov. • Úplne neaplikované, alebo iba čiastočne aplikované softvérové procesy v projektoch. • Neexistujúca kontrola vykonávania procesov v projektoch a chýbajúca spätná väzba z projektov k zlepšovaniu procesov. • Rozsahovo rozdielne používanie aplikačnej podpory sotvérových procesov v jednotlivých projektoch. • Nedostatočné prispôsobenie aplikácií pre podporu procesov jednotlivým projektom.

15. Návrh implementácie procesného manažmentu v softvérovej spoločnosti

16. Návrh procesných oblasti v softvérovej spoločnosti (čiastkový cieľ 2)‏

17. Návrh organizačného usporiadania a oblastí procesného manažmentu v softvérovej spoločnosti (čiastkový cieľ 3)‏

18. Návrh realizačných procesov procesného manažmentu v softvérovej spoločnosti (čiastkový cieľ 4)‏ • Definovanie a zlepšovanie procesov (SEPG)‏ • Proces – Spracovanie nového a zmena existujúceho procesu • Implementácia, sledovanie a hodnotenie realizácie procesov (QA)‏ • Proces – Interné audity procesov • Proces – Nápravné opatrenia • Proces – Spracovanie a realizácia plánu zabezpečenia kvality • Aplikačná podpora procesov (IA)‏ • Procesy prípravy zmeny v internom informačnom systéme • Procesy realizácie zmeny v internom informačnom systéme

19. Návrh aplikačnej podpory softvérových procesov (čiastkový cieľ 5)‏ • Podpora a automatizácia procesov softvérovej spoločnosti, realizovaných interne a v rámci spolupráci so zákazníkmi • Prínosy interného informačného systému pre softvérovú spoločnosť • efektívne využívanie zdrojov (ľudských a ostatných), • dosiahnutie definovanej úrovne kvality procesov a ich výstupov, • sledovanie aktuálneho stavu a priebehu realizácie procesov, • umožnenie a podpora riadenej zmeny procesov.

20. Návrh spôsobu merania prínosov (čiastkový cieľ 6)‏ • Index chýb vyjadruje kvalitu produktu z pohľadu chybovosti, skutočne prejavených sa chýb voči potencialnym chybám.

21. Sumarizácia prínosov a záver

22. Kvantifikovateľné prínosy (1)‏ • Zvyšovanie kvality produktov. Merania boli realizované na výsledných produktoch spoločností dodaných koncovému zákazníkovi. Obrázok č.23 Obrázok č.24

23. Kvantifikovateľné prínosy (2)‏ • Zvyšovanie úrovne spôsobilosti a vyspelosti procesov. Merania boli realizované na procesoch realizovaných v spoločnosti. • postupné zvyšovanie úrovne spôsobilosti a vyspelosti procesov v dôsledku systematicky realizovaného zlepšovania procesov. • dôsledkom je aj zvyšovanie kvality produktov dodávaných zákazníkovi, ktoré je vidieť v predchádzajúcich grafoch. Tabuľka č.3

24. Kvantifikovateľné prínosy (3)‏ • Znižovanie neproduktívnych časov po nasadení interného informačného systému pre podporu procesov. Obrázok č.25

25. Ďalšie prínosy • Zvýšenie spokojnosti zákazníkov, v dôsledku: • zvýšenia a stabilizácie kvality dodávaných produktov, • štandardizácie procesov vzájomnej spolupráce s zákazníkom. • Zvýšenie konkurencieschopnosti, v dôsledku: • zníženia a stabilizácie nákladov, • zvýšenia flexibility na trhu.

26. Prínosy pre vedu • Vytvorenie všeobecného procesného modelu na úrovni základných procesov pre softvérovú spoločnosť syntézou z existujúcich teoretických modelov. • Je možné ďalšie rozpracovanie tohoto modelu • Spracovanie a verifikácia metriky Index chýb pre softvérové produkty. • Definícia a spracovanie základných vzťahov a aplikácie oblastí procesného manažmentu v softvérovej spoločnosti. • Oblasti a ich vzťahy je možné ďalej skúmať, zlepšovať ich fungovanie a ďalej rozpracovať

27. Ďakujem za pozornosť

28. Otázky z oponentských posudkov Prof. Ing. Milan Gregor, PhD. doc. Ing. Andrej Šutaj-Eštok, Csc. doc. Ing. Miroslav Majtán, Csc.

29. Prof. Ing. Milan Gregor, PhD. • … môže doktorand vysvetliť konštatovanie uvedené na str.42, bod 8 • ...odstrániť lokálne optimalizácie... - venovať sa celému rozsahu v danej oblasti projektu, lokálna optimalizácia môže viesť k celkovej neefektivite • Oblasti • Organizácia/Softvérové procesy Definícia realizačných procesov v súlade s určením a požiadavkami na softvérový produkt. Počas projektu striktné sledovanie procesov a realizácia procesných zmien v rozsahu nutnom pre dosiahnutie požiadaviek. • Architektúra Z pohľadu požiadaviek (výkon, dostupnosť, cena, ... ), výber adekvátnych komponentov a ich zodpovedajúca konfigurácia. • Funkcionalita/Kódovanie Striktná kontrola zdrojového kódu a práce vývojárov, tak aby kódované funkcionality zodpovedali požiadavkám.

30. Prof. Ing. Milan Gregor, PhD. • … na strane 55 uvádza doktorand vlastný návrh internej dokumentácie. Neexistuje v súčasnosti interná dokumentácia?, v čom sa líší návrh od štandardu ISO alebo existujúcich riešení ? • Normy a modely definujú požiadavky na dokumentáciu a procesy jej riadenia, v malom rozsahu a iba okrajovo presnejšie jej štruktúru. Interná dokumentácia musí zodpovedať požiadavkám definovaným príslušnou aplikovanou normou alebo modelom. Návrh dokumentácie zodpovedá požiadavkám definovaným ISO 9001 a CMMI.

31. Prof. Ing. Milan Gregor, PhD. • … môže doktorand vysvetliť v čom spočíva význam indexu chýb (s.97), aký rozmer majú jeho premenné, ako bude sledovaný a hodnotený? • … v kvantifikovnom určení úrovne kvality prevádzkovaného informačného systému z pohľadu jeho chybovosti. ERRIN – index chýb, pre daný typ chýb a za dané časové obdobie, ERR – počet chýb, v čitateli suma všetkých chýb daného typu za časové obdobie a jednotlivé zmeny nasadené v danom časovom období, ERRPT – potenciál chýb, v menovateli suma človekohodín (v prípade použitia iného merítka, suma v danom merítku) spotrebovaných na vývoj nasadených zmien za dané časové obdobie.

32. Prof. Ing. Milan Gregor, PhD. • … na str.103 uvádza doktorand hodnotenie, ktoré bolo vykonané na základe subjektívneho hodnotenia. Aká je vypovedacia schopnosť takéhoto hodnotenia? • Hodnotenie úspory času bolo realizované pracovníkmi: • ktorí sami realizujú vývoj informačných systémov a rovnaké otázy riešia voči koncovým zákazníkom • ktorích podiel na celkovom počte pracovníkov bol viac ako 50% • ktorí boli informovaný o prieskume, jeho cieľoch a dôsledkoch • Zistené subjektívne hodnotenia boli po určitom čase zbierania dát potvrdené. • Vzhľadom k horeuvedenému boli tieto dáta vyhodnotené ako dôveryhodné.

33. doc. Ing. Miroslav Majtán, CSc. • … Prečo nie je v analytickej časti použitá len novšia verzia CMMI? Dve analyzované spoločnosti sú skúšané len podľa staršej verzie CMM (s.47, 48), tretia spoločnosť podľa novšej verzie (s.49). Závery na s.51 vychádzajú z týchto analýz? • Jednotlivé vyhodnotenie prebiehali v rozdielnych časových intervaloch. Bola vždy použitá verzia modelu, ktorá bola v danom čase k dispozícii (vydaná) a odsúhlasená danou spoločnosťou ako referenčná.

34. doc. Ing. Miroslav Majtán, CSc. • … Ako ovplyvňuje podniková stratégia archituktúru interného informačného systému (s.87)? • Veľmi významne, hlavne v nasledujúcich oblastiach: • Na aké vývojové platformy bude spoločnosť zameraná • Akými typmi softvérových produktov a spoločnosť bude zaoberať • Aké externé normy a metodiky má spoločnosť plniť • Akú všeobecnú úroveň kvality majú dosahovať softvérové produkty spoločnosti • Plánované počty zákazníkov, ich typ a štruktúra • Plánované počty interných pracovníkov, ich kvalifikácia a štruktúra

35. doc. Ing. Andrej Šutaj-Eštok • ...početnejšie vzorky analyzovaných organizácií... • Času spracovania a potrebe reálne v daných spoločnostiach pracovať zodpovedá aj počet spoločností. Z časových dôvodov nebolo možné zahrnúť viacej spoločností. • ...jednoznačná identifikácia návrhov a prínosov... • Návrhy a prínosy sú rozdelené do dvoch samostatných kapitol. • ...preukázanie efektívnosti skupiny “Definovanie a zlepšovanie procesov” z pohľadu početnosti... • ???

36. Postup spracovania DDP – pôsobenie v spoločnosti Získanie “mandátu” vedenia spoločnosti Analýza aktuálneho stavu Sumarizácia nedostatkov Identifikácia príčin Na základe rozhodnutí vedenia spoločnosti spustenie jednotlivých aktivít riešenia Identifikácia a prioritizácia procesov na definovanie, zmeny a zlepšovanie Budovanie interného informačného systému Vytvorenie/Zmeny v org. štruktúre Definícia realizačných procesov pre procesný manažment Definícia, zmeny a zlepšovanie procesov Spustenie merania a hodnotenia procesov a produktov