Agile Project Management Treening

Paljud vilgas areng meeskonnas hakata iga päev kiire ja raevukas ülevaade nn " tungosta , " termin alates ragbi maailma . rugby pilti Sergei Galushko alates Fotolia.com

Agile projektijuhtimise on kõrge tempo tarkvaraarenduse metoodika planeerimise tarkvara releases.Agile tarkvara areng sõltub väike, kiire tootearenduse elutsüklist, et toota tarkvara täis funktsioone iga 1-4 nädala tagant.Tarkvara on toimetatud ja kontrollitud klient meeskond.Vahel on kliendil sisemine meeskond koosneb projektijuhid ja muud töötajad;vastasel korral on tegelik klient.

juhised

  1. Koguge kliendi meeskonda.Klient team tagab toote kohtub vajadustele toodet nähtavad.Liikmed sisaldavad sageli projektijuhid, kasutatavus disainerite ja tehnilise kirjanikud.Ideaalis tegelevad ka nemad tegelik kasutaja klient kohas.

  2. Arendada kasutaja jutte soovitud toote omadusi.Kasutaja lugu, vastavalt Mike Cohn, "kirjeldab funktsioone, mis on väärtuslik kas kasutaja või ostja tarkvara."Lood peaksid määratlema, mida kasutaja saab täita tarkvara.Nad ei tohi sisaldada programmeerimine või arhitektuursed detailid, ideaalis ei tohiks olla omavahel seotud.

    Sõltuvused raskendada töö hindamise aeg ning lõpetades iga lugu.Programmeerijad peavad olema võimelised täitma kasutaja lugu umbes viis päeva, kaasa arvatud arengu ja üksus katsetamine.

  3. Kirjutage testimine heakskiidu kliendi meeskonda täita kinnitada funktsionaalsust iga funktsiooni.Vastuvõtukatsed peaks tulema kõnelused vahel areng ja kliendi meeskonda.Eesmärgiks on võimalik täpsustada, kui palju detaile vastuvõtukatseid kui võimalik.

  4. Otsustage iteratsiooni pikkus kliendi vahelisi meeskond ja arendustegevuse meeskond.Tavaliselt need jäävad vahemikku 1-4 nädalat.Kasutage sama iteratsiooni pikkuse kõikide korduste.

  5. Kas arendusmeeskond hinnang, kui palju tööd ta suudaks iga iteratsiooni põhineb kasutaja lugusid.Seda tuntakse kiirusega.Oodata läbivaatamiseks selle hinnangu, kui tal on raske arendusmeeskonnad et määrata kiiruse ette.

  6. Korraldage lood prioriteet ja otsustada, mida kasutaja lugusid valmib iga iteratsiooni.Mõned aspekte kaaluda, kui sa esikohale võivad sisaldada huvi või soov laiapõhjaline kasutajate või klientide huve või soov ühe või väike hulk olulisi kliente ja mõju lugu oleks teised, kui ei ole täidetud alguses, kuisamuti arendusmeeskond võtma, millises järjekorras lood on lõpetatud.Lahkarvamuste vahel arendusmeeskond ja kliendi meeskonda, klient võidab.

  7. Break vastuvõtukatseid paljudeks väiksemateks, funktsionaalsed ja tehnilised testid alguses iga iteratsiooni.See on tavaliselt vastutab tootejuht ja liider testimise meeskond.See meeskond peaks tulla nii palju katseid kui võimalik, et tagada piisav kaetus.

  8. Break lugusid üksikuteks ülesandeid arendajad alguses iga iteratsiooni.See on tavaliselt vastutusel arendusjuhina ning liikmed arendusmeeskond.Just-in-time disaini --- off-the-mansett, vajadust loodud protsessi --- on loodud iga lugu on jagatud ülesanded.

  9. Täielik tootearenduse ja vastuvõtmise katsetamise, testimise kohe pärast arengule.Kas arendusjuht korraldada igapäevast "tungosta" koosolek aruandluse tagamiseks kõik meeskonna liikmed.Vastuvõtukatsed tuleks vastuollu eelnevalt määratud heakskiitmise kriteeriumid, ei ole selle vastu, mida arendaja otsustab.

  10. lõpus iteratsiooni, veereta neid lugusid, mida ei ole täidetud ka järgmisel iteratsiooni.See protsess tuleb korrata, kuni olete otsa aega projekti või oled valmis looma uue toote väljaandmise.

319
0
1
Projekti Juht