Franta Martin

Abstrakt. Esej sa zaoberá riadením rizík vo webových projektoch. Webové inžinierstvo, ako samostatná oblasť softvérového inžinierstva, má svoje špecifické predpoklady a z nich vyplývajúce riziká. Tvorcovia webových aplikácií stoja pred rozhodnutiami ako tieto riziká riadiť, zároveň promptne reagovať na požiadavky používateľov a nestratiť pozíciu na trhu. V úvode esej pomenúva možné riziká spojené s vývojom pre web. Zameriava sa na riziká vo vedení projektov a dáva ich do protikladu s rizikami vyplývajúcimi z technologických špecifík vývoja v danom prostredí. Esej uvádza základné otázky, ktoré by si mali produktoví vlastníci a manažéri položiť predtým, ako sa začne vývoj, prípadne skôr, než je výsledný produkt nasadený. K manažmentu rizík pristupuje s otázkou, ako viesť projekt dynamicky a zároveň zodpovedne.

Gajdoš Martin

Abstrakt. V tejto eseji sa pokúsim čitateľovi priblížiť problematiku kooperácie ľudí na pracovisku. Komunikácia je pri snahe o vytvorenie spoločného diela kľúčovým prvkom, ktorý často rozhoduje medzi úspechom a neúspechom. Spôsoby dorozumievania sa, v pracovných podmienkach, sa v mnohom líšia od tých, s ktorými sa stretávame vo voľnom čase. Preto bude mojou snahou, zamerať sa na tieto rozdiely a bližšie ich zhodnotiť. Prioritu budú mať tie aspekty, ktoré je možné ovplyvniť z pozície manažéra komunikácie a ktoré majú na výkonnosť práce najväčší dopad. Našou hranicou však nebudú iba klasické formy dorozumievania sa. V prítomnosti sa dostávajú na pracoviská nové spôsoby komunikácie. Tie môžu viesť k efektívnejšej a spoľahlivejšej spolupráci. Pri nesprávnej manipulácií s nimi, ju ale dokážu práve naopak potlačiť. Objasnenie vhodnosti ich použitia je ďalším bodom, ktorému sa budeme venovať.

Metriky mávajú dlhý nos

Habdák Martin

Abstrakt. Pre lepšie plánovanie v softvérovom projekte sa používa monitorovanie založené na viacerých zaužívaných metrikách. Sleduje stav projektu a pomáha odhaliť chyby, ktoré spôsobujú prípadné problémy vo vývoji. Monitorovanie poskytuje aj náhľad na počínanie si softvérového tímu. Umožňuje ho ohodnotiť na základe zozbieraných údajov. Hodnotenie však môže byť nepresné pri výbere nevhodných metrík. Esej opisuje aký dopad môže takéto skreslenie mať na vzťahy v tíme. Mnoho zaužívaných metrík totiž umožňuje členom tímu predstierať väčší podiel práce na projekte. V tíme vznikajú konflikty, ktoré sa odzrkadľujú na priebehu vývoja softvérového projektu. Znižuje sa morálka a efektivita členov. Manažéri projektu často používajú ľahko sledovateľné metriky, ktoré tieto problémy podnecujú. Esej poukazuje na ich nevhodnosť a predkladá k nim alternatívy eliminujúce väčšinu podnetov pre zlé vzťahy v softvérovom tíme.

Ktorá metóda tvorby rozvrhu je tá pravá?

Horváth Róbert

Abstrakt. Vytváranie plánu a žitie podľa rozvrhu sú pre nás činnosti, ktoré vykonávame každodenne a často krát si to možno ani neuvedomujeme. Tieto procesy majú svoje miesto nie len v bežnom živote, ale aj pri tvorbe softvérových produktov. Pre vytvorenie rozvrhu, ktorý bude slúžiť ako podklad pre ďalšie etapy tvorby produktu máme na výber viacero metód. Zo samotných definícií metód však nemusí byť jasné, ktorá je vhodnejšia vzhľadom na okolnosti nášho projektu. V tejto eseji vám ponúkam svoj pohľad na použitie jednotlivých metód vzhľadom na špecifiká projektu. Opisujem ich hlavné výhody a nedostatky. Taktiež upozorňujem na to, že výber metódy nepredstavuje garanciu zvládnutia vytvorenia kvalitného rozvrhu. V procese plánovania sa ľahko robia chyby, ktoré môžu mať fatálne následky na výsledok projektu, a preto esej identifikuje najčastejšie chyby, ktorých by si manažéri plánovania mali byť vedomí a mali by sa im vyhýbať.

Dokumentovať?! Ja mám inú prácu

Jurčík Peter

