एक्सट्रीम एजाइल - एवरीबडी डांस!

सभी को नमस्कार! पूरे वर्ष के दौरान, हम एल्बा सेवा का विकास कर रहे हैं। हमारे प्रोजेक्ट में, हमने विश्लेषकों, इंटरफ़ेस वैज्ञानिकों, इंजीनियरिंग मनोवैज्ञानिकों, वृत्तचित्रों, परीक्षकों और प्रवर्तकों के लिए और न केवल डेवलपर्स के लिए: पूरी टीम के लिए चंचल प्रथाओं की शुरुआत की। ऐसा लगता है कि अच्छी तरह से काम किया है, और हम इस अनुभव को साझा करना चाहते हैं।

चरम क्यों?

केंट बेक, सर्किट में एक प्रशिक्षण के दौरान , हमें बताया कि कैसे वह चरम प्रोग्रामिंग के साथ आया था। उस समय, कई अच्छी प्रथाओं को जाना जाता था: जोड़े में प्रोग्रामिंग, यूनिट परीक्षण कोड, निरंतर एकीकरण, पुनरावृत्ति कार्य, आदि। कैंट का पता था कि उसने एक ही समय में इन सभी प्रथाओं का उपयोग करने का प्रस्ताव रखा था और ऐसा मामला से मामले में नहीं किया गया था, लेकिन आमतौर पर हमेशा। यही है, इस मामले में "चरम" शब्द "चरम" से आता है, न कि "अतिवाद" से।

परियोजना पर काम की शुरुआत में हमारी स्थिति कुछ हद तक समान थी: डेवलपर्स ने चुस्त अभ्यास किया था और उन्हें लागू किया था, लेकिन टीम के अन्य सभी लोग डेवलपर्स से कई गुना अधिक थे। तब इस विचार को काम में शामिल सभी लोगों तक पहुंचाने की कोशिश की गई। तो हमारा चपल "अति" हो गया :)

लेकिन वास्तव में, हम सिर्फ लेख को ज़ोर से नाम देना चाहते थे, ताकि सभी को तुरंत दिलचस्पी हो। ठीक है, और जनता की नजर में अपनी सदस्यता बढ़ाने के लिए सर्किट में केंट बेक के प्रशिक्षण का उल्लेख करें।

परियोजना के बारे में

एल्बा छोटी कंपनियों के लिए एक एकाउंटेंट के लिए एक प्रतिस्थापन है: खातों और कृत्यों को बनाता है, करों पर विचार करता है, रिपोर्ट तैयार करता है, आपको बताता है कि कब और क्या रिपोर्ट प्रस्तुत करने की आवश्यकता है - अच्छी तरह से, एक शब्द में।



हमारी परियोजना की बारीकियां:

• परियोजना में कोई विशिष्ट ग्राहक नहीं है जो कृपया बताए कि उसे क्या चाहिए, और फिर जीवन की इस छुट्टी के लिए भी भुगतान करना होगा। हम केवल सामान्य शब्दों में प्रस्तुत करते हैं कि हम क्या करना चाहते हैं, इसलिए उपयोगकर्ता अनुसंधान पर समय का एक बड़ा हिस्सा खर्च किया जाता है।
• रिपोर्टिंग इतनी सरल नहीं है: हमारा कानून जटिल है, नियम समय-समय पर बदलते हैं, और यहां तक ​​कि एक-दूसरे के विपरीत भी होते हैं, इसलिए एक और, कोई कम महत्वपूर्ण नहीं, समय का हिस्सा पक्षी के भाषा से मानव के लिए नियामक दस्तावेजों के अनुवाद पर खर्च करने की आवश्यकता है।
• हमारे उपयोगकर्ता लेखांकन से परिचित नहीं हैं, और हमें एक बहुत स्पष्ट इंटरफ़ेस की आवश्यकता है जो उन्हें कानून के बुरे सपने से बचाएगा, और एक अच्छा इंटरफ़ेस अभी नहीं किया जा सकता है, इसलिए इससे पहले कि आप विकसित करना शुरू करें, आपको एक प्रोटोटाइप इंटरफ़ेस और प्रयोज्य परीक्षण के डिजाइन पर समय का एक और महत्वपूर्ण हिस्सा खर्च करने की आवश्यकता है।

