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ő

Múlt héten újabb szakmai eseményen vettünk részt, a Budapest Agile Group meetup-ján. A rendezvény Openspace formában került lebonyolításra, ami nagyon tetszett, még témát is javasoltam, és nagyon jó kis beszélgetések alakultak ki. A szervező csapatról röviden annyit, hogy az Agilis Szoftverfejlesztők Egyesülete áll a háttérben és igen jó a szakmai színvonal, nagyon sokat lehet tanulni.

Az én témám a következő volt: hogyan lehet a Scrum projekteket hatékonyan összehangolni a szervezeten belül, beleértve a projektek közti átlapolást, a felkészülést, az erőforrás konfliktusok feloldását. Annak érdekében, hogy kicsit jobban megértsük, miért ez a téma foglalkoztatott, a következő problémákat tudom felhozni:

  1. Van több párhuzamosan futó Scrum projekted, a csapatok lelkesen dolgoznak és ugye nem szabad őket megzavarni, a Sprint teljes gőzzel halad. De szükség van egy új projekt előkészítésénél az egyik vezető fejlesztőre 1/8-ad időben több héten keresztül, megbeszéléseken kellene részt vennie, stb. Hogy oldod fel ezt a konfliktust?
  2. Van 2 futó Scrum projekted, de persze nincsenek összehangolva napra pontosan a sprint-ek, hiszen az ügyfél határozza meg az időablakokat. Vagyis párhuzamosan futnak, de nem egyszerre kezdődnek / végződnek. Amikor jön az új projekt és abban mindkét csapat fejlesztőire szükséged van, úgy kell összeraknod az új csapatot, hogy közben valakinek várnia kell...
  3. Vagy vegyünk egy mindig fennálló problémát: a következő sprintek előkészítő megbeszélései (estimation meeting) mindig ütköznek az éppen futó sprintekkel.

Hogyan lehet ezeket jól megoldani?

Két tapasztalt és segítőkész agile master (ezúton is köszönöm: Paul és Imre) volt segítségemre a kérdések többségének megválaszolásában.

A legegyszerűbb válasz a 3) esetre, a következő sprintek előkészítő megbeszéléseire született: előre fix idővel becsülni kell őket, hiszen ekezre mindig lehet - és kell is - számítani. Vagyis ezeket akár külön task-ként, akár az össz óraszámba beleszámolva tegyük bele a sprintbe. Kész.

Bonyolultabb kérdés a projektek indítása, új projektekkel való összehangolása. Ennek kapcsán két új fogalmat tanultam:

Spike Solution: az eXtreme Programmingból származó megoldás:

  • Egy kísérleti megoldás, ami technikai vagy tervezési problémákat célzott felderíteni
  • A megoldandó feladat (User Story) méretének bizonytalanságát, kockázatait csökkenti
  • Mindenképp fix időablakban készül el, fix erőforrás felhasználásával (mondjuk 1-2 hét alatt)
  • Nem kerül felhasználásra a projektben, jellemzően eldobandó (ezért nem egy prototipus, mert az jellemzően tovább építjük)

Tracer Bullet: Dave Thomas Pragmatic Programmer című könyvéből:

  • Egy kísérleti megoldás, ami architektúrális kérdéseket hivatott felderíteni
  • Nem feltétlenül fix időablakban készül
  • Nem feltétlenül kell eldobni, beépülhet a szoftverbe

Azért a lényeg mindkettőben ugyanaz, csak a technika más. A projekt előkészítést, azt a holtidőt, amit esetleg "várakozással" töltenénk - 2) eset - , ilyen kiscsoportos célzott feladatokkal, Spike-ok készítésével töltjük fel. Ezek nagyon sokat segítenek a projekt tényleges kezdeténél, abszolút nem kidobott munka, és az új projektre való ráhangolódást, a belerázódást is segíti.

Már csak az 1) esetre kell válasz, amikor szükséged lenne az egyik sprintben dolgozó vezető fejlesztő idejére. Ezt két "hagyományos" módszerrel lehet megoldani:

  • A vezető fejlesztők idejére eleve hagysz némi buffert (pl. 20%-ot), az még akár a projektben is jól jöhet időnként :)
  • Lehetőség szerint tartasz a szervezetben egy maintenance csapatot is, de legalább 1 maintenance embert, aki nem Scrum-ban dolgozik. Ha ez az ember vezető fejlesztő, akkor egyrészt gyorsabban fogja megoldani a beeső problémákat, másrészt jól használható a projekt átlapolásoknál is, vagyis megéri.

Ha esetleg nektek van a fenti kérdésekre más megoldási javaslatotok, tapasztalatotok, ne habozzatok megosztani velünk!

Most, hogy a NewTech és a Ruby mellett, úgy tűnik, hogy az Agile meetup-nak is visszatérő látogatója lettem, felmerül a kérdés, hogy nem leszek-e Meetup-függő? Mint David Fincher - Harcosok klubjában a főszereplő, aki csoportfüggő lett. Csak nehogy jöjjön Marla, és mindent tönkretegyen... ;-)

Címkék: xp meetup scrum agilis

Szólj hozzá!

A bejegyzés trackback címe:

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

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.