Metodologjia e Menaxhimit të Projektit të Scrum është pikërisht ajo që tingëllon si
Hyrje në metodologjinë Scrum
Kur kompanitë kanë një projekt ku mund të përdorin metodologjinë e projektit të shkathët , ata gjithashtu mund të përdorin një kornizë të quajtur Scrum.
Në vend që të ketë një metodologji të formuluar të menaxhimit të projektit ku rolet janë të përcaktuara në mënyrë specifike dhe procesi zbatohet në mënyrë të ngurtë, Scrum ofron një kornizë brenda së cilës ekipi merr shumë vendime kur ato duhet të bëhen, në vend që të regjistrohen në një afat kohor.
Metodologjia Scrum u zhvillua në vitet 1990 së bashku me metodologjinë e shkathët , si një metodë për të lejuar ekipet të punojnë së bashku për të marrë produkte të zhvilluara. Ajo ofron vetëm një numër të vogël të rregullave brenda kuadrit, por lejon që projektet komplekse të përfundojnë në një afat të shkurtër kohor.
Rolet e Scrum
Ekzistojnë tre role që janë të definuara brenda kornizës Scrum, pronarët e produktit, ekipet e zhvillimit dhe Master Scrum.
- Pronari i Produktit - ky person ose persona vendosin se çfarë produkti duhet të dorëzohen brenda tridhjetë ditëve të ardhshme ose më pak, varësisht nga afatet kohore. Kjo mund të jetë pronari i biznesit, konsumatorët ose përdoruesit përfundimtarë, por do të ketë vizionin për të marrë ekipin për të ndërtuar produktin e duhur.
- Ekipi i Zhvillimit - këta janë njerëzit që do të ndërtojnë produktin dhe do të demonstrojnë produktin e tyre tek pronari i produktit. Nuk ka udhëheqës të përgjithshëm të ekipit; Çështjet brenda ekipit diskutohen nga ekipi në tërësi. Anëtarët e ekipit janë në përgjithësi funksionale dhe të gjithë janë të përfshirë në zhvillimin e produktit.
- Scrum Master - ky është personi i cili mbikëqyr procesin, siguron që procesi po funksionon dhe të përmirësojë procesin nëse kërkohet.
Ngjarjet e Scrum
Ngjarjet në skenë i japin ekipit të zhvillimit dhe pronarit të produktit një mundësi për të ndarë informacionin në mënyrë që të ketë një komunikim të vazhdueshëm. Ka një numër ngjarjesh që mund të ndodhin gjatë një periudhe kohore, zakonisht tridhjetë ditë ose më pak, që quhet sprint.
- Sprint - kjo periudhë kohore përmban mbledhjet e planifikimit të sprintit, grumbullimet e përditshme, punën e zhvillimit, rishikimin e sprintit dhe retrospektivën e sprintit. Gjatë sprintit, nuk mund të ketë ndryshime në qëllimet dhe ekipi i zhvillimit duhet të mbetet i njëjtë.
- Takimi i Planifikimit Sprint - ky takim përdoret për të planifikuar punën që duhet të kryhet gjatë sprintit. Takimi zakonisht është tetë orë për një sprint një mujor dhe është proporcionalisht më pak për sprintat më të shkurtra. Takimi është i ndarë në dy, pjesa e parë përcakton qëllimet e sprintit, e dyta përcakton se si të arrihet qëllimi.
- Daily Scrum - kjo është një takim i shkurtër pesëmbëdhjetë minuta çdo ditë që lejon ekipin e zhvillimit të planifikojë punën e ditëve të ardhshme. Ekipi shqyrton punën e kryer në ditën e mëparshme dhe parashikon se çfarë mund të arrihet në 24 orët e ardhshme. Scrum përditshme është një mundësi për të shqyrtuar ku ekipi është në lidhje me qëllimin e përgjithshëm sprint. Mjeshtri i kontrollit bën të sigurt që ndodh dërrmimi i përditshëm dhe ekipi i zhvillimit të mbajë maksimumin pesëmbëdhjetë minuta për të siguruar që ekipi i zhvillimit të zhvillojë vendime të shpejta.
- Shqyrtimi Sprint - në fund të sprintit, rishikimi përdoret për të vlerësuar se çfarë është arritur gjatë sprintit dhe për të vendosur se çfarë mund të bëhet në sprintin e ardhshëm. Shikimi i sprintit është një ngjarje katër orë që lejon ekipin e zhvillimit të komunikojë se cilat ishin pikat kryesore të sprintit dhe çfarë problemesh gjetën. Bazuar në komunikimin midis ekipit të zhvillimit dhe pronarit të produktit, një grup i ri i dorëzuaresh vendosen për sprintin e ardhshëm.
- Sprint Retrospective - kjo është një takim tre orë, ku e gjithë skuadra mund të reflektojë në sprint dhe të krijojë një plan për përmirësime që mund të miratohen për sprintin e ardhshëm. Takimi duhet të shikojë njerëzit, marrëdhëniet, procesin dhe mjetet, si dhe të identifikojë se ku mund të bëhen përmirësime.
Për të optimizuar përfundimin e projektit, qëllimi është të japë rezultate kur këto rezultate janë premtuar. Dhe për ta përmbushur atë sa më efektivisht. Përdorimi i metodologjisë së menaxhimit të projektit të grumbullimit është një mjet për t'ju ndihmuar të arrini këtë qëllim.
Përditësuar nga Gary Marion, L ogistics dhe Expert Supply Chain.