Logga in
en

Språk

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

Maskinöversättning

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

Lätt Redmine går Agile

Datum:8/21/2014
Längd:6 minuter
Dela:

Lär dig hur vi använder Easy Redmine Agile Board för utveckling av Easy Redmine :-). Hela processen beskrivs här.

Grundläggande egenskaper:

  • 2 veckor lång sprint
  • sprint är färdig = ny version släpps = nästa milstolpe i vägkarta

lätt Redmine-går-agile-färdplan

  • sprintbacklog är fryst efter initialisering (inga fler uppgifter läggs till), såvida inte kritisk bugg kommer
  • annat än kritiska buggar → bugfix levereras i nästa sprint = max 4 veckor leveranstid

CTO måndag morgon

  • Ger tidsuppskattningar för alla buggar som rapporterats under den senaste veckan

lätt Redmine-går-agile-3

Möte 

  • Kontocheferna kommer med nya funktionsförfrågningar
  • Diskussion över dem → lösning + tidsuppskattningar
  • Kontochef informerar kunden tillbaka

Sprint Initial Meeting (1st vecka, backlog skapelse)

  • Sprintbacklog skapas
  • buggar (A-klienter, B-klienter) status: beräknad
  • liten och effektiv funktionsförfrågnings status: kund godkänd
  • Sprintvolymen kontrolleras i veckan Resurshantering - förfallodatum ställs automatiskt in när frågorna placeras i Sprint

lätt Redmine-går-agile

Sprint Revisionsmöte (2nd vecka, revision)

  • Sprint är granskat
  • vissa buggar prioriteras
  • kritiska buggar kan läggas till

Stående möte (varje dag på 10am) Kontoförvaltare → programmerare

  • Konton träffas programmerare för uppdateringar
  • Programmerare returnerar färdiga uppgifter på grendomäner som kan delas med kunden - dock leverans i nästa utgåva - den genomsnittliga tiden är platsen för testning och godkännande
  • kunden kan få buggfixad version 
  • Konton och programmerare driver „sprint-eftersläpning → ny → konsultation → kodgranskning -> klar” -process

lätt Redmine-går-agile-inställningar

Fel i praktiken

  • Fel, statuser:
    • ny -> CTO uppskattningar
    • beräknad -> redo för sprinten
    • förverkligande -> i sprinten
    • samråd -> kontokontroller
    • kodgranskning, sammanslagningsbegäran -> CTO slås samman i GIT
    • gjort -> slogs samman i den kommande versionen
  • Anländer till systemet (nytt)
    • Supportansvarig utvärderar huruvida felet är kritiskt eller inte
    • Icke kritisk → Tilldelad till CTO (eller suppleant) för tidsuppskattning
    • Kritisk → ah doc-lösning → ska läggas till i spridningen
  • Sprint första mötet
    • VIP + Hosted clients buggar prioriteras
    • bug är placerad i sprint = bugfix leverans i nästa version
    • programmeraren tilldelas felet 
    • Kontosdrift bugfixering med programmerare på stand-up möte
    • Kontot kommunicerar med kunden
  • Leverans med utgåvan
    • kunden kan få buggfixad version tidigare

Funktionsförfrågningar i praktiken

  • Funktionsbegäran, status:
    • ny,
    • beräknad,
    • avbokad,
    • godkänd av kunden,
    • avbokad av kunden,
    • insikt,
    • konsultation
    • kod granskning - sammanfoga begäran
    • gjort
  • kontoansvariga kommer till ledningsmöte med nya funktionsförfrågningar (nya)
    • diskussion om lösningen (godkänd, avbruten) + tidsuppskattning från CTO
    • Kontochef informerar kunden om ja / nej + tidsuppskattning
    • Endast "godkända av kund" -funktionsförfrågningar kan placeras i sprinten
  • Sprint Initialization Meeting
    • funktion begäran är placerad i sprint backlog (i sprint)
    • Kunden informeras om leveranstid - 2 veckor
    • Kontochefen driver förverkligandet vid stand-up-mötet 
    • Leverans med utgåvan
    • kunden kan få en version med ny funktion tidigare

lätt Redmine-går-agile-2

Prova Easy Redmine i en 30-dagars gratis provperiod

Fullt utrustad, SSL-skyddad, Dagliga säkerhetskopior, i din Geo