Princípy tvorby softvéru Agile, Lean, Lean Startup

Podobné dokumenty
SPRINT 2

Princípy tvorby softvéru Modelovanie domény

Princípy tvorby softvéru Programovacie paradigmy

Sablona prispevky MSI

#project #process #change PRACUJTE FLEXIBILNE A INOVATÍVNE! AGILE MANAGEMENT

Microsoft Word - Kocian - esej2011_13-is-xkocianr.doc

Snímka 1

Princípy tvorby softvéru GIT a iné užitocné veci

Microsoft Word - Ivanec - esej2011_16-si-xivanec.doc

BRKOS

Microsoft Word - RolyRiadeniaZmien_V1.doc

Zadání čtvrté série

Slovenská technická univerzita v Bratislave Fakulta informatiky a informačných technológií Zápisnica zo stretnutia #4 Tím sixpack Bc. Jozef Blažíček B

Sablona prispevky MSI

Snímka 1

Agilní metodiky pro distribuované projekty

Slovenská technická univerzita v Bratislave Fakulta informatiky a informačných technológií Iľkovičova 2, , Bratislava 4 Metodika verziovania Tím

Lorentzova sila a jej (zov²eobecnená") potenciálna energia Marián Fecko KTF&DF, FMFI UK, Bratislava Na predná²ke sme sa dozvedeli, ºe Lorentzova sila

Microsoft Word - Hitka - esej2011_06-is-xhitka.doc

Slovenská technická univerzita v Bratislave Fakulta informatiky a informačných technológií Iľkovičova 2, , Bratislava 4 Tímový projekt MOB-UX Pr

Slovenská technická univerzita Fakulta informatiky a informačných technológii Ilkovičova 2, Bratislava Dokument riadenia Tímový projekt II Seal

Princípy tvorby softvéru Perzistencia, databázy

Katedra Informatiky Fakulta Matematiky, Fyziky a Informatiky Univerzita Komenského, Bratislava Podobnos slov (Diplomová práca) Martin Vl ák Vedúci: RN

Sablona prispevky MSI

#project #process #change Univerzitný program projektový manažment Školenie pre budúcich expertov projektového riadenia

Prezentácia programu PowerPoint

Čiastka 205/2004

Microsoft Word - Pavlech - esej2011_02-is-xpavlechl.doc

UNIVERZITA KOMENSKÉHO V BRATISLAVE FAKULTA MATEMATIKY, FYZIKY A INFORMATIKY STRIEBORNÁ EKONOMIKA Diplomová práca Bratislava 2012 Bc. Zuzana Benkovská

Microsoft Word - ŠTATÚT RADY ŠKOLY

Microsoft Word - Bartalos.doc

TD2220-1_UG_SLO.pdf

TD2340-1_UG_SLO.pdf

UNIVERZITA KOMENSKÉHO V BRATISLAVE FAKULTA MATEMATIKY, FYZIKY A INFORMATIKY BAKALÁRSKA PRÁCA Bratislava 2011 Roman Kukumberg

Zápisnica stretnutia tímu EduVirtual (tím číslo 4) Téma stretnutia: Šprint review a plánovanie ďalšieho šprintu Dátum stretnutia: Miesto s

Sablona prispevky MSI

UNIVERZITA KOMENSKÉHO V BRATISLAVE FAKULTA MATEMATIKY, FYZIKY A INFORMATIKY BEHAVIORÁLNE VPLYVY NA SIETE FINAN NÝCH SUBJEKTOV Diplomová práca 2013 Bc.

Metodika práce s gitom Spôsob práce s gitom V projekte sa budú udržovať dve hlavné vetvy: - Master - Hlavná vetva, ktorá odráža otestovaný funkčný kód

UNIVERZITA KOMENSKÉHO V BRATISLAVE FAKULTA MATEMATIKY, FYZIKY A INFORMATIKY Pouºitie teórie extrémnych hodnôt vo finan níctve DIPLOMOVÁ PRÁCA Bratisla

Slovenská Technická Univerzita v Bratislave Fakulta Informatiky a Informačných Technológií Monitorovanie a vyhodnocovanie fyziologických procesov člov

Komplexný informa ný a monitorovací systém Monitorovanie biotopov a druhov európskeho významu Používate ská dokumentácia KIMS modul Mobilná aplikácia

Sablona prispevky MSI

Sablona prispevky MSI

ročník 11, 2015 číslo 4

UNIVERZITA KOMENSKÉHO V BRATISLAVE FAKULTA MATEMATIKY, FYZIKY A INFORMATIKY MODELOVANIE PRÍJMOV A VÝDAVKOV NA ZDRAVOTNÚ STAROSTLIVOS Diplomová práca B

Slovenská technická univerzita Fakulta elektrotechniky a informatiky Mosquitto Telemetry Transport protokol pre IoT Tímové zadanie z predmetu Intelige

UNIVERZITA KOMENSKÉHO V BRATISLAVE FAKULTA MATEMATIKY, FYZIKY A INFORMATIKY VALUE-AT-RISK A CONDITIONAL VALUE-AT-RISK AKO NÁSTROJE NA MERANIE RIZIKA P

EduVirutal (Tím číslo 4) Metodiky projektu Roly členov tímu, zodpovednosti: Koník Kristián Manažérske úlohy: Kontrola stavu systému na správu verzií (

MergedFile

Microsoft Word - msipaper63-lamos.doc

IAB budicek - Branding Landscape & Research options_FINAL_Gregor.pptx

Základy automatického riadenia - Prednáška 2

Sablona prispevky MSI

Microsoft Word - visegrad_2011_aug.doc

Čo bude ďalší krok pre rozvoj ekonomiky SR, alebo Premrhaný(?) potenciál štátneho IT

Snímka 1

msipapersource34-gablovsky

U N I V E R Z I T A K O M E N S K É H O Fakulta matematiky, fyziky a informatiky Katedra informatiky Vybrané kapitoly z teoretickej informatiky-ii Rie

Sablona prispevky MSI

Čiastka 064/2004

Možnosti hybridného cloudu v podmienkach slovenského egovernmentu Jozef Šuran, SAP Slovensko IDEME 2017

Work programme – čo to je a ako ho ovplyvním?

PREHĽAD TRHU NOVÝCH BYTOV NEW APARTMENTS MARKET OVERVIEW

Microsoft Word - DEOV.doc

Technický manuál PRIMASET SNL Okenná sie SNL (profil valcovaný s lemom) s rôznymi typmi zvrtlíkov poskytuje široké možnosti použitia okennej siete. Pr

Snímka 1

Žiadosť o prídavok na dieťa

princeSK_text.indd

Terek Milan

Microsoft PowerPoint - Ch+ęmia 2008

UNIVERZITA KOMENSKÉHO V BRATISLAVE FAKULTA MATEMATIKY, FYZIKY A INFORMATIKY UƒENIE INVARIANTNÝCH SENZO-MOTORICKÝCH REPREZENTÁCIÍ POHYBOV UCHOPOVANIA P

Microsoft Word - Vacula - esej2011_04-si-xvacula.doc

Microsoft Word - msipaper57-petrakova.doc

0329_tapak

Experimenty s ekonomickAmi princApmi

VYSOKÁ ŠKOLA EKONOMICKÁ Fakulta informatiky a statistiky CMMI for Development, Version 1.3 Process area: Verification Autor: Bc. Alexandra Andiľová (x

Pozvánka na VS2016 a Prehliadku prác mladých

Microsoft Word - Krajcovic - Esej2011_10-si-xkrajcovic.doc

Sablona prispevky MSI

Spoločnosť Centrum vzdelávania IMS, s.r.o. ponúka komplexné zabezpečenie konzultačnej činnosti a vzdelávacích programov v oblastiach medzinárodných št

Biharmonická rovnica - ciže co spôsobí pridanie jedného laplasiánu

Sablona prispevky MSI

1

OBAL1-ZZ.vp

Snímka 1

Slovenská technická univerzita v Bratislave Fakulta informatiky a informačných technológií Iľkovičova 2, , Bratislava 4 Big picture - Riadenie p

Vizualizace geometrických algoritmů

Vyhlásenie o parametroch Vydanie: 04/2013 Identifikačné č Verzia č. 1 Sigunit -L93 AF EN VYHLÁSENIE O PARAMETR

Microsoft Word - Dokument_riadenia_k_timovemu_projektu.docx

Matematicko-fyzikálna fakulta Univerzity Karlovej v Prahe SPRÁVA O TUDENTSKOM FAKULTNOM GRANTE Marek Martaus Testování prototyp modul vnit ního detekt

Poznámky Úč POD 3-04 DIC: ˇ A. Informácie o ú tovnej jednotke A. ZAKLADNE INFORMACIE 1. Obchodne meno a sídlo Spolocnosti: ˇ Respect SK, s.

ISO Systémy manažérstva proti korupcii Svetový deň normalizácie 2018 Miroslav HRNČIAR Žilinská univerzita v Žiline

DediĊnosť

Podmienky prijímacieho konaniapre šk. rok

Snímka 1

Oznámenie o Výzve Mutual Learning Exercise (vzájomné vzdelávacie aktivity) v rámci projektu Part

Prepis:

Princípy tvorby softvéru lukotka@dcs.fmph.uniba.sk www.dcs.fmph.uniba.sk/~lukotka M-255

Agile software development ƒo hovorí Wikipédia? Agile software development describes an approach to software development under which requirements and solutions evolve through the collaborative eort of self-organizing and cross-functional teams and their customer(s)/end user(s). It advocates adaptive planning, evolutionary development, early delivery, and continual improvement, and it encourages rapid and exible response to change.

História Iterative and incremental development methods (1957) Evolutionary project management (1970's) Adaptive software development (1970's) V²etky tieto veci uº existovali, av²ak za iatkom 90-tych rokov vo vývoji softvéru dominovali heavyweight methods that critics described as overly regulated, planned, and micro-managed.

História 90-te roky: nové lightweight metódy Rapid application development (1991) Unied process (1994) Dynamic systems development method (1994) Scrum (1995) Crystal Clear (1996) Extreme programming (1996) Feature-driven development (1997) 2001 - Manifesto for Agile Software Development - toto je denicia agile.

Scrum Scrum je management framework. Mnohé agilné metodológie rie²ia vývoj softvéru komplexnej²ie. Scrum sa zoberá naozaj len meneºovacou as ou, technologické aspekty necháva na tím. Scrum nepredpisuje technické postupy to necháva na tím. Dobré technické postupy sú pre úspech dôleºité.

Scrum Scrum - II vývoj, iterácia sa volá ²print a má xnú d ºku max. 30 dní, Tím má 3-9 lenov, samoorganizujúci, zabezpe uje v²etky aspekty vývoja produktu. peciálne role: Product Owner a Scrum Master. Scrum denuje plán meetingov. Scrum denuje tri artefakty: product backlog, sprint backlog a inkrement. Tieto artefakty nenahradzujú dokumentáciu. Rozhodnutie o tom, o je dobré zdokumentova je nechané na tím. Na konci ²printu by mal by doda e ný inkrement produktu.

Scrum - Product Owner Product owner (zdroj): Osoba zodpovedná za maxializáciui return on investment (ROI) vývoja Zodpovedná za víziu produktu Sústavne upravuje priority Product Backlogu, upres uje dlhodobé o akávania a plán Má nálnu rozhodovaciu právomoc v otázke poºiadaviek Rozhoduje, i urobi release Rozhoduje, i pokra ova vo vývoji Berie do úvahy záujmy v²etkých stakeholderov Môºe zárove pracova ako len tímu

Scrum - Scrum master Scrum master (zdroj): Pracuje v rámci organizácie na tom, aby Scrum fungoval o najlep²ie Zabezpe uje aby udia v organizácii Scrumu rozumeli a aby team pod a neho fungoval Vytvára prostredie ktoré vedie k samoorganizácii v rámci tímu Kryje tím pred externými zásahmi, vecami, ktoré odpútavajú pozornos od projektu. Stará sa o vylep²ovanie engineering practices Nemá ºiadnu management authority nad tímom Pomáha rie²i problémy, prekáºky v al²om postupe (impediments)

Scrum - Meetingy Sprint Planning Daily Scrum Sprint Review Sprint Retrospective Backlog Renement (Optional) Sprint Cancellation (Optional)

Scrum - Meetings Sprint Planning Zú ast uje sa aj Product Owner. Tím je zodpovedný za estimáciu úloh z Product Backlogu. Product Owner je zodpovedn za prioritizáciu úloh. Tím si volí rozsah ²printu, vybrané poloºky sa presúvajú do Sprint Backlogu. Ak sú najprioritnej²ie úlohy v product backlogu prive ké, tím ich rozbije, v prípade potreby sa pred Sprint Planingom môºe kona Backlog Renement. Na konci meetingu tím rozdelí niektoré poloºky zo sprint backlogu na sprint tasky. Pre 30-d ový ²print max. 8 hod.

Scrum - Meetings Daily scrum Sledovanie progresu, reportovanie problémov. Stand-up meeting, max. 15 min. Sprint Review Meeting Prezentácia funk ného produktu. Meeting môºu nav²tívi aj napr. budúci pouºívatelia produktu. Moºnos adaptova produkt. Product Owner rozhoduje o je done (prekáºkou môºe by aj chýbajúca dokumentácia). Nedokon ené úlohy sa vrátia na Product Backlog.

Scrum - Meetingy Sprint retrospective Vylep²ovanie procesov vo vnútri týmu. Vylep²ovanie technických postupov. Je potrebné prekonáva psychologické a komunika né problémy. Scrummaster má usmer ova diskusiu. Ke ºe Scrummaster je mimo beºných pracovných inností vidí prácu tímu z iného poh adu (niektorí navrhujú, ºe Scrummaster by mala by rotujúca pozícia, iní certikujú Scrummasterov)

Scrum - Artefakty Product Backlog (zdroj) Zoznam ºelanej funkcionality a ich prioritami Vidia ho v²etci stakeholderi Kaºdý stakeholder, (aj lenovia teamu) môºe na backlog pridáva veci Constantly re-prioritized by the Product Owner Scrum Team backlog sústavne upres uje (pridávanie, rozbíjanie, upresnenie poloºiek) Poloºky na vrchu (prioritou) by mali by men²ie ako poloºky niº²ie.

Scrum - Artefakty Product Backlog Item (zdroj) ƒasto sa pí²e ako User Story Product-wide denícia done (prevencia vzniku technického dlhu) Môºu by item-specic acceptance criteria Náro nos odhaduje Development Team, ideálne v relatívnych jednotkách (napr., story points). Product Owner nemôºe ovplyvni odhad náro nosti / ko ko itemov si team vyberie pre daný ²print.

Scrum - Artefakty Sprint Backlog Skladá sa z vybraných PBIs, ktoré vznikli dohodou medzi tímom a Product Ownerom po as Sprint Planning Meetingu Initial tasks are identied by the team during Sprint Planning Tím po as ²printu objaví al²ie úlohy nevyhnutné pre naplnenie cie ov ²printu. Vidí ho tím. Po as ²printu nemoºno do Sprint Backlogu pridáva nové úlohy, ktoré priamo nesúvisia s dosiahnutím cie a ²printu Ak je nie o také urgentné, ºe to nepo ká Scrum Sprint Abnormal Termination Dôleºité, aby sa tím naozaj mohol sústredi nadosiahnutie sie ov ²printu Iné dôvody na Scrum Sprint Abnormal Termination: nie je moºné dosiahnu cie ²printu, výrazná zmena externých poºiadaviek, kaºdopádne, je to váºna vec, ktorá by mala by ve mi zriedkavá. Dôleºitý artefakt po as Daily Scrum Meetingu

Scrum - Artefakty al²ie Increment Sprint task (optional) Sprint burndown chart Product/release burndown chart

Scrum values Commitment: Team members individually commit to achieving their team goals, each and every sprint. Courage: Team members know they have the courage to work through conict and challenges together so that they can do the right thing. Focus: Team members focus exclusively on their team goals and the sprint backlog; there should be no work done other than through their backlog. Openness: Team members and their stakeholders agree to be transparent about their work and any challenges they face. Respect: Team members respect each other to be technically capable and to work with good intent.

Niektoré problémy Prioritizácia práce je ve mi dôleºitá. V Scrume to má na starosti jeden lovek - Product Owner. V Scrume sa nespomínajú konkrétne spôsoby na zabezpe enie technickej kvality, je to nechané na tím. Ignorovanie technickej kvality vedie k technickému dlhu a spomaleniu aº zastaveniu vývoja (obrázok) - acid scrum aºká ²kálovate nos (pozri napr. Scrum of scrums)

Extreme programming Zaujímavé practices Pair programming Extensive code reviews Test driven development Planing poker Oproti scrumu pridáva do plánovania rozmer rizika Continuous integration Sustainable pace

Agile - odporú ané videá Robert C. Martin - The Land that Scrum Forgot Explaining Agile - Martin Fowler and Neal Ford at USI

Lean Lean software development - Wikipédia - zaujímavé sú najmä princípy a zdroje odpadu.

Kanban Kanban is an approach to process change for organizations which uses visualization with a kanban board, allowing a better understanding of work and workow. It advises limiting work in progress, which reduces waste from multitasking and context switching, exposes operational problems and stimulates collaboration to improve the system. Kanban board examples: manufacturing, software

Lean startup - videá Lean Startup: Why it Rocks far more than Agile Development - Joshua Kerievsky The Lean Startup - Eric Ries

Lean startup Východiská: Lean manufacturing Customer development

Lean startup Niektoré core Lean Startup principles (wiki) Minimum viable product Continuous deployment (only for software development) Split testing Actionable metrics Pivot Innovation accounting Build-Measure-Learn

Pirate metrics AARRR - Ako sa dá mera progres inak ako po tom userov Acquisition Activation Retention Revenue Referal

Zdroje Agile software development - Wikipédia Scrum Reference Card Scrum - Wikipédia Extreme programming - Wikipédia Kanban - Wikipédia