Aufricht Igor

Abstrakt. Softvérové projekty často končia neúspešne, zlyhajú alebo sú zrušené. Väčšina ukončených projektov prekročí určený rozpočet alebo časový plán. Takéto projekty stoja spoločnosti ročne miliardy dolárov. Agilné metodiky si ukladajú za cieľ vylepšenie procesu vývoja softvéru tak, aby projekt skončil úspešne a zákazník bol spokojný. Aj napriek implementácii agilných metodík však mnohé projekty končia neúspešne. Sú však na vine agilné metodiky? Momentálne neexistuje veľa zdrojov, ktoré by sa tejto problematike venovali. Ja však tvrdím, že zlyhanie mnohých agilných projektov nie je spôsobené agilnými metodikami per se, ale ich nevhodnou, prípadne nekompletnou implementáciou.

Forus Samo

Abstrakt. Esej pojednáva o dôležitosti participácie zákazníka na úspešnosť projektu a rizikách, ktoré plynú z nedostatočnej komunikácie so zákazníkom. Otvára však tiež otázku nadbytočnej participácie zákazníka, na ktorú sa často zabúda a môže spôsobiť nemalé komplikácie v riadení projektu. Usiluje sa projektovým manažérom navrhnúť, do ktorých častí projektu je najvhodnejšie a najkritickejšie zákazníka zapojiť a akým spôsobom je najvhodnejšie výsledky projektu zákazníkovi ukázať tak, aby sa preňho projekt stal atraktívny. Cieľom eseje je zvýšiť popularitu participácie zákazníka u projektových manažérov ako i samotných zákazníkov a poukázať na možnosť, ako znížiť pravdepodobnosť zlyhania projektu zvýšením spokojnosti zákazníka plynúcej z jeho aktívneho zaangažovania do projektu, prenesením časti zodpovednosti za kvalitu projektu na zákazníka a samozrejme zvýšením presnosti a úplnosti požiadaviek vďaka kvalitnej komunikácii so zákazníkom. Esej tiež poukazuje na faktory, ktoré ovplyvňujú participáciu zákazníka v projekte a preto by nemali byť opomenuté pri formovaní vhodného spôsobu komunikácie s ním.

Komunikácia pomocou podporných nástrojov v start-up projektoch

Lačný Jozef

Abstrakt. Kvalita projektu je priamo závislá na kvalite tímu, ktorá zase priamo závisí na kvalite komunikácie v rámci tohto tímu. Pritom sa vôbec nemusí jednať o softvérový projekt. Komunikácia je dôležitá pri plánovaní, vykonávaní a overovaní projektu pri stavbe domu rovnako ako pri vývoji zložitého informačného systému. Použitie podporných nástrojov komunikácie a manažmentu je závislé na charakteristikách tímu a projektu, na ktorom pracuje. Táto esej diskutuje otázku používania nástrojov na podporu manažmentu a komunikácie v tímoch pracujúcich na start-up projektoch. Nepredkladá jedno správne riešenie tohto problému, ale rozoberá klady a zápory použitia podporných nástrojov a odporúča postup pri výbere správneho nástroja s ohľadom na konkrétny tím a projekt.

Ako presnejšie odhadovať úsilie v softvérových projektoch ?

Maršalek Maroš

Abstrakt. Plánovanie je nevyhnutnou súčasťou všetkých projektov a skladá sa z množstva činností. Jednou z najdôležitejších je odhadovanie potrebného úsilia, pretože z vytvorených odhadov vychádzajú ďalšie činnosti, akými sú plánovanie rozvrhu alebo plánovanie nákladov. Na presnosť odhadov sú preto kladené vysoké nároky. Tieto odhady však môžu byť vytvorené pomocou rôznych techník, na základe rôznych vstupov a s rôznou presnosťou. Esej predkladá spôsob využitia viacerých techník vzhľadom na zvyšovanie presnosti výsledných odhadov. Esej taktiež analyzuje problémy spojené s takýmto spôsobom odhadovania, ktorými sú zjednotenie vstupov pre metódy a kombinácia výsledných odhadov a predkladá k nim vhodné riešenia založené na štruktúrach rozdelenia produktu.

Výber správnej cesty v manažmente verzií softvéru

Michalko Pavel

