Főoldal

"Mérnököt a mérnöktől"

A Schönherz Bázis összeköti az állást kereső és állást kínáló mérnököket.

CV küldés

Küldj önéletrajzot! Gyorsan, egyszerűen.
Megjegyzésbe írd be a pozíció nevét.
CV küldés

Iratkozz fel hírlevelünkre!

Kövess minket!

Kövess minket!

Hírek

Bemutatkozik a Scrumban
Bemutatkozik a Scrumban

Minden szakember tisztában van vele, hogy a Scrum és a Kanban  az agilis szoftverfejlesztés menedzsment módszerei. A Scrum a szoftvertermék-fejlesztési projektekhez a legjobb választás, míg a Kanban azok támogatáshoz a legideálisabb. Több projekthez azonban, így a szoftverek karbantartásához használhatunk Scrumbant is, ami ötvözi a két módszer legjobb tulajdonságait. A Scrumban manapság egyre növekvő népszerűségre tesz szert az olyan szolgáltatási ágazatokban, ahol fejlesztési és karbantartási projektek is jellemzőek.


A Scrum:


  • Oszd fel a szervezetet kicsi, multifunkcionális, önszerveződő csapatokra!
  • Írd össze a munkát kicsi, konkrét leszállítandókból álló listára! Rendezd a listát fontossági sorrendbe, és becsüld meg, az egyes munkák mekkora erőfeszítést igényelnek!
  • Oszd fel az időt rövid, fix hosszúságú ciklusokra (általában 1-4 hét), és tüntesd fel a lehetségesen elkészíthető kódot minden ciklus esetén!
  • Az egyes ciklusok során előállított termék tapasztalataira alapozva, optimalizáld annak élesítési tervét, és az ügyféllel együttműködve frissítsd a prioritásokat!
  • Optimalizáld a folyamatot: minden ciklus után végezz visszatekintést!


A Kanban:


  • Képzeld el a munkafolyamatot!
    • Oszd fel a munkát részekre, írd fel kártyákra az egyes részeket, majd helyezd őket a falra!
    • Használj névvel ellátott oszlopokat annak a szemléltetésére, hogy az egyes tételek hol tartanak a munkafolyamatban!
  • Korlátozd a folyamatban lévő munkákat (WIP): határozz meg egyértelmű korlátokat azzal kapcsolatban, hogy hány tétel lehet aktív az egyes munkafolyamatokban!
  • Mérd meg az átfutási időt (egy tétel befejezésének átlagos ideje, amit néha „ciklusidőnek” is neveznek), és optimalizáld a folyamatot úgy, hogy az átfutási idő a lehető legkisebb és legmegjósolhatóbb legyen!


A munkafolyamat


A két módszer közti legfontosabb eltérés az, hogy az idő szempontjából másképp kezeljük a munkatételeket.


A Scrum során először ki kell választani a következő sprint folyamán elvégzendő munkát, majd rögzíteni kell a sprintet, elvégezni az összes feladatot, míg nem néhány hét elteltével – ez az általános sprinthossz – a sor kiürül.



A Kanban esetében csak a sorok mérete van korlátozva: ezt hívjuk WIP (vagyis Work In Progress) limitnek. Ez azt jelenti, hogy a sorokban lévő tételek bármikor megváltoztathatók, és „nincsen vége” a sprintnek. A munkavégzés folyamatosan történik.



Scrum + Kanban = Scrumban


  • Vegyük alapul a Scrum szabálymeghatározó jellegét az agilitás miatt!
  • Használjuk fel a Kanban folyamatbeli fejlesztéseit annak érdekében, hogy a csapatunk szüntelenül fejlődhessen a munkavégzés során.


A Kanban húzórendszere révén az áramlás akadálytalanabb lesz, miközben a folyamatképesség javul. Használhatjuk a belső tartalékokat és a folyamatábráinkat a folyamat gyengeségeinek és lehetőségeinek javításához. Ahogy közelítünk a kiegyenlített termelés felé, egyre kevésbé lesz fontos a sprint végére minden vállalat tétellel kész legyünk, és egyre fontosabbá válik a ciklusidő, mivel az előbbi az eredménye valaminek, míg utóbbi a kiváltó ok. Az átlagos átfutási idő és ciklusidő lesz a teljesítmény legfőbb fókusza. Ha a ciklusidőt sikerül ellenőrzés alatt tartani, és a csapat kapacitása az igényekkel szemben kiegyensúlyozott, akkor az átfutási idő is sikeresen ellenőrizhető. Ha a ciklusidőt sikerül ellenőrzés alatt tartani, a teljesítés megjósolhatóvá válik és így kevésbé is lesz fontos.