Abstrakt. Technická dokumentácia tvorí neoddeliteľnú súčasť dodávaného diela. Napriek tomu sa jej prikladá v porovnaní s vývojom softvéru iba nepatrná dôležitosť. Dôvodov prečo sa tak stáva je viacero. Vytvorená kvalitná dokumentácia nemá formu iba určitého manuálu pre používateľov. Môže tvoriť dôležitý zdroj informácií pre programátorov ale aj pre manažérov vývojového tímu. Absolútnym minimom ako môžu programátori prispieť k procesu tvorby dokumentácie je písanie výstižných komentárov, z ktorých sa dá využitím nástrojov na automatické generovanie komentárov zo zdrojového kódu, získať aspoň základ technickej dokumentácie produktu. Samotné komentáre pritom pomáhajú aj programátorom sa lepšie orientovať vo vytváranom kóde. Napriek faktu, že je veľmi ťažké objektívne merať kvalitu dokumentácie, stanovíme základné pravidlá, ktoré treba dodržiavať pri tvorbe kvalitnej technickej dokumentácie.

Manifest párového programovania v tíme

Kocian Róbert

Abstrakt. Stále viac a viac rastú nároky na rýchlejší vývoj a kvalitu softvéru s čoho vyplýva že, pre samotných programátorov je to čim ďalej tým náročnejšie. Vyvíjať kvalitnú a komplexnú aplikáciu s neustále rastúcimi nárokmi na jej vývoj je v tejto stále rýchlejšej dobe extrémne ťažká úloha, a preto si táto situácia vyžaduje použitie extrémnych metód vývoja, ktoré tento problém vo veľkej miere eliminujú a je tak možné vyvíjať kvalitný softvér za čo najkratší čas. Vhodnosť použitia Párového programovania je závislá ako od veľkosti projektu, tak od veľkosti tímu. S toho vyplýva otázka. Je Párové programovanie vhodnou metódou pre menšie tímy, ktoré pracujú na menších projektoch? Ak áno, dá sa uskutočniť párové programovanie v menších tímoch tak, aby sa dosiahlo požadovaných kritérií kladených na projekt?

Komunikácia na Internete – skvelý pomocník, ale zlý pán

Macko Peter

Abstrakt. Každý tímový projekt vyžaduje vzájomnú komunikáciu jeho členov. Bez komunikácie by bol vývoj v tíme náročný, ba dokonca neuskutočniteľný. Tím, ktorý nekomunikuje, je dopredu odsúdený na zánik. S príchodom moderných technológií sa otvorili pre vývoj produktov nové obzory pre členov tímu. Práve preto som sa v tejto eseji zameral hlavne na využitie moderných komunikačných technológií v tíme. Tieto technológie som rozdelil do dvoch základných skupín, interaktívnej alebo neinteraktívnej, a snažil som sa identifikovať, ktorá skupina komunikačných technológií je tá pravá pre profesionálny vývoj v tíme. Tu som sa priblížil k názoru, že neinteraktívna komunikácia je pre tímovú prácu prospešnejšia. V neposlednej rade mapujem najmodernejšie technológie pre prácu v tíme, ako sú dnes veľmi populárne komunikačné skupiny. Hlavnou výhodou takéhoto riešenia, ktorú mapujem v eseji, je dobrá organizovanosť a prehľadnosť komunikácie členov tímu.

ľudský faktor v technickej formálnej prehliadke

Ruman Vladimír

Abstrakt. Formálna technická prehliadka má veľký význam pri kontrole kvality a pri vývoji softvéru ako takom. Technická prehliadka je formálnym stretnutím skupiny ľudí, ktorých úlohou je objavovať potenciálne chyby a problémy, čím sa zvyšuje kvalita vyvíjaného softvérového produktu. Ľudia zúčastňujúci sa prehliadky majú ľudské vlastnosti a nedostatky, ktoré vplývajú na priebeh a úspech celej prehliadky. Z tohto dôvodu je potrebné pýtať sa na otázky, ktorých zodpovedanie by pomohlo zvýšiť užitočnosť a kvalitu formálnych technických prehliadok. Akých chýb spôsobujúcich problémy sa vyvarovať? Ako čo najlepšie motivovať účastníkov prehliadky? Ako viesť prehliadku čo možno najšetrnejšie voči ľuďom? Na položené otázky podávam odpovede, opierajúc sa nielen o skúsenosti a poznatky odborníkov v tejto oblasti, ale aj na základe vlastných postojov. V eseji preberám známe a časté problémy, ktoré sa pri formálnych technických prehliadkach vyskytujú a diskutujem ich možné riešenia.

Monitorovanie. Prínos či zdržanie?

Sládeček Peter

Abstrakt. Pri realizácii softvérového projektu sú do vytváraného riešenia vnášané skryté chyby, ktorých neodhalenie má zväčša fatálne následky – neúspešné ukončenie projektu. Aplikáciou vhodných monitorovacích metrík eliminujeme chyby už v zárodku, kedy je na ich opravenie potrebných najviac pár hodín práce. Prečo teda nie sú projektoví manažéri ochotní vynaložiť časť úsilia tímu i finančných nákladov do monitorovania? Obávajú sa neefektívnosti podniknutých krokov? Zastávajú presvedčenie, že plánovanie a riadenie sú dostačujúce podmienky úspechu? Cieľom tejto eseje je presvedčiť čitateľov o nutnosti používania monitorovania v malých i veľkých tímoch. Poukazuje i na získané informácie manažérov, ktoré je možné využiť pri plánovaní a riadení tohto či budúceho projektu.

