HTML

Magunkról

The blog of the Budapest based Digital Natives covers the topics such as technological challenges we meet in our work, also our solutions and developments related mostly to Ruby on Rails and e. g. JavaScript. You can read about project management methodologies, which drive our workflow, such as agile or scrum. We don’t forget to report about our work and free-time related events and activities.

Facebook

Címkék

2011 (1) 2012 (4) 2013 (5) 2014 (2) agency (1) agile (1) agilis (13) android (1) angel (2) anita (2) API (1) árazás (2) artisjus (1) balaton (1) bécs (1) becs (1) becslés (1) befektető (7) befekteto (1) bemutatkozás (1) berlin (1) beszédfelismerés (2) beszédtechnológia (1) bitbucket (1) blog (1) borkóstoló (1) budapest.rb (1) célok (1) client (4) cloud (1) code hulk (1) coding (1) coin (1) concept (2) conference (1) continuous integration (1) cross browser (1) cross platform (2) csapat (4) csapatépítés (1) csocsó (1) David (1) ddb (1) deployment (3) design (2) dev (5) dev meeting (2) digital (1) diktálás (1) dojo (1) ebook (1) education (1) elemzés (3) elmélet (1) English (1) english (9) értékelés (1) értékesítés (3) extreme programming (1) fejlesztő (3) feliratozás (1) Friday (1) frontend (2) game (3) game of thrones (1) gerzson (2) hackfwd (2) heroku (1) hirdetés (1) hosting (1) icatapult (2) idcee (4) idea (1) implementation (2) inkubáció (9) ios (1) javascript (1) jenkins (1) jogdíj (1) jruby (1) kaizen (1) kalandpark (1) kanban (3) képzés (2) kijev (1) kipuedu (1) kirándulás (1) kocákzati tőkealap (1) kommunikáció (1) lean (2) LinkedIn (1) Logidok (1) mahasz (1) marketing (1) meetup (9) mindroom (2) Mitnick (1) mixgar (14) mobil (4) moving (1) mvp (2) MVP (1) nabaztag (1) natives (1) olasz (1) open source (1) people search (1) piknik (1) planning (1) playertise (3) prága (1) presentation (1) product owner (1) product roadmap (1) project (1) prototípus (1) prototype (1) rabbit (1) rails (15) ruby (14) rupy (1) scrum (9) search API (1) series (2) sharewood (1) siker (2) social (1) sorozat (1) spaceship (1) speedinvest (1) startup (6) startup week (1) String (1) szerződés (1) szolgáltatás (2) taxi (3) taxitrust (3) taxtrust (1) techshow (2) testing (2) teszt (1) titanium (1) toborzás (2) tőke (2) toptal (1) trónok harca (1) tumblr (1) ügyfél (1) UI (1) UML (1) UX (2) üzletiangyal (1) vagrant (1) varga anita (1) verseny (2) videó (1) videóarchívum (1) vienna (1) világhírnév (8) virtualbox (1) vm (1) vodka (1) web (8) wired (2) workflow (2) xp (3) XP (1) Címkefelhő
Az egész előzménye annyi, hogy pár hónapja érkezett hozzánk egy új kolléga. Zsolt egy igazi Agile Warrior, akinek még otthon is van saját Kanban táblája, szóval nem telt sok időbe, amíg ez irányú fixációit a cégben a többiekre is átragasztotta.
 
Talán kezdjük egy gyors áttekintővel arról, hogy mi is az a Kanban rendszer.
 
A Kanban rendszer a Toyota Production System mintájára lett adaptálva a szoftverfejlesztésben. 
Bár a TPS alapvetően autógyártási folyamatokra lett tervezve, de azt hiszem, szemléletesebben be lehet mutatni a működését egy áruházlánc példáján.
 
  • Az áruházban a termékeket sárga azonosító kártyákkal látták el.
  • A pénztáros a termékek eladásakor levette a kártyákat és a raktárba küldte. 
  • A raktáros a beérkezett kártyák alapján előkészítette az eladótérbe kiszállítandó árukat, feltette rá a sárga kártyákat és kivitte a termékeket. 
  • A sárga kártyák felrakásakor levették a termékekről a kék színű gyártói kártyákat. 
  • A gyártói kártyákat eljuttatták a gyártóhoz. 
  • A termékgyártó a beérkezett kártyák száma és adatai alapján legyártotta a szükséges mennyiséget. 
  • Azonosító kártyákkal szállították ki a termékeket a áruházláncba. 
 
