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

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

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

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

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

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

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

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

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

स्क्रममधील स्प्रिंटबद्दल चर्चा केल्यानंतर आता प्रत्येक स्प्रिंटच्या शेवटी काय घडतं ते पाहू.

स्क्रम ही iterative आणि incremental पद्धत असल्यामुळे प्रत्येक स्प्रिंटच्या शेवटी Product owner किंवा customer ला अभिप्रेत असलेली business value मिळणं अपेक्षित असतं. ही business value त्या स्प्रिंटमधे काम करून तयार केलेल्या product increment द्वारा दाखविली जाते. Product ownerआणि इतर सहभागी घटक(stakeholder) यांना हे product increment दाखविण्याचा कार्यक्रम म्हणजे Sprint review meeting!

स्प्रिंट रिव्ह्यु मिटींग:

मुख्य उद्देश हा product increment कशा प्रकारे चालतं हे दाखविणे व त्यावर प्रतिक्रिया घेणे, हा असतो. सर्व stakeholders या मिटींगमधे सहभागी होतात.  पण power point slides, भाषणबाजी, हारतुरे यांना यामधे मज्जाव असतो.

“या स्प्रिंटमधे आम्ही हे develop केलं आहे, ते असं चालतं” हे demonstrate करण्याचं काम टीम  करते. यावर stakeholders प्रतिक्रिया देतात. काही features मधे बदल करणे Business value नुसार मान्य करण्याजोगे असेल तर product owner असे बदल Product backlog मध्ये प्राधान्यक्रमानुसार करतो.

स्प्रिंट रिट्रोस्पेक्टिव्ह:

स्प्रिंट रिव्ह्यू झाल्यानंतर product owner, scrum master आणि team असा ’आतला’ गट झालेल्या स्प्रिंटची पडताळणी करण्यास बसतो. याला स्प्रिंट रिट्रोस्पेक्टिव्ह असे म्हणतात. आपण कोणत्या गोष्टी योग्य प्रकारे करतो आहोत, कोणत्या गोष्टींमध्ये सकारात्मक बदल अपेक्षित आहेत, याचा उहापोह येथे केला जातो. प्रत्येकाने यामध्ये स्वत:चे मत नोंदविणे, सुचना करणे अपेक्षित असते. पुढच्या स्प्रिंटमध्ये, सदर सूचनांपैकी कोणत्या अमलांत आणायच्या, हेदेखील ठरते. याची अंमलबजावणी खरोखरच नंतरच्या स्प्रिंटमध्ये होईल, ही जबाबदारी Scrum Master वर असते.

स्प्रिंट रिट्रोस्पेक्टिव्ह बरोबरच sprint cycle संपतं आणि मंडळी पुढच्या स्प्रिंटच्या sprint planning meeting साठी तयार होतात.

आपण पाह्यलं की स्र्कममध्ये फक्त तीन roles आहेत. तसेच sprint planning meeting, daily scrum, sprint review आणि sprint retrospective अशा activities किंवा ceremonies आहेत. Product backlog, Sprint backlog, Burndown chart अशा artifacts आहेत. या सर्वांनी मिळून बनलेलं हे एक framework आहे. Development activities कशा करायच्या याबद्दल काहीही दिलेलं नाही. यामुळे बर्‍याच वेळा test driven development, re-factoring, user’s stories अशा Extreme Programming च्या कल्पना येथे वापरल्या जातात. Framework implementation मध्ये Engineering practices किंवा development techniques यामध्ये वैविध्य असू शकतं. पण Scrum च्या मूळ गाभ्याला धक्का लागणार नाही याची काळजी घेतली तर फायदा होतो.

या लेखमालेत ’अजाईल मेथडॉलॉजी’ ही काय भानगड आहे, याचं उत्तर संक्षिप्त स्वरूपात देण्याचा प्रयत्न केला आहे. या विषयांवर  बरेच साहित्य उपलब्ध आहे; त्याचा वाचकांनी जरूर लाभ घ्यावा.

ही लेखामाला ’अजाईल मेथडॉलॉजी’ या विषयाचीओळख करून देणारी  आहे. याविषयी आणखी लेख हवे असल्यास / काही प्रश्न असल्यास आपण खाली comments मध्ये जरूर लिहावे.

श्री. प्रशांत पुंड यांना येथे संपर्क करू शकता –
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)