Mivel a csapat egy sorba rendezi a munkát mielőtt a WIP-be helyezné a tételeket, a tagok perspektívája az iterációs teendő listáról úgy módosul, hogy mindig előtérbe kerül, hogy mit érdemes legközelebb elvégezni. Ezért azt a legkevésbé pazarló mechanizmus érdemest használni, amely teljesíti ezt az egyszerű feltételt.



Egy megfelelő, egyszerű mechanizmus által az iterációs teendők listájának méretét tudjuk korlátozni. Ahelyett, hogy azzal bajlódnánk, hogy megbecsüljük az összes iterációhoz szükséges munka mértékét, elég egy fix méretű teendő listát készíteni, amit időnként lenullázunk, mielőtt a tervezési időtartam véget ér. Ez a számítás egyszerűen elvégezhető.


A Scrumban esetében szabályos időközönként, az átvizsgálással és visszatekintéssel összehangolva végezhetjük az iterációs tervezést, azonban a cél a rendelkezésre álló lyukak kitöltése – nem az összes lyuk kitöltése, és semmiképpen sem lyukak számának meghatározása. Ez nagyban csökkenti a vállalati költségeket és az iterációs tervezést. Az iterációs tervezés megbecsülésének kötegelt feldolgozásával eltöltött idő helyettesíthető a minőségellenőrzéssel a munka a kész sorba történő helyezésekor. Ha egy munkatétel formailag hibás, az visszadobásra kerül, és sorozatos visszaesők hibáit fel kell tárni.


Előnyök


  • Minőség
  • Időbeliség (döntések és tények pontosan akkor állnak rendelkezésre, amikor szükség van rájuk)
  • Rövid átfutási idő
  • Kaizen (folyamatos fejlesztés)
  • A felesleges dolgok minimalizálása (mindent kiküszöbölhetünk, ami nem képvisel értéket az ügyfél számára)
  • A folyamat fejlesztése a Scrum értékeinek megfelelő módon és időben történő hozzáadásával


Mikor érdemes Scrumbant használni?


  • Karbantartási projektekben
    • Eseményközpontú munkavégzés
    • Ügyfélszolgálat/ támogatás
  • Tökéletesítési/csomagolási fázisban
  • Gyakori és váratlan felhasználói leírásokat vagy programozási hibákat tartalmazó projektek esetén
  • Az új termékek fejlesztésére összpontosító sprint-csapatok esetén
    • Munkavégzést megelőző sprint-fejlesztés (teendő lista, K+F)
    • Munkavégzést követő sprint-fejlesztés (rendszervizsgálat, csomagolás és telepítés)
  • Ha a Scrumot munkafolyamati problémák, erőforrások és folyamatok hátráltatják
  • A fejlesztési közösségek igazgatására Scrum alkalmazás során/után


Ezekre érdemes odafigyelni a Scrumban módszerrel:


  • Kerüld a túl sok leírást (elvárások/hibák) létrehozását/elemzését – csökkentsd a felesleget!
  • A fejlesztés megkezdése előtt biztosítsd a szükséges elemzési szintet!
  • A teendő lista legyen eseményközpontú, rendelkezzen rendelési ponttal!
  • Igény szerinti priorizálás – az ideális munkatervezési folyamatnak mindig a legjobb elvégzendő munkát kell biztosítani a csapatnak – se többet, se kevesebbet.


Scrumban-tábla



A Kanban és a Scrumban



A Scrum és a Scrumban



Összegzés


A Kanban kompatibilis a Scrum projektmenedzsment módszerrel. WIP és vizualizáció hozzáadásával a Scrum segíti a sprintek hatékonyságát, és bevezeti az inkrementális változások elősegítésére szolgáló WIP-limitet is. A WIP-limit szükségtelenné teszi a változás iránti elkötelezettséget, csökkenti az nagy erőfeszítésekkel járó diszfunkcionális hagyatkozást, és javítja az általános rendszergondolkodást. Gyakorlati szinten mindez a Scrumhoz hasonlít inkább, de kulturális szinten a Kanbannal nagyobb a rokonság – a Scrumban inkább enyhe evolúció, mint sokkterápia vagy forradalom lényegében.


(Forrás)


***

Ha Te is kreatív, kihívásokkal teli mérnök állást keresel minõségi munkáltatónál, jó helyen jársz, mert a Schönherz Bázis épp azért jött létre, hogy Neked segítsen.
Gyere, nézz szét aktuális állásaink között!