Egy fejlesztést általában a kódolás kezdetétől a verzió élesítéséig datálnak. Azonban ez valójában az igény megfogalmazódásától kezdődik. Hasonlóan mintha az emberélet a szülői gyerekvállalás ötletétől datálódhatna. :) Hogyan lehet a stakeholderek valódi szükségletét figyelembe véve nem elszigetelt, hanem egy konzisztens és összefüggő rendszert alkotni? Hogyan tervezzünk Jira-ban a folyamatokban gondolkodva? Hogyan fűzzük a látszólag különálló folyamatokat egymásba?
Béla, mi élesedett tulajdonképpen? A request to release koncepció mire is ad választ.
1. R2R
Request to release
Béla, mi is ment élesbe tulajdonképpen?
Kakuk Szabolcs
Digital transformation enthusiast
Atlassian meetup
Budapest, 2019. november 14.
A prezentációban megtalálható tartalom szerzői jogi védelem alatt áll, csak a szerző előzetes írásbeli engedélyével használható fel.
2. Miről lesz
szó ma
Választ kapni az alábbi kérdésekre:
Hogy dolgoztok ti?
R2R
• Mihez hasonlít az R2R? - kontextusba helyezés
• Miről szól az R2R?
• Építőkockák - Atlassian eszközök
• Konkrét példák
Verbális debugging
• Nálad már működik az R2R?
• Mit kell tenned, hogy működjön?
3. Mert az rizikó,
ha...
• Nem tudjuk mi élesedett
• Nem tudjuk rendesen le lett-e tesztelve
• A tesztelés során más verzióról telepítettünk, mint az éles
környezeten
• Nem marad ideje a szereplőknek jó munkát végetzni
túlallokáció miatt
• …
És megnyugtató, ha....
• Világos milyen verziók vannak az adott release-ben
• Minden story le van fedve sikeres tesztessetel
• Tudjuk, hogy mikor milyen verzió milyen környezetre lett
telepítve
• A feladattal kapcsolatos valamennyi szereplő valamenennyi
szükségs erőforrása jó előre be van foglalva
4. Különleges
előadás
Mert a téma amiről szól:
• Még nem élesedett
• Tervasztalon létezik
• Többek között szakdolgozat is lesz belőle
• A megkerülhetetlen jövőt írja le
5. Üdözlünk a continuous
delivery világában.
Ehhez képzeld el, hogy:
• Megkapsz egy projektet
• Több éves kifutás
• Legalább 5 release
• Sok integrált alkalmazás
• Kritikus rendszerek, az üzlet
léte függ tőle
• Több szállítóval kell dolgozni
• Semmi sem standard
• A költségvetés fix
• Az IT csapat létszáma 50 fő
https://stackify.com/continuous-delivery-for-winners-with-a-feedback-loop/
6. Képzeld magad a
product owner
helyébe
• Kihívásokkal találod szembe
magad:
• Mindenki változást akar
• Senki nem akar változni
• Eredményt akarnak
• De nem költekezni
• Robotizálni
• Egyben látni mi mennyi
• Tudni előre mennyi ember kell
https://www.romanpichler.com/blog/agile-product-roadmap/
7. Összeszeded
valamennyi tervezési
tudásodat
• Ígérned kell valamit, tehát:
• Szakértő véleményekre
alapozol
• Releasekbe rendezed
• Olvasol gartnert
• Mindenkivel átbeszéled a
terveket
• És elkészül a product
roadmap
https://kanbanize.com/agile/project-management/planning/
8. Miből áll az eredmény?
Input
People
ToolsProcess
Output
Gyorsan
MinőségetOlcsón
Mi a cél? – 3-ból csak 2-t választhatsz
Mikorra akarod leszállítani az eredményt?
Hogy éred el a célt? Mire fókuszálsz?
Milyen időtávon akarsz változást?
9. Mi a gazdasági
szervezet
létezésének a
célja?
A tulajdonosok számára profit termelése
• Fejlődés:
• Hatékonyság növelése – ugyanannyi
emberrel többet
• Automatizmus
• End-to-end folyamat
• Folyamatrészek
• Stagnálás: Kevesebb emberrel ugyanannyit
• Visszafejlődés: Ha eddig működött, mehet így
tovább
10. Milyen esetben
releváns amiről
beszélünk?
Leginkább komplex, integrált rendszerek
esetében, amikor egy-egy rosszul sikerült
release katasztrófális kihatással lehet az
üzletre
• Amikor nem két perc visszaállni korábbi verzióra
különösebb negatív hatások nélkül
• Pl. ERP rendszerek, CRM rendszerek, Core
rendszerek, MES rendszerek, légi irányítás,
repülőgép vezérlés, autó vezérlés
Azaz mindenkor
11. Az emberi
életciklust
honnantól
számoljuk?
Attól függ honnan nézzük
• Életkor számításánál: Születéstől
• Anyagi juttatásoknál: magzat 90. napjától
• A gyerek szempontjából: Fogantatástól
• A szülőknél controlling szempontból: Gyerekvállalás
ötletétől
• Ki kell hozzá: férfi és nő -> APA+ANYA
• További szereplők jelennek meg időközben: nőgyógyász,
szülész, gyerekorvos, védőnő
• HOGY JÖN EZ IDE????
12. A rendszer
életciklus
honnantól
számoljuk?
Attól függ honnan nézzük
• Életkor számításánál: Élesbe állástól – userek, helpdesk
• Anyagi kiadásoknál: az első számla beérkezésének
napjától - számvitel
• A projekt szempontjából: kickofftól – PMO
• A vállalatnál controlling szempontból: Rendszer
szükségességének ötletétől – stratégia
• Ki kell hozzá: sponsor és product owner ->
rendszerszervező+üzemeltető
• További szereplők jelennek meg időközben: scrum master,
architekt, business analyst, DBA, rendszermérnök
• NA ÍGY JÖN EZ IDE!!!!
14. Gőzgép vs
villanymotor
Ha minden szempontból jobb volt a villanymotor,
mint a gőzgép, akkor miért tellett évtizedekbe az
átállás?
Motoros lovaskocsi:
Összekötése az egyes kialakult folyamatoknak
RPA ugyanezt csinálja
Konzerválása az eddigi rossz szokásoknak
16. Hova akarunk eljutni?
Mi a cél?
• Hatékony
• Jól működő
• Lekövethető
• Hiteles
• Megbízható
• információ
biztosítása
Olyan rendszer
kialakítása ami:
• Központosított
• Felülről szervezett
• Platform
szemlélettel bír
• Skálázható
• Bővíthető
Kire kell szabni a
rendszert?
• Mindenkire
• Senkire
• Nem adott
emberekre
• Skillekre
• Folyamatokra
17. Milyen tanokat akarunk alkalmazni?
Kiszámíthatóság
Regressziós hatások minimalizálása
Waterfall
A szoftver írása, a folyamat elejeSDLC
Gyors újratervezés, flexibilis feature setAgile
Folyamatos release, gyorsan új feature-okDevops
Skálázott agileSAFE
Applikáció születésétől a haláláigALM
Adott létszám Adott keretösszeg
Változó scope Változó jogi környezet IT környzetekért folyó verseny
Ezzel szemben:
18. Hol van az R2R és hogyan oda?
Folyamatok lefedettsége
Integráltság
ALM
Folyamatok lefedettségeIntegráltság
Tiszta lap.
HAJRÁ!
Digi érettség?
Rigid struktúra
Drága, hosszú
folyamat
Lehetőség az
újratervezésre
Jó alap,
digitálisan
érett
szervezet.
R2R
SDLC
AGILE
SAFE
20. Akkor hol van a R2R
• ALM + environment mgmt
• Mindent változóként kezel
• Az IT ERP rendszere!
21. Mit ad erre
az atlassian
válaszként?
Ha csak a gyárit SW licenset nézzük?
• Hajrá berhelők
Ha addonosítjuk
• Szép új világ
• Sok funkció
• Együttműködő addonok megjelenése
• Appwide golive + xray test
• Bigpicture + tempo
• Belső API-k, webhookok
Ha kinézünk atlassianon kívülre add-on interface-el?
• Sonarqube
• Jenkins
• MS teams
22. Lássuk hát a folyamatot amikor elmesélik
http://udidahan.com/2011/07/13/the-danger-of-centralized-workflows/ http://www.pelicanweb.org/solisustv06n11page1supp3.html
24. Milyen issue
type hova kerül
az éterben?
Service
desk
Igény
Risk
analysis
EPIC Applikáció
Test
projekt
User story Verzió Release
Fejlesztési
feladat
Regresszió
teszt
Go live
checklist
25. És amikor beljebbrendezzük
mi mikor jön létre - példa
EPIC
Story
Story
Story
Testeset
Testeset
Testeset
Előfoglalás
Dev task
Dev task
Dev task
Test set
Test run
Test report
Test set
Test run
Test report
Test set
Test run
Test report
BUG BUG
Foglalás
Foglalás
Foglalás
Verzió upd
Verzió upd Verzió upd Verzió upd
SD
Release
Előfoglalás
Előfoglalás
26. A pontos
rögzítés és
reportálhatóság
a lényeg
Issue szint: Mindent a legalacsonyabb szinten
rögzítsünk
• Kumulálni lehet, tovább osztani nehéz
EPIC link: végigkíséri a folyamatot
• Structure for Jira be tudja rendezni az objektumokat
• Minden issue-ba kerüljön bele, ami a témához kapcsolódik
Boardok: látszódjon, hogy feladat van vele
• Lehessen könnyen tovább dobni.
• Annyi státus legyen rajta, ami az adott feladathoz kell csak
Responsible: csapat legyen, és adott személy
• Szabadságolás, betegség
• Queue-val dolgozni könnyebb
27. Fontos
kritériumok
Melyik app tartozik az EPIC-hez?
• Checklist for Jira a folyamatban – Scriptrunner
script is nyithatja ez alapján a jegyet
Milyen verzióról kell telepíteni?
• Environment management addon – Apwide
Golive
Teszteljük, de hol?
• Xray test management – Apwide golive
hozzákötés
Tesztelés mellet mást ne allokáljanak
• Bigpicture resource planning – test run
objektumon
33. És a példa
Atlassian
ökoszisztéma
komponensek
R2R-hez.
Csak egy példa,
mert lehet
másikokkal,
többel és
kevesebbel is.
Jit? mihez?
Jira software alap sw
Confluence dokumentáció
Jira service desk service desk és customer portal
Bigpicture project management
Bigpicture enterprise portfolio management
Profields project extra mezők
Appwide golive environment management
Xray test mangagement test management
Tempo timesheet időelszámolás
Eazybi reports reporting
Structure-project managmenet at scale objektumok összefüggésbeli megjelenítése
Scriptrunner scriptek futtatása
Insight CMDB
Checklist workflow kiterjesztés checklistekkel
Version sync projektek verzióinak szinkronban tartása
Exalate Rendszer összekötése beszállítók rendszerivel
Release management for jira release management
Draw.io folyamatábrák készítése
Jeti értesítésküldések testreszabása
Better excel export beépülő excel modul
Configuration manager for jira dev prod közötti konfig migrációja
Jira misc workflow extensions workflow kiterjesztés extra funkciókkal
Comala workflows confluence lapok mögötti audititálhatóság
Extension for jira service desk customer portál kiterjesztése extra formokkal
Statuspage ITSM status management
Opsgenie on call management
Bamboo devops, continuous integration
Bitbucket source code mgmt
34. A jövőkép? -
Jira Align
• https://www.atlassian.com/gartner
• Az R2R kiteljesedése az
Atlassian ökoszisztémában a Jira align. Ami nem
más mint egy információs pilótafülke a vállalat
különböző szereplőinek.
• Egy olyan felület, ahol a jól kialakított Jira SD,
Jira SW folyamatokban tárolt információ igazán
értelmet nyer a döntéshozóknak.