SlideShare una empresa de Scribd logo
1 de 36
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.
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?
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
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
Ü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/
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/
Ö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/
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?
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
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
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????
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!!!!
És utána?
Gyereket kell:
• Pelenkázni
• Fürdetni
• Taníttatni
• Bölcsi, ovi, iskola, egyetem
• Új tudás
• Megdorgálás
• Interakciók
• Gyógyítani
• védőoltások
• Divat szerint ruháztatni
Rendszert kell:
• Hypercare-babysitting
• Archiválás, log törlés
• Taníttatni
• Release-ek
• Új funkiók
• Patching
• Interface-ek
• Hibajavítás
• Security patch
• UX make-up, képernyő design váltás
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
Az R2R egy...
Gondolkodásmód
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
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:
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
Milyen
funkciókat
akarunk
lefedni
Többek
között:
Requirement mgmt
Resource mgmt + timesheet
Source code mgmt
Test mgmt
Version + release mgmt
Automation + devops
Documentation
Environment mgmt
CMDB
Ticketing
Akkor hol van a R2R
• ALM + environment mgmt
• Mindent változóként kezel
• Az IT ERP rendszere!
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
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
És amikor berendezzük
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
É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
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
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
Az egyszerű eset: 1
APP & 1 release
Több appot érintő
eset: 2 APP & 1
release
Elsőre hibás verzió
esete: 2 APP & 1
release
A valódi projekt: Több
APP & több release
Az R2R egy... Gondolkodásmód
É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
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.
Köszönöm a figyelmet.
• https://www.linkedin.com/in/skakuk
http://www.meta-inf.hu

Más contenido relacionado

Similar a Béla, mi élesedett tulajdonképpen? A request to release koncepció mire is ad választ.

Szerver oldali fejlesztés korszerű módszerekkel C# nyelven
Szerver oldali fejlesztés korszerű módszerekkel C# nyelvenSzerver oldali fejlesztés korszerű módszerekkel C# nyelven
Szerver oldali fejlesztés korszerű módszerekkel C# nyelvenKrisztián Gyula Tóth
 
Objektum-orinetált mérések a gyakorlatban
Objektum-orinetált mérések a gyakorlatbanObjektum-orinetált mérések a gyakorlatban
Objektum-orinetált mérések a gyakorlatbanAntal Orcsik
 
A mérnökké válás folyamata
A mérnökké válás folyamataA mérnökké válás folyamata
A mérnökké válás folyamatawaxey.gordon
 
Gonosz IkertestvéRek
Gonosz IkertestvéRekGonosz IkertestvéRek
Gonosz IkertestvéRekC4M7SX
 
AGILIS / SCRUM fejlesztés
AGILIS / SCRUM fejlesztésAGILIS / SCRUM fejlesztés
AGILIS / SCRUM fejlesztésOpen Academy
 
Tóth Lajos - Személyes élmények az ITIL bevezetésével
Tóth Lajos - Személyes élmények az ITIL bevezetésévelTóth Lajos - Személyes élmények az ITIL bevezetésével
Tóth Lajos - Személyes élmények az ITIL bevezetésévelInformatikai Intézet
 
VI. Elmélet - Kitekintés az ERP-n túlra .pptx
VI. Elmélet - Kitekintés az ERP-n túlra .pptxVI. Elmélet - Kitekintés az ERP-n túlra .pptx
VI. Elmélet - Kitekintés az ERP-n túlra .pptxSzabolcs Gulyás
 
Távoli UX kutatás (ClickTale, Verify)
Távoli UX kutatás (ClickTale, Verify)Távoli UX kutatás (ClickTale, Verify)
Távoli UX kutatás (ClickTale, Verify)Csaba Varga
 
Sikeres ERP rendszer bevezetés - 2018
Sikeres ERP rendszer bevezetés - 2018Sikeres ERP rendszer bevezetés - 2018
Sikeres ERP rendszer bevezetés - 2018TRL Hungary Kft.
 
Outsource erőforrások kezelése - IIR Test Team Leader Seminarium
Outsource erőforrások kezelése - IIR Test Team Leader SeminariumOutsource erőforrások kezelése - IIR Test Team Leader Seminarium
Outsource erőforrások kezelése - IIR Test Team Leader SeminariumOrsolya Bánki
 
A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...
A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...
A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...Gáspár Nagy
 
Webes alkalmazások - MOME előadás
Webes alkalmazások - MOME előadásWebes alkalmazások - MOME előadás
Webes alkalmazások - MOME előadásZoltan Gocza
 
A produktivitás téveszméje - az agilis a császár új ruhája
A produktivitás téveszméje  - az agilis a császár új ruhájaA produktivitás téveszméje  - az agilis a császár új ruhája
A produktivitás téveszméje - az agilis a császár új ruhájaAndras Bujna
 
Biztonságos webalkalmazások fejlesztése
Biztonságos webalkalmazások fejlesztéseBiztonságos webalkalmazások fejlesztése
Biztonságos webalkalmazások fejlesztéseFerenc Kovács
 
II. Elmélet - ERP rendszerek árazása.pptx
II. Elmélet - ERP rendszerek árazása.pptxII. Elmélet - ERP rendszerek árazása.pptx
II. Elmélet - ERP rendszerek árazása.pptxSzabolcs Gulyás
 