हमारी टीम इस तरह दिखती है:



कुल: 21 लोग जिन्हें एक समग्र परिणाम प्राप्त करना होगा। इसके लिए हम जो अभ्यास करते हैं, वे नीचे हैं।

सभी एक कमरे में

यह सबसे आसान पैटर्न है, इसके फायदे तुरंत महसूस किए जाते हैं। सबसे पहले, हम अलग-अलग मंजिलों पर बैठे, मेल से बात की और उस पर बहुत समय बिताया। जैसे ही हम एक कमरे में चले गए, हमने तुरंत प्रभाव महसूस किया: उन्होंने लंबे पत्र लिखना बंद कर दिया और आम तौर पर कम लिखना शुरू किया। प्रश्न अब बहुत तेज़ी से हल किए जाते हैं, अधिक सफलतापूर्वक और अधिक सकारात्मक रूप से।

आयोजन

हम क्यों योजना बना रहे हैं?

1. योजनाओं ने टीम को हरा दिया और प्रेरित किया। हम पुनरावृति में लिए गए सभी कार्यों को करने की कोशिश करते हैं, और यह हमें अच्छी स्थिति में रखता है।
2. जैसा कि हमने पहले ही लिखा था, हमारे मामले में कोई भी बस प्रोग्रामिंग शुरू नहीं कर सकता है: कार्य को विभिन्न समूहों - विश्लेषकों, इंटरफ़ेस वैज्ञानिकों, मनोवैज्ञानिकों द्वारा नियंत्रित किया जाना चाहिए। योजना हमारे कार्यों को सिंक्रनाइज़ करती है।

हमने आगे की वर्ष के लिए अपनी पहली योजना बनाई: यह बहुत विस्तृत था, इसलिए यह तुरंत पुराना हो गया था। तब से, हम दीर्घकालिक योजना में नहीं लगे हैं। फिर भी, आप योजना के बिना नहीं कर सकते: हम दो सप्ताह की यात्रा की योजना बनाते हैं, और यह भी मोटे तौर पर कल्पना करते हैं कि हम अगले डेढ़ से दो महीने में क्या करेंगे।



इसलिए, पुनरावृत्ति के पहले दिन, पूरी टीम योजना बोर्ड में इकट्ठा होती है। वर्तमान पुनरावृत्ति के लिए कार्य विस्तार से योजनाबद्ध हैं। हम कई अगले पुनरावृत्तियों की योजना भी बनाते हैं, लेकिन लगभग, कार्यों को विघटित किए बिना। यदि बहुत सरलीकृत किया जाता है, तो नियोजन इस तरह दिखता है:





इस प्रकार, कार्य "पॉप अप" रिलीज की तारीख तक।

वास्तव में, प्रत्येक कार्य विकास के लिए इतना लंबा रास्ता तय नहीं करता है। बल्कि, यह बड़े और जटिल कार्यों के साथ होता है। असाधारण मामलों में, हम कार्य को सीधे डेवलपर्स की पुनरावृत्ति में डालते हैं। उदाहरण के लिए, जब विचार भागीदारों के लिए प्रचार कोड बनाने के लिए उत्पन्न हुआ, तो सभी को इस कार्य का महत्व इतना अधिक लगा कि उन्होंने इसे अगले दिन जारी किया। सामान्य तौर पर, जीवन में, नियोजन बोर्ड थोड़ा भ्रमित दिखता है ।