Abstrakt. Vývoj softvéru je v dnešnej dobe podmienený využitím viacerých ľudí. Rozsiahlosť niektorých projektov si vyžaduje, aby títo ľudia pracovali na vývoji súčasne. Tým však vzniká problém s manažovaním vytváraných zdrojových kódov. V takýchto prípadoch je nutné použiť podporné prostriedky pre správu verzií. Táto esej sa zaoberá otázkou výberu správneho typu softvéru pre správu verzií. Spôsob manažovania zdrojových kódov sa líši najmä v závislosti na zvolenom type vyvíjaného softvéru. Konkrétne sa preto táto esej zaoberá výberom najvhodnejšieho prístupu verziovacieho softvéru v závislosti na type projektu. Tento výber dosahuje porovnaním niektorých prístupov a zároveň demonštrovaním problémov, ktoré môžu v jednotlivých prípadoch nastať.

Minimum metrík pre Dosiahnutie úspešného Softvérového projektu

Obal Tomáš

Abstrakt. Softvérové projekty sú svojou povahou veľmi špecifickou oblasťou pre riadenie. Jednotlivé projekty sa môžu od seba odlišovať rozsahom, predmetom, veľkosťou tímu a ďalšími atribútmi. Dôležitým aspektom pre dobré riadenie projektu je zvládnutie jeho korektné monitorovanie. Pre manažérov sú nevyhnutné informácie o postupe prác k vytýčeným cieľom. Rovnako je potrebné vedieť v každom časovom okamihu určiť stav projektu. Monitorovanie môže byť rovnako užitočným pomocníkom pri predchádzaní stratám tak časovým ako aj finančným. Umožňuje včas zachytiť nedostatky v práci jednotlivých členov tímu a rovnako dôležité je včas zachytiť posun v časovom harmonograme. Jednou z možností ako vyjadrovať jednotlivé veličiny v softvérových projektov je používanie metrík, ktoré sú v softvérovom inžinierstve zaužívané. Najmä v menších projektoch je často nesprávne zadefinované požiadavky na monitorovanie preto je dôležité zadefinovať minimálne požiadavky na monitorovanie projektu tak aby dostatočné zachytili všetky dôležité atribúty. V práci sa zameriavame na monitorovanie vývojovej časti projektu v ktorej navrhujeme zaviesť monitorovanie na zabezpečenie progresu a kvality zdrojových kódov.

Ako strach ovplyvňuje naše projekty

Súkenník Ján

Abstrakt. Softvérové projekty so sebou nesú veľký počet rôznych rizík. Tieto riziká bývajú aj dnes vo veľkej miere ignorované. Dôvodom tohto správania je strach. Ľudia sa o rizikách boja rozmýšľať a hovoriť, pretože je to považované za negatívne. Veľké percento softvérových projektov býva kvôli zatajeným alebo nenájdeným rizikám dokončených neskoro, alebo zrušených úplne. Práve hľadanie a vyhodnocovanie všetkých možných rizík počas realizácie softvérových projektov by mohlo znížiť percento neskoro dokončených a zrušených projektov. Riziká by sa dali odhaliť ešte vtedy, keď je ich odstránenie lacné. Esej sa zaoberá fenoménom nazvaným rizikám odporujúca kultúra v súvislosti so softvérovým inžinierstvom. Opisuje aj možné riešenie, ktoré je na prvý pohľad jednoduché a samozrejmé, jeho praktická aplikácia však vyžaduje zmenu v spôsobe akým myslíme.

Ako a prečo monitorovať softvérový projekt

Tóth Juraj

Abstrakt. Pri vývoji softvéru nastáva veľa problémov. Nie sú to len problémy technické ale aj problémy tykajúce sa manažmentu a prostriedkov. O tom, že tieto problémy existujú sa často veľmi dobre vie, ale nijak sa neriešia až dokým nie sú aktuálne a dokážu spôsobiť veľa problémov v projekte. Monitorovanie by malo byť súčasťou každého dobrého projektu. Vývoj softvéru je zložitý proces a skladá sa z veľkého počtu krokov. Každý jeden z týchto krokov je možné monitorovať. Preto sa nám naskytuje niekoľko dôležitých otázok. Je monitorovanie potrebne? Oplatí sa nám monitorovať? Ako sa dá monitorovať práve náš projekt? Táto esej sa bude týmto otázkam venovať.