Ten či onen, ktorý systém na správu verzií zvoliť?

Ubreži Maroš

Abstrakt. Podporné prostriedky sú v súčasnosti neoddeliteľnou časťou procesu vývoja nového softvéru. Jedným z najdôležitejších je systém na správu verzií. Vďaka nemu môže na projekte organizovane pracovať súčasne viacero ľudí. Lenže ako si zvoliť ten najvhodnejší pre náš projekt? Najprv je potrebné vybrať si verziovací prístup. Nikto vám nikdy nepovie, že jeden prístup je zaručene lepší ako druhý. Výber vždy závisí od špecifík projektu. Na základe vlastných skúseností a názoru odborníkov diskutujem o základných potrebách firemného, školského a komunitného tímu. Identifikujem prístup, ktorý ich najlepšie podporuje. Následne je potrebné si zvoliť konkrétny nástroj spadajúci do vybranej kategórie. Zamýšľam sa nad otázkami, ktorých odpovede usmerňujú a pomáhajú pri výbere toho najvhodnejšieho. Prečítaním eseje zistíte, že kedy považujem za vhodné použiť centralizovaný a kedy distribuovaný prístup. A hlavne dôvody prečo to tvrdím. Pri výbere konkrétneho nástroja sa budete môcť riadiť zostavenou skupinou otázok.

Otestuj si svoj tím

Vacula Matúš

Abstrakt. Softvérový projekt sa vo svojom životnom cykle stretáva s mnohými rizikami. Nezanedbateľným rizikom sú ľudské zdroje. Každý člen vývojového tímu má individuálne schopnosti, či už ide o programátorské, organizačné, komunikačné alebo iné, a ochotu vydať zo seba to najlepšie. Pre manažéra novovytvoreného tímu alebo manažéra, ktorí vedie konkrétny tím prvýkrát a ešte s ním nie je celkom oboznámený, môže byť ťažké odhadnúť, čoho je jeho tím schopný ak sa vyskytne stav krízy. Tomu by sa dalo zabrániť záťažovým testovaním tímu. Test by odhalil nielen výkonnosť zamestnancov ale aj skryté chyby v procesoch projektu. Výsledky testov môžu napomôcť k presnejšiemu plánovaniu a lepšiemu manažmentu rizík.

Podporné prostriedky – pomocník, nie nepriateľ!

Vrablecová Petra

Abstrakt. Podporné prostriedky sú dôležitou súčasťou pri vývoji softvéru. Dali by sa označiť za ďalšieho člena tímu, ktorý nám pomáha pri vývoji softvéru. Mnoho tímov ich však tak nevníma a považuje ich za samozrejmosť. Preto nekladie ani zvýšenú pozornosť pri ich výbere a neuvedomuje si, aké následky môžu vyplývať z výberu nesprávnych podporných prostriedkov. V tejto eseji sa píše ako nesprávny výber môže negatívne vplývať napr. na náklady a čas vyhradené na projekt, a aké kritéria by mali byť zohľadnené pri výbere podporných prostriedkov za účelom zefektívniť proces práce na projekte. Každý tím by mal pred výberom zanalyzovať svoje požiadavky na prostriedky, svoje možnosti (technologické, finančné a pod.) a hlavne zanalyzovať členov tímu (skúsenosti s prostriedkami, preferované prostriedky, schopnosti učiť sa, spracovávať, vnímať informácie). Zohľadnenie uvedených kritérií výrazne pomáha pri výbere správnych podporných prostriedkov pre tím. Správne podporné prostriedky môžu byť vnímané ako spoľahlivý člen tímu a dobrý pomocník a nie ako nepriateľ, ktorý vás oberá o čas.

Ako Gantt porazil zlé riziká

Zimová Zuzana

Abstrakt. Esej pojednáva o grafickej reprezentácii projektového plánu. Podrobnejšie sa venuje Ganttovmu diagramu, najmä jeho využitiu v oblasti plánovania softvérového projektu. Pojednáva o tom, ako je možné s využitím Ganttovej schémy predchádzať niektorým rizikám, ktoré sa pri vývoji softvéru vyskytujú, najmä z pohľadu plánovania. Zaoberá sa predovšetkým rizikami oneskorenia projektu, neprimeraného rozdelenia úloh medzi členov tímu a rizikovými členmi tímu, ktorí ohrozujú včasné ukončenie projektu. Rozvrhnutie projektu pomocou Ganttovej schémy umožňuje zobraziť komplexný prehľad s podrobným rozpisom úloh pre jednotlivých členov aj s predpokladanou dĺžkou ich trvania. Rovnako umožňuje zobraziť čas, ktorý členovia tímu strávili plnením úloh a umožňuje odhaliť neskoré ukončovanie úloh. V závere eseje je zhrnutie dôvodov, pre ktoré je použitie Ganttovho diagramu pri plánovaní projektu vhodné.