Nálunk a Kanban tábla használatára áttérés gondolata egy olyan termék fejlesztése kapcsán került szóba, ami már nagyon közel van az élesítési fázishoz. Ilyenkor már nagyon nehéz Scrum szerint megtervezni egy időszakot - még úgy is, hogy csak 2 hetes sprintekkel dolgozunk -, hiszen rengeteg a bizonytalan, nehezen becsülhető feladat. Mint például a tesztelés, a hiba javítás, a külső függőségek kezelése, illetve az élesítés előtti napokon nagyon nagy intenzitással változhat az elvégzendő feladatok prioritása is annak függvényében, hogy mi mennyire szembetűnő a leendő felhasználóknak, vagy mi olyan kritikus hiba, ami éppenséggel még várhat.
Továbbra is Scrum-os alapokon, de Kanban által megtámogatott módszerekkel dolgozunk.
 
A táblát mindig a célnak megfelelően kell felosztani, így nagyon nagy rugalmasságot ad, és nem csak fejlesztési projektekhez, hanem akár teljes céges folyamatok áttekintéséhez is kiváló. Erről azonban majd csak a következő posztban írok részletesebben.
 
 
Akkor lássuk mit is jelent ez esetünkben.
A tábla bal oldalán vannak azok a feladatok, amiket előbb utóbb el kell készíteni (User stories). Amikor már látszik az egyes elemek prioritása, megvan minden előfeltétel, akkor tudja a Scrum Master vagy Product Owner a Queue megfelelő helyére tenni az elemet. Amennyiben ez egy kisebb feladat, vagy hiba javítás, akkor ezt egyből el is tudja kezdeni a csapat, míg ha egy nagyobb funkcióról van szó, akkor egy közös tervezést követően szétbontjuk azt kisebb részfeladatokra, amiket a Planned oszlopba helyezünk el.
Itt jól jött, hogy különböző színű és méretű post-itekkel tudtunk gazdálkodni, így külön tudtuk kezelni a fejlesztői és sitebuilder feladatokat, illetve a nagyobb kifejtendő, és a kisebb valamint hiba javítási feladatokat. Jól látszik a fenti képen is, hogy ez mennyire megkönnyítette az eligazodást a táblán. Nem utolsó sorban a Product Owner is csak rá kell nézzen a táblánkra, és egyből látja a projekt pillanatnyi státuszát. A fejlesztés alatt álló feladatokat az Implement oszlopban látjátok. Itt és a Test oszlopban különböző figurák jelölik, hogy ki éppen mivel foglalkozik. A jobb sarkában lévő szám pedig azt jelzi, hogy maximum ennyi feladat lehet egy időben a fejlesztőcsapatnál. Az elkészült feladatok pedig szépen vándorolnak át a Test és a Done oszlopokba.
 
Fontos újítás mág a Parking lot, ami Zsolt kollégám találmánya. Ide kerül minden olyan feladat, amire a fejlesztőcsapatnak nincsen ráhatása. Persze ezeknek a számára is oda kell figyelni, de az magában megér egy újabb posztot.
 

Arról hogy ez az egész hogy vált be, mik lettek a tapasztalatok, illetve milyen irányba fejlesztettük tovább, hogyan kezdtük használni céges feladatok áttekintésére illetve a mixgar.com kapcsán, hamarosan írni fogok. 

Szólj hozzá!

A bejegyzés trackback címe:

https://digitalnatives.blog.hu/api/trackback/id/tr992986590

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nincsenek hozzászólások.