सामान्य नियोजन पूरा होने के बाद, समूह कोनों में बदल जाते हैं और पुनरावृति में टाइप किए गए कार्यों का मूल्यांकन करते हैं। हर कोई इसमें शामिल नहीं है - केवल डेवलपर्स, इंटरफ़ेस वैज्ञानिक और विश्लेषक: शेष समूहों की गतिविधियां खराब योजनाबद्ध हैं। कार्यों का आकलन करने के लिए, हम नियोजन पोकर खेलते हैं। यदि मूल्यांकन के बाद यह पता चला है कि कार्य पुनरावृत्ति में फिट नहीं होते हैं, तो हम तय करते हैं कि क्या फेंकने की आवश्यकता है।

टीके = एचजेड

सबसे पहले, हमने एक लंबा, विस्तृत टीओआर (आदत से बाहर) तैयार किया, लेकिन डेवलपर्स आमतौर पर पढ़ना पसंद नहीं करते हैं, और हमारे डेवलपर्स कोई अपवाद नहीं हैं। इसके अलावा, पुनरावृत्ति के दौरान, पढ़ने का समय नहीं है, बहुत कम युग्मित (और डेवलपर्स लगभग हमेशा जोड़े में बैठते हैं), इसलिए, टीके को एचजेड के लिए काफी बदला गया था।



HZ पर काम कैसे करें? इस तरह:

इंटरफ़ेस प्रोटोटाइप सबसे अच्छा टीके है

प्रोग्रामर पाठ को नहीं देखते हैं, लेकिन डिजाइनरों द्वारा विकसित इंटरफ़ेस प्रोटोटाइप पर। प्रोटोटाइप को पढ़ने की आवश्यकता नहीं है - यह तुरंत स्पष्ट हो जाता है कि क्या करने की आवश्यकता है, लेकिन प्रोग्रामर अभी भी सूत्रों और प्रारूपों के लिए टीके पर जाते हैं।

विश्लेषक प्रस्तुतियाँ

जैसे ही विश्लेषकों ने एक अन्य विषय (उदाहरण के लिए, पेंशन निधि की रिपोर्टिंग) पर काम किया, वे पूरी टीम के लिए एक प्रस्तुति की व्यवस्था करते हैं। प्रस्तुति के बाद, हर कोई, कम से कम सामान्य शब्दों में, कल्पना करता है कि क्या है।

पता नहीं - पूछो

हम एक-दूसरे के बगल में बैठे हैं, इसलिए जब एक सवाल उठता है, तो टीके में जवाब देखने की कोई इच्छा नहीं है - बस विश्लेषक से पूछें। सामान्य तौर पर, हम बहुत अधिक संवाद करते हैं और इसके लाभों को महसूस करते हैं (यहां तक ​​कि एनालिटिक्स :)।

डिजाइन के टुकड़े

इंटरफ़ेस के टीके और प्रोटोटाइप दोनों पूरी तरह से पूरी प्रणाली के लिए तैयार नहीं हैं: इसके लिए कोई समय नहीं है, और इसमें कोई मतलब नहीं है - भले ही आप एक साल पहले इंटरफ़ेस के विस्तृत प्रोटोटाइप को डिजाइन करने का प्रबंधन करते हैं, यह एक महीने में अप्रचलित हो जाएगा। हम एनालिटिक्स तैयार करते हैं और डिजाइन करते हैं कि निकट भविष्य में क्या हो रहा है।

दैनिक उड़ान

हमारे पास एक समर्पित व्यक्ति नहीं है जो सभी को कार्य सौंपता है; स्व-संगठन एक बड़ी भूमिका निभाता है। काम करने के लिए, दूसरों के साथ अपने कार्यों का समन्वय करना आवश्यक है - हर किसी को यह पता होना चाहिए कि दूसरे क्या कर रहे हैं और क्या करने जा रहे हैं। दैनिक मक्खियाँ इस समस्या को हल करती हैं: हर कोई एक ही समय में हर दिन पुनरावृत्ति बोर्ड पर इकट्ठा होता है।





पुनरावृत्ति बोर्ड में वे कार्य शामिल हैं जिन्हें हमने वर्तमान पुनरावृत्ति में करने की योजना बनाई थी (पुनरावृति की शुरुआत में कार्य पत्रक योजना बोर्ड से इस बोर्ड से चिपके हुए हैं)।

