अजाईल मेथडॉलॉजी -भाग ६

ही लेखमालिका अतिथी लेखक श्री. प्रशांत पुंड खास टेक मराठीसाठी लिहित आहेत. प्रशांत हे सॉफ्टवेअर मेथडॉलॉजीज, SDLC या संदर्भात कन्सलटंट आणि मेंटर म्हणून काम करतात. आतापर्यंतच्या त्यांच्या २५ वर्षाच्या करीयरमधे त्यांनी अनेक कंपन्यांमधे एक्झिक्युटीव पदावर जबाबदारी पार पाडली आहे. आजवर त्यांनी ७५ हून अधिक कंपन्यांमधे ४०० हून अधिक ट्रेनिंग सेशन्स घेतली आहेत. सध्या अजाईलसॉफ्ट मेथडॉलॉजीज ही स्वत:ची कंपनी स्थापन करून CEO या पदावर कार्यरत आहेत. अजाईलसॉफ्ट मेथडॉलॉजीज ही कंपनी सॉफ्टवेअर मेथडॉलॉजीज, आय. टी. सिक्युरीटी, SDLC या संदर्भात ट्रेनिंग व कन्सलटन्सी या सेवा पुरविते.

या लेखमालेतील मागील लेख आपण येथे वाचू शकता-

अजाईल मेथडॉलॉजी – भाग १

अजाईल मेथडॉलॉजी – भाग २

अजाईल मेथडॉलॉजी – भाग ३

अजाईल मेथडॉलॉजी – भाग ४

अजाईल मेथडॉलॉजी – भाग -५

स्क्रमचे cycle :

Scrum Cycle

वरील आकृतीत आपल्याला तीन roles दिसतील, Scrum Master ,Team आणि Product Owner. या roles बद्दल आपण मागल्या लेखामध्ये पाहिलं. आता इतर माहिती घेऊ.

Product Backlog :
आकृतीमध्ये “Product – Backlog” असं एक artifact (deliverable ) दाखवलेलं आहे. Product  Backlog म्हणजे Requirement document. या document मध्ये “Product” पूर्ण होण्यासाठी जी जी features करावी लागतील व जे जे  करावे लागेल ते सर्व दिलेले असते. हा “Product Backlog” product owner ने तयार करायचा असतो.सर्वसाधारण requirement document व “Product Backlog” यामध्ये एक महत्त्वाचा फरक म्हणजे Product Backlog मध्ये सर्व features / requirements या प्राधान्यक्रमाने दिलेल्या असतात. म्हणजे सर्वात जास्त अग्रक्रमाचे feature सर्वात वर व त्या खालोखाल कमी अग्रक्रमाची features मांडली जातात. प्रोजेक्ट चालू असताना जर हा अग्रक्रम बदलावा लागला (Business value प्रमाणे ) तर तसं करण्याचं काम Product owner करतो .

Sprint Planning Meeting :
तर असा हा product backlog , Product owner तयार करून Team पुढे ठेवतो. Team हा product backlog नीट समजून घेते. प्रत्येक feature ची Business value / priority समजून घेते. समजा एखाद्या product backlog मध्ये २५ गोष्टी प्राधान्यक्रमाने मांडल्या आहेत. साहजिकच या २५ गोष्टींमध्ये सगळ्यात वरच्या गोष्टी जास्त महत्त्वाच्या आहेत व त्या आधी develop करायला हव्यात. तर product owner , Scrum master आणि Team ही मंडळी एकत्र बसतात. आता या २५ गोष्टींपैकी किती गोष्टी आता सुरु होणार्‍या iteration मध्ये develop करायच्या याचा निर्णय team घेते. एरवी खरं तर हे project manager ने ठरवलं असत. पण इथे तसं नाही. team निर्णय घेते (Empowered team ). Team ने समजा असं ठरवलं की या iteration मध्ये (Scrum मध्ये iteration ला sprint म्हणतात ). पहिल्या पाच गोष्टी develop करायच्या तर त्या पाच गोष्टींसाठी कोणत्या tasks कराव्या लागतील त्याची यादी team तयार करते. या यादीतील tasks ची team आपापसांत वाटणी करते. ही tasks ची यादी Sprint Backlog मध्ये लिहिली जाते. असा Sprint Backlog तयार झाला की meeting संपते. या meeting ला Sprint Planning meeting असे म्हणतात.

स्प्रिंट:-
Sprint Planning Meeting नंतर Sprint (म्हणजेच iteration )सुरु होते. Sprint चा कालावधी साधारणपणे २ आठवडे ते ४ आठवडे असतो. Team ने Product owner ला commitment दिलेली असते की, २ ते ४ आठवड्यांच्या काळात team ठरलेल्या गोष्टी पूर्ण करून देईल. यासाठी team आपल्या कामाचा रोज आढावा घेते. हा आढावा दैनंदिन scrum meeting मध्ये घेतला जातो. (आता हे काय ? Scrum मध्ये ‘scrum meeting’?  होय , team च्या या रोजच्या meeting ला scrum किंवा daily Scrum म्हणतात.) Team मधील प्रत्येक जण इतर सर्वांना आपल्या कामाबद्दल माहिती देतो. (report करतो.) प्रत्येकजण तीन प्रश्नांची उत्तरे इतर सर्वाना देतो.
१. मी काल काय काम केलं?
२. मी आज काय काम करणार आहे ?
३. माझ्यासमोर काम करताना काय अडचणी आहेत ?
सर्वांनी ही माहिती दिल्याने team मधील प्रत्येकाला कामाची पूर्ण कल्पना येते. Meeting नंतर Sprint Backlog मध्ये झालेल्या कामाची नोंद केली जाते. म्हणजे किती तासांचं काम बाकी राहयाल आहे. हे शोधून काढलं जातं. हे खरंच किती logical वाटत ना! Project साठी किती काम झालं आहे यापेक्षा किती राहयाल आहे हेच महत्त्वाचं असतं. Sprint Backlog मधील राह्यलेल्या कामाच्या तासांची नोंद एका आलेखावरदेखील केली जाते; याला Sprint burn -down  chart म्हणतात.
अशाप्रकारे  प्रत्येक Sprint च्या सुरुवातीला Sprint Planning meeting व Sprint मध्ये दररोज ‘Daily Scrum meeting ‘ होते. Sprint Backlog हे प्रत्येक Sprint साठी input document असतं, व ते आणि burn – down chart पूर्ण sprint च्या काळात update केले जातात.
एक महत्त्वाचा नियम म्हणजे Sprint चालू असताना ठरलेल्या कामामध्ये कोणताही बदल केला जात नाही. Team ने ठरवलेल्या व Product Owner ने sprint च्या सुरुवातीला मान्य  केलेल्या गोष्टीच फक्त develop केल्या जातात. त्यामूळे Team ची एकाग्रता वाढून उत्पादन क्षमताही वाढते. Sprint च्या शेवटी काय होते, ते पुढच्या लेखात पाहू.

श्री. प्रशांत पुंड यांना येथे संपर्क करू शकता –
Linked In: http://www.linkedin.com/pub/dir/Prashant/Pund/
Blog : http://pundprashant.wordpress.com/
E-mail: prashant.pund at agilesoft.in

Leave a comment

Your email address will not be published. Required fields are marked *

Enable Google Transliteration.(To type in English, press Ctrl+g)