Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Programų sistemų inžinerija7. Asmeninis programų kūrimo procesas• Įtraukti mažiausią pat<strong>ir</strong>tį turinčius komandos narius į organizacijos programiniųproduktų kūrimo procesą, laikantis apibrėžtų disciplinos normų asmeniniame lygmenyje.• Sukurti komandą, galinčią dalintis idėjomis, susijusiomis su asmeninio programųkūrimo proceso tobulinimu, laikantis PSP <strong>ir</strong> organizacinio proceso.Antru atveju organizacijos darbuotojai kartu su instruktoriais nusprendė visą 3 savaičiųtrukmės programą suskaidyti į 3 dviejų dienų seminarus (kiekvienas iš seminarų buvo sk<strong>ir</strong>taspristatyti vieną iš PSP lygmenų), su kelių mėnesių pertrauka tarp jų, sk<strong>ir</strong>ta eksperimentavimui -gautų teorinių žinių pritaikymui darbinėje aplinkoje. Tuo pačiu buvo atsisakyta kai kuriųpraktinių užduočių, kadangi jos pas<strong>ir</strong>odė pernelyg paprastos <strong>ir</strong> teikiančios mažai naudos.Abiem atvejais buvo atkreiptas dėmesys į PSP mokymams parinktas praktines užduotis:jos pas<strong>ir</strong>odė pernelyg paprastos <strong>ir</strong> nerealistiškos, t.y. pritaikytos tik akademiniams užsiėmimams.Taip pat buvo prieita išvados, jog darbuotojai rodo didesnį aktyvumą mokymųsi metu, kai juosapmoko kviestiniai instruktoriai/konsultantai, o ne tos pačios organizacijos žmonės.Kadangi abi organizacijos mokymams skyrė nevienodai laiko, tai gauti gana sk<strong>ir</strong>ting<strong>ir</strong>ezultatai. P<strong>ir</strong>mu atveju organizacija mokymams skyrė itin didelį dėmesį, todėl didžioji dalisp<strong>ir</strong>mosios grupės narių sėkmingai įsisavino PSP procesą. Tačiau priešingai nei p<strong>ir</strong>mosioskomandos atveju, tik nedidelė dalis antrosios komandos narių sėkmingai baigė PSP mokymokursą. Tai lėmė kelios priežastys: nepakankamas instruktorių (p<strong>ir</strong>mosios komandos narių)dėmesys besimokantiems bei motyvacijos trūkumas.Antru atveju organizacijos darbuotojai patiems mokymams skyrė gana nedaug laiko, tačiaudaug laiko skyrė eksperimentavimams. Toks laiko pask<strong>ir</strong>stymas taip pat turėjo neigiamos įtakos<strong>ir</strong> tik dalis PSP kursą baigusių narių procesą tinkamai naudojo eksperimentavimo laikotarpiu.PSP adaptavimasNė viename iš nagrinėjamų atvejų PSP procesas nebuvo panaudotas toks, koks jis pateiktasWatts Humphrey. To priežastys aiškios - kiekviena iš organizacijų turi jau nusistovėjusįprogramų sistemų kūrimo procesą, todėl PSP procesas turi būti adaptuotas taip, kad jį papildytų,o ne iš esmės keistų. PSP proceso adaptacijos metu buvo išryškintos stipriosios <strong>ir</strong> silpnosios PSPproceso pusės, į kurias taip pat turėjo būti atsižvelgta. PSP proceso analizės metu buvo išryškintitokie proceso trūkumai <strong>ir</strong> privalumai.Trūkumai:• Programų sistemų kūrimo proceso metu programuotojas koduoja, renka <strong>ir</strong> analizuojadidelius kiekius duomenų, todėl PSP proceso duomenų rinkimas <strong>ir</strong> analizė ne tik reikalaujapapildomo laiko, bet <strong>ir</strong> atitraukia nuo tiesioginių užduočių vykdymo. Programuotojo atliekamoskasdienės užduotys ženkliai sk<strong>ir</strong>iasi nuo PSP proceso mokymams pateikiamų užduočių. Topasekoje programuotojui sunku taikyti PSP įrankius, atliekant kasdienes užduotis <strong>ir</strong> užduotisMokymo medžiaga 95
Change language