हम ऊपर से नीचे तक जाते हैं - प्रत्येक समूह रिपोर्ट करता है कि एक दिन में क्या किया गया है, कल क्या करने की योजना है और कार्यों को आगे बढ़ाता है।

मक्खी पर आप तुरंत देख सकते हैं कि क्या कोई ऐसा कार्य नहीं कर रहा है जिसे कोई और व्यक्ति बहुत महत्वपूर्ण मानता है, या यह कि कार्य के समाधान में देरी हो रही है।

यह सब लगभग 20 मिनट लगते हैं।

प्रदर्शन

प्रदर्शन पुनरावृत्ति के अंत में होता है। इस पर, दिशाएँ दिखाती हैं और चर्चा करती हैं कि पुनरावृत्ति क्या हुई। यह सभी परियोजना प्रतिभागियों को जानकारी प्रसारित करने का एक और तरीका है।

• डेवलपर्स सिस्टम दिखाते हैं। हमेशा पुनरावृत्ति के अंत तक, सब कुछ सुंदर और सही ढंग से काम करता है, लेकिन हमेशा कुछ दिखाने के लिए होता है।
• डिजाइनर प्रोटोटाइप दिखाते हैं। प्रोटोटाइप से दिखाई न देने वाली सूक्ष्मताओं की व्याख्या करें। अक्सर, डेवलपर्स विकास में अगली पुनरावृत्ति के लिए इस प्रोटोटाइप को लेते हैं, इसलिए उनके लिए एक प्रदर्शन विशेष रूप से उपयोगी है।
• ग्राफिक डिजाइनर सिस्टम के नए सेक्शन के बैनर, फ्लायर्स और ग्राफिक डिजाइन को दिखाता है।
• डॉक्स मदद वीडियो दिखाते हैं।
• विश्लेषक, मनोवैज्ञानिक और पदोन्नति आमतौर पर कुछ भी नहीं दिखाते हैं, उनके काम के परिणाम इतने स्पष्ट नहीं हैं।

जीवन ने दिखाया है कि कई टीम के सदस्यों के लिए प्रदर्शन से पहले सिस्टम को देखने का एकमात्र मौका है :)

पूर्वप्रभावी

पूर्वव्यापी में, पूरी टीम यह दर्शाती है कि पिछले पुनरावृत्ति में क्या अच्छा था और क्या बुरा। हर कोई बता सकता है कि उसे क्या उत्तेजित करता है - पुनरावृत्ति के दौरान इसके लिए हमेशा समय नहीं होता है।

पूर्वव्यापी के परिणामस्वरूप, हमें अगली पुनरावृत्ति में क्या करने की आवश्यकता है, इसकी एक योजना मिलती है, ताकि हर कोई बेहतर हो जाए। आमतौर पर ये गैर-कार्यात्मक कार्य हैं: उदाहरण के लिए, एक लेआउट डिजाइनर को एक टीम में ले जाएं, या ट्विटर पॉपकॉर्न के साथ एक तस्वीर लें।



यह "अति चंचल ™" के संदर्भ में विकास की प्रक्रिया सामान्य शब्दों में कैसी दिखती है। बाद में हम आपको कुछ पहलुओं से और विस्तार से परिचित कराना चाहते हैं, और हम आपके सवालों के जवाब देने के लिए भी तैयार हैं। ताकि आपके सवालों के जवाब देने की प्रक्रिया मेरे कार्यस्थल के पीछे एक क्रश में न बदल जाए, यह बहुत अच्छा होगा यदि कोई व्यक्ति लेख के लेखकों और हमारी टीम में मुख्य एजेल विचारकों - जेन्या कोबज़ेव और शिमोन मोलोतकोव (मैं पीएम में पते देऊंगा) के साथ आमंत्रित करता हूं।



यहां जारी है: habrahabr.ru/blogs/agile/113419