Belépek
en

nyelv

  • en
  • de
  • fr
  • es
  • br
  • ru
  • jp
  • kr

Gépi fordítás

  • bg
  • cs
  • dk
  • gr
  • hu
  • il
  • it
  • pl
  • se
  • tr

Egyszerű Redmine megy Agile

találka:8 / 21 / 2014
Hossz:6 perc
Megosztás:

Ismerd meg hogyan használjuk Easy Redmine Agile Board kidolgozásával Easy Redmine :-). Egész folyamat leírása itt.

Főbb jellemzői:

  • 2 hetes sprint
  • sprint befejeződött = új verzió jelenik meg = következő mérföldkő menetrendet

könnyen Redmine-megy-agilis-road-map

  • sprint elmaradás van fagyasztva az inicializálás után (nincs több feladatot adnak), kivéve, ha a kritikus hiba jön
  • kívüli kritikus hibák → bugfix szállított a következő sprint = max 4 hét szállítási idő

CTO Hétfő reggel

  • Időt ad becslést az összes hibát jelentett az elmúlt héten

könnyen Redmine-megy-agilis-3

Management Meeting 

  • Fiókkezelők jönnek az új funkció kérések
  • Megbeszélés felettük → oldat + időbecslés
  • Account manager tájékoztatja az ügyfél vissza

Sprint eredetileg Meeting (1st héten elmaradás létrehozása)

  • Sprint elmaradás jön létre
  • bogarak (A-ügyfelek, B-ügyfelek) állapota: becsült
  • kis és hatékony funkció kéri állapot: az ügyfél jóváhagyta
  • Sprint kötet van jelölve hét Resource Management - esedékesség automatikusan beállítódik, amikor a kérdéseket kerül a Sprint

könnyen Redmine-megy-agilis

Sprint Revision Meeting (2nd héten, felülvizsgálat)

  • Sprint felülvizsgálják
  • néhány hiba prioritása
  • kritikus hibák adhatunk

Stand-up találkozó (minden nap 10am) Account menedzserek → programozók

  • Számlák megfelelnek a programozók a frissítéseket
  • Programers visszatér elkészült feladatokat elágazik domének amely megosztható az ügyféllel - azonban a szállítás a következő kiadásban - átlagos idő a tér tesztelési és jóváhagyási
  • ügyfél kaphat bug-fix verzió 
  • A fiókok és a programozók hajtják végre a „sprint lemaradás → új → konzultáció → kódellenőrzés -> kész” folyamatot

könnyen Redmine-megy-agilis-beállítások

Hibák a gyakorlatban

  • Bug, állapotok:
    • új -> CTO becslések
    • becsült -> készen áll a sprintre
    • megvalósítás -> a sprintben
    • konzultáció -> fiókellenőrzések
    • kód áttekintése, egyesítési kérelem -> CTO egyesül a GIT-ben
    • kész -> egyesült a következő verzióban
  • Érkezik a rendszerben (új)
    • Támogatás menedzser értékeli, hogy hiba van a kritikus vagy nem
    • Nem kritikus → rendelt CTO (vagy helyettesének) a becsült idő
    • Kritikus → ah doc oldat → hozzá kell adni a futó sprint
  • Sprint első találkozón
    • VIP + Hosted ügyfelek hibákat rangsoroljuk
    • bogár kerül a sprint = bugfix szállítás a következő verzió
    • programozó van rendelve a hiba 
    • Account meghajtók hibajavítás a programozó stand-up találkozó
    • Számla kommunikál a kliens
  • Szállítás a kiadás
    • ügyfél kaphat bug-fix változat hamarabb

Feature kérések a gyakorlatban

  • Feature Request, állapotok:
    • új,
    • becsült,
    • törölve,
    • jóvá az ügyfél,
    • megszakította az ügyfél,
    • megvalósítás,
    • konzultáció
    • kód felülvizsgálata - egyesíteni kérelem
    • csinált
  • fiókkezelők jön menedzsment találkozó újdonsága kérések (új)
    • beszélgetés a megoldás (jóváhagyott, törölt) + idő becslés CTO
    • számlavezető tájékoztatja ügyfelét igen / nem + időbecslés
    • Csak a „jóváhagyott ügyfél” funkció kéréseket lehet helyezni a sprint
  • Sprint inicializálása Meeting
    • kért funkció kerül sprint elmaradás (a sprint)
    • Ügyfél tájékoztatást szállítási idő - 2 héttel
    • Számlavezető meghajtók realizált stand-up találkozó 
    • Szállítás a kiadás
    • ügyfél kaphat verzió újdonsága előbb

könnyen Redmine-megy-agilis-2

Próbálja ki az Easy Redmine alkalmazást egy 30 napos ingyenes próbaverzióban

Teljes értékű, SSL-védett, napi biztonsági mentés, a Geo-ban