Přihlášení
en

Jazyk

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

Strojový překlad

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

Snadná Redmine jde Agile

Datum:8 / 21 / 2014
Délka:6 minut
Share:

Poznat, jak užíváme Easy Redmine Agile komise pro rozvoj Easy Redmine :-). Celý proces je zde popsán.

Základní charakteristika:

  • 2 týdnů Dlouhý sprint
  • sprint je dokončena = nová verze je uvolněna = další milník v silniční mapě

Snadno Redmine-go-agilní-road-map

  • sprint backlog je zmrazen po inicializaci (žádné další úkoly jsou přidány), pokud není kritická chyba přijde
  • jiné než kritické chyby → opravu chyb dodávaných v příštím sprintu = max 4 doba týdny dodací

CTO Pondělí Dopoledne

  • Udává odhad času pro všechny chyb hlášených v posledním týdnu

Snadno Redmine-go-agilní-3

řízení porad 

  • account manažeři přicházejí s novými požadavky na nové funkce
  • Diskuse nad nimi → odhady řešení + časových
  • Account manager informuje zákazníka záda

Sprint Initial Meeting (1st týden, tvorba nevyřízených)

  • je vytvořen nevyřízených Sprint
  • Chyby (A-klienti, B-klienti) Stav: odhadovaný
  • malý a efektivní funkce požaduje status: schváleno zákazník
  • Objem Sprint je kontrolována v týdnu Resource Management - splatnosti se automaticky nastaví, když problémy se umístí do sprintu

Snadno Redmine-jde-agilní

Sprint Revize Meeting (2nd týden, revize)

  • Sprint je prověřována
  • Některé chyby jsou upřednostněny
  • mohou být přidány kritické chyby

Stand-up zasedání (každý den v 10am) manažeři účtu → programátory

  • Účty setkat programátory pro aktualizace
  • Programers vrátí hotové úkoly na pobočce domén, které mohou být sdíleny s klientem - jakkoli dodáním v příštím vydání - střední doba je prostor určený pro testování a schválení
  • Zákazník může získat chyba fixované verze 
  • Účty a programátoři řídí proces „sprint backlog → nový → konzultace → kontrola kódu -> hotovo“

Snadno Redmine-go-agilní-settings

Chyby v praxi

  • Chyba, stavy:
    • nové -> odhady ČTÚ
    • odhadnuto -> připraveno na sprint
    • realizace -> ve sprintu
    • konzultace -> ovládání účtu
    • kontrola kódu, požadavek na sloučení -> sloučení CTO v GIT
    • hotovo -> sloučeno v nadcházející verzi
  • Přijíždí do systému (nový)
    • Správce Support vyhodnotí, zda chyba je kritická, nebo ne
    • Nekritická → přiřazeny ČTÚ (nebo jeho zástupce) na časový odhad
    • Kritická → ah doc roztok → by měla být přidána do běžícího sprintu
  • Sprint úvodní setkání
    • Chyby VIP + Hostitelem klientů jsou upřednostněny
    • chyba je umístěn do sprintu = BUGFIX dodání v příští verzi
    • Programátor je přiřazen k chybě 
    • Účet pohony upevnění chyby s programátorem na stand-up zasedání
    • Účet komunikuje s klientem
  • Dodávka s vydáním
    • Zákazník může získat chyba-fixní verzi dříve

požadavky na nové funkce v praxi

  • Feature Request, stavy:
    • nový,
    • odhaduje se,
    • zrušen,
    • schválený klientem,
    • zrušený klientem,
    • realizace,
    • konzultace
    • code review - sloučit požadavek
    • hotový
  • account manažeři jde o řízení setkání s novými požadavky na nové funkce (nový)
    • diskuse o řešení (schválený, zrušeno) + časový odhad ze strany ČTÚ
    • Účet správce informuje klienta o ano / ne + časový odhad
    • Jen "schválený klientské" požadavky na nové funkce lze umístit do sprintu
  • Sprint Inicializace Meeting
    • Požadavek Funkce se vloží do sprintu nevyřízených (ve sprintu)
    • Klient je informován o dodací lhůty - 2 týdnů
    • Account manager řídí realizace na stand-up zasedání 
    • Dodávka s vydáním
    • Zákazník může získat verzi s novou funkcí dříve

Snadno Redmine-go-agilní-2

Vyzkoušejte Easy Redmine v 30denní bezplatné zkušební verzi

Plně vybavené, chráněné SSL, denní zálohy, ve vašem Geo