Similar a Béla, mi élesedett tulajdonképpen? A request to release koncepció mire is ad választ. (20)

Szerver oldali fejlesztés korszerű módszerekkel C# nyelven
Szerver oldali fejlesztés korszerű módszerekkel C# nyelvenSzerver oldali fejlesztés korszerű módszerekkel C# nyelven
Szerver oldali fejlesztés korszerű módszerekkel C# nyelven
 
Objektum-orinetált mérések a gyakorlatban
Objektum-orinetált mérések a gyakorlatbanObjektum-orinetált mérések a gyakorlatban
Objektum-orinetált mérések a gyakorlatban
 
Agile, Ésszerűen
Agile, ÉsszerűenAgile, Ésszerűen
Agile, Ésszerűen
 
A mérnökké válás folyamata
A mérnökké válás folyamataA mérnökké válás folyamata
A mérnökké válás folyamata
 
Gonosz IkertestvéRek
Gonosz IkertestvéRekGonosz IkertestvéRek
Gonosz IkertestvéRek
 
SENIOR JAVA FEJLESZTŐ
SENIOR JAVA FEJLESZTŐSENIOR JAVA FEJLESZTŐ
SENIOR JAVA FEJLESZTŐ
 
Frontend fejlesztő
Frontend fejlesztőFrontend fejlesztő
Frontend fejlesztő
 
Budapest.rb 201010
Budapest.rb 201010Budapest.rb 201010
Budapest.rb 201010
 
AGILIS / SCRUM fejlesztés
AGILIS / SCRUM fejlesztésAGILIS / SCRUM fejlesztés
AGILIS / SCRUM fejlesztés
 
Egyedi cégre szabott üzleti szoftver
Egyedi cégre szabott üzleti szoftverEgyedi cégre szabott üzleti szoftver
Egyedi cégre szabott üzleti szoftver
 
Tóth Lajos - Személyes élmények az ITIL bevezetésével
Tóth Lajos - Személyes élmények az ITIL bevezetésévelTóth Lajos - Személyes élmények az ITIL bevezetésével
Tóth Lajos - Személyes élmények az ITIL bevezetésével
 
VI. Elmélet - Kitekintés az ERP-n túlra .pptx
VI. Elmélet - Kitekintés az ERP-n túlra .pptxVI. Elmélet - Kitekintés az ERP-n túlra .pptx
VI. Elmélet - Kitekintés az ERP-n túlra .pptx
 
Távoli UX kutatás (ClickTale, Verify)
Távoli UX kutatás (ClickTale, Verify)Távoli UX kutatás (ClickTale, Verify)
Távoli UX kutatás (ClickTale, Verify)
 
Sikeres ERP rendszer bevezetés - 2018
Sikeres ERP rendszer bevezetés - 2018Sikeres ERP rendszer bevezetés - 2018
Sikeres ERP rendszer bevezetés - 2018
 
Outsource erőforrások kezelése - IIR Test Team Leader Seminarium
Outsource erőforrások kezelése - IIR Test Team Leader SeminariumOutsource erőforrások kezelése - IIR Test Team Leader Seminarium
Outsource erőforrások kezelése - IIR Test Team Leader Seminarium
 
A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...
A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...
A tesztelés szerepe folyamatos kihelyezést használó projektekben (Microsoft, ...
 
Webes alkalmazások - MOME előadás
Webes alkalmazások - MOME előadásWebes alkalmazások - MOME előadás
Webes alkalmazások - MOME előadás
 
A produktivitás téveszméje - az agilis a császár új ruhája
A produktivitás téveszméje  - az agilis a császár új ruhájaA produktivitás téveszméje  - az agilis a császár új ruhája
A produktivitás téveszméje - az agilis a császár új ruhája
 
Biztonságos webalkalmazások fejlesztése
Biztonságos webalkalmazások fejlesztéseBiztonságos webalkalmazások fejlesztése
Biztonságos webalkalmazások fejlesztése
 
II. Elmélet - ERP rendszerek árazása.pptx
II. Elmélet - ERP rendszerek árazása.pptxII. Elmélet - ERP rendszerek árazása.pptx
II. Elmélet - ERP rendszerek árazása.pptx
 

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!!!!
  • 13. És utána? Gyereket kell: • Pelenkázni • Fürdetni • Taníttatni • Bölcsi, ovi, iskola, egyetem • Új tudás • Megdorgálás • Interakciók • Gyógyítani • védőoltások • Divat szerint ruháztatni Rendszert kell: • Hypercare-babysitting • Archiválás, log törlés • Taníttatni • Release-ek • Új funkiók • Patching • Interface-ek • Hibajavítás • Security patch • UX make-up, képernyő design váltás
  • 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
  • 19. Milyen funkciókat akarunk lefedni Többek között: Requirement mgmt Resource mgmt + timesheet Source code mgmt Test mgmt Version + release mgmt Automation + devops Documentation Environment mgmt CMDB Ticketing
  • 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
  • 28. Az egyszerű eset: 1 APP & 1 release
  • 29. Több appot érintő eset: 2 APP & 1 release
  • 30. Elsőre hibás verzió esete: 2 APP & 1 release
  • 31. A valódi projekt: Több APP & több release
  • 32. Az R2R egy... Gondolkodásmód
  • 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.
  • 35. Köszönöm a figyelmet. • https://www.linkedin.com/in/skakuk