सालगिरह का फायदा उठाते हुए - अगस्त में, 10 साल पहले इसे प्रकाशित किया गया था
[1] एजाइल मेनिफेस्टो ने एक बार फिर से प्रस्ताव दिया है कि गर्मियों में, भविष्य में थोड़ी सी फुर्ती अपलोड करने के लिए (जब समय सीमा समाप्त हो जाए, तो इसके लिए कोई समय नहीं होगा)।
अर्थात्, मॉस्को में आयोजित एजिलेडेस -2017 सम्मेलन से रिपोर्ट की सामग्री को देखें। इसके अलावा, इस बात की एक छोटी व्याख्या होगी कि ये सामग्री दिलचस्प, वाष्पशील और पठनीय होने के साथ-साथ सामग्री के लिंक के साथ रिपोर्ट के एक एनोटेट विषयगत वर्गीकरण - वीडियो, स्लाइड, समीक्षा, आदि के लिए भी हैं।
1 यह दिलचस्प क्यों है?
हालाँकि यह विषय अब नया नहीं है, लेकिन अब सालगिरह मनाना संभव है - एजाइल मेनिफेस्टो ने एक दर्जन से अधिक हिट किया, "जनता के लिए प्रचार" अभी भी जारी है। और अगर संघर्ष से पहले कॉर्पोरेट विकास के मोर्चे पर था, "फुर्तीली बनाम।" कुछ वाटरफॉल यूनिफाइड प्रोसेस ”और वहां उन्हें अनावश्यक नियमों और संवेदनहीन कार्यों से छुटकारा पाने की अधिक संभावना थी, फिर अब वह व्यापक जनसमूह (वेबसाइट विकास, स्टार्टअप) तक पहुंच गए हैं।
और यहाँ, "बर्दाक और कैओस", "कोड एंड फ़िक्स (?)" के "तरीकों" के साथ प्रतिस्पर्धा करते हुए, और इससे छुटकारा पाने के बजाय, यह प्रबंधकीय कार्गो पंथ के समान कुछ अजीब अनुष्ठान लाता है, जो मिलता है, आइए बताते हैं, डेवलपर्स से एक बहुत ही संदेहपूर्ण स्वागत। । यहां
बच्चों के टीज़र हैं , और यहां तक कि "विरोधी घोषणापत्र" (
[1] ,
[2] )। यह महाकाव्य नोकिया विफल के लिए भी फुर्तीले को दोष देने के लिए फैशनेबल है।
व्यक्तिगत रूप से, मुझे लगता है कि विकास लगातार विकसित हो रहा है (उदाहरण के लिए, "
सॉफ़्टवेयर प्रोजेक्ट्स की संस्कृति "), उपयोगकर्ता की ज़रूरतें डेवलपर्स की तकनीकी क्षमताओं के साथ प्रतिस्पर्धा कर रही हैं, विकास के भीतर, विशेष रूप से परियोजना के प्रकार के आधार पर, भूमिकाओं और विशेषज्ञता का महत्व बदल रहा है: "डेवलपर्स", "प्रबंधक", "परीक्षक", "विश्लेषक", "प्रयोज्यतावादी" और "बिक्री"। और आपको यह समझने की आवश्यकता है कि यह सब कैसे संतुलित किया जाए। और पुराने बयानबाजी के बटन के मुताबिक विकास के तरीके के बीच "कोई सिल्वर बुलेट नहीं है" मुझे पहले ही मिल गया। बिल्कुल नहीं! विकास, एनालिटिक्स और संगठन में बहुत सारी दिलचस्प, प्रभावी प्रथाएं हैं, यह कब, कहां और कैसे काम करती है, इसका प्रतिबिंब है। और यह सब "एजाइल" लेबल के तहत होता है, शायद इसलिए कि कुछ
प्रक्रिया प्रबंधन संस्थान के प्रमाणन के तहत
एजाइल प्रकट होने के स्पष्ट मूल्यों के तहत एकजुट करना आसान है।
और ठीक है क्योंकि सब कुछ गतिशील और विषम है, "कैबिनेट तरीका" - "एन किताबें पढ़ें" बहुत प्रभावी नहीं है। सबसे सामान्य फुर्तीली प्रक्रियाओं - एससीआरयूएम और कानबन की बहुत ही सरल नियमों और शब्दावली को सीखना आसान है, इसमें कुछ घंटों का समय लगेगा, और फिर देखिए कि अन्य डेवलपर्स के पास वास्तविक, बिना समस्या वाली समस्याएं हैं और वे उन्हें कैसे हल करते हैं। और एक ऐसी पुस्तक को पढ़ने के बजाय जिसे "मुकाबला" डेवलपर या पीएम द्वारा लिखे जाने की संभावना नहीं है (सबसे अधिक संभावना है कि यह पश्चिमी कोच के रूप में संक्षिप्त और कुटिल अनुवाद होगा), विभिन्न प्रकार की टीमों के ताजा अनुभव को देखें और सुनें, यह समझने के लिए कि यह हमारे लिए काम करने के लिए नहीं है। होगा ", लेकिन" यहाँ और अभी इसकी ज़रूरत है, नहीं तो ये प्रतिस्पर्धी हमें फाड़ देंगे। "
मॉस्को
एजिलेडेस -2011 में असली इकट्ठा हुए, प्रबंधकों और डेवलपर्स का अभ्यास किया। और रिपोर्ट "मानवतावादी" प्रबंधन और प्रक्रियाओं के अन्य संगठन के साथ-साथ प्रभावी डिजाइन, विकास और परीक्षण के तकनीकी विषयों पर थे।
बेशक, यह व्यक्तिगत रूप से संवाद करने के लिए भी उपयोगी है, लेकिन अब पिछले
एजिलेकैंप ,
एजाइल बेस कैंप के बाद गर्मियों की खामोशी, और आप धीरे-धीरे, निष्क्रिय आराम के साथ संयोजन कर सकते हैं, रिपोर्ट से वीडियो को देख सकते हैं और प्रतिबिंबित कर सकते हैं।
तब मैं कुछ शब्द कहूंगा कि हमारा वीडियो देखने लायक क्यों है, और फिर मैं एक विषयगत वर्गीकरण की पेशकश करूंगा।
2 यह वीडियो क्यों आवश्यक है या कम से कम देखना संभव है?
यह कोई रहस्य नहीं है कि तीन साल पहले वे किसी भी आईटी सम्मेलन से वीडियो की प्रतीक्षा कर रहे थे, वीडियो देखने के लिए "दूर की यात्रा" की उम्मीद कर रहे थे। हाल ही में, हालांकि, सम्मेलनों के वीडियोटेप को अक्सर टमाटर (यहां एक
हैब्रेक्सम्पल ) के साथ फेंक दिया जाता है।
वास्तव में, वेब पर एक मैला चित्र (कुछ कम-रिज़ॉल्यूशन वीडियो होस्टिंग पर) पोस्ट किया गया है, जो किसी भी तरह से भाषण के वीडियो हिस्से को व्यक्त करने में सक्षम नहीं है, जब तक कि इसमें दो-रंग के नारे न हों। उत्तरार्द्ध अक्सर "मानवीय" रिपोर्टों ("प्रबंधन", "प्रेरणा", "संचार") के लिए ठीक है, लेकिन कुछ भी गैर-तुच्छ - कोड, योजनाएं, मॉडल, स्क्रैनास्ट और वीडियो - प्रसारित नहीं किए जा सकते हैं।
और सामान्य तौर पर, वीडियो पर आपके ऑपरेटर को नियंत्रित करने का विचार सिनेमा टेलीविज़न के एक गहरे शातिर द्वारा नियंत्रित किया जाता है, जहाँ वे पॉपकॉर्न के साथ आराम से दर्शकों को लगातार योजनाओं को बदलने के लिए उत्साहित करना सिखाते हैं: "स्पीकर का क्लोज़-अप", "स्पीकर ऑफ़ अफर", "सीन इंटीरियर", "क्लोज-अप हॉल", "ऑपरेटर को ऑपरेटर पसंद आया", और कभी-कभी, कभी-कभी, स्क्रीन को उतारने के लिए deign।
लेकिन यहां यह एक श्रृंखला नहीं है, एक सुस्त नहीं है - इसके विपरीत, आपको एक सक्रिय धारणा की आवश्यकता है, केवल दर्शक ही फैसला करता है कि क्या वह एक भौं भौं के साथ, स्क्रीन पर आरेख "खा गया", स्पीकर को सुन रहा है, या क्या वह आरेख पर सब कुछ समझता है, और इसका पालन करने का समय है एक लेखक के इशारों के लिए गैर-तुच्छ बिंदु बताते हैं। बेशक, कभी-कभी उन्हें स्लाइड खोजने और समानांतर में उनके माध्यम से पत्ती लगाने की कोशिश करने की सलाह दी जाती है, लेकिन यह तनावपूर्ण है और बहुत सारी चीजें हैं जो स्लाइड के माध्यम से कल्पना नहीं की जा सकती हैं - लाइव प्रदर्शन, लाइव कोडिंग।
पीड़ित और कच्ची आवाज़ जोड़ता है, खासकर यदि आपको उन लोगों को सुनना पड़ता है जो बिना माइक्रोफोन के बोलते थे। मानव कान बहुत संवेदनशील होता है, और जल्दी से किसी भी मात्रा में होता है - एक गड़गड़ाहट से फुसफुसाहट तक, लेकिन माइक्रोफोन ऐसा नहीं कर सकते हैं, और आपको सुनने की ज़रूरत है, लगातार वॉल्यूम को समायोजित करना - उदाहरण के लिए, स्पीकर और माइक्रोफ़ोन के बिना दर्शकों से प्रश्न दोनों सुनना।
मन में, आपको स्क्रीन और स्पीकर (अच्छी तरह से, या दर्शकों से चर्चा करने वाले प्रतिभागी) दोनों को रिकॉर्ड करने की आवश्यकता है, और ध्वनि, और यह सब प्रक्रिया करें, इसे शोर (गतिशील ध्वनि संपीड़न) से साफ करें, इसे कम करें, और इसे सही मायने में मूल्यवान "डिब्बाबंद सामान" प्राप्त करने के लिए एक साथ माउंट करें।
इस तरह के वीडियो को खुशी के साथ देखा जा सकता है, उपस्थिति का प्रभाव, और इससे भी अधिक!
आखिरकार, वीडियो देखने वाले के पास शक्ति है:
- आप असंगत दोहरा सकते हैं,
- तुच्छ को भटकाने के लिए
- अपने प्रदर्शन को गति दें या धीमा करें। उदाहरण के लिए, VLC में, "]" कुंजी को कुछ बार दबाकर, यहां तक कि सबसे उबाऊ और हकलाने वाला स्पीकर स्टीव बामर की तरह जलने लगेगा (हाँ, मैंने "150%" गति से कई रिपोर्टों को देखा)। इसके विपरीत, आप धीमा कर सकते हैं (VLC में यह "[") है और एक समझ से बाहर कर सकते हैं।
- आप स्क्रीन को ध्यान से देख सकते हैं या इसके विपरीत, स्पीकर के अभिव्यंजक, बहुत समझाने वाले इशारों पर ध्यान केंद्रित कर सकते हैं।
- इस तरह के रिकॉर्ड में, आप स्लाइड प्रस्तुति भी देख सकते हैं, जिसे तीसरी पंक्ति से भी नहीं पढ़ा जा सकता है, या एक गर्वित महिला द्वारा बनाई गई एक काली पृष्ठभूमि पर प्रस्तुतियां जो स्टीव जॉब्स की तरह बनने का फैसला करती हैं (उन्हें एक अनछुए कमरे में देखना असंभव है)।
लेकिन इस तरह की स्थापना गैर-तुच्छ है, आमतौर पर मैनुअल काम करते हैं, और जब पेशेवर इसे लेते हैं, तो वे इसे बहुत अधिक लेते हैं। और फिर, एक नियम के रूप में, यह बहुत अच्छी तरह से काम नहीं करता है। इसलिए, हमने, एजिलेडेस -2011 के दौरान, इस मुद्दे पर ध्यान दिया, और इसे अपेक्षाकृत जल्दी और कुशलता से करना सीखा। उच्च-रिज़ॉल्यूशन वीडियो (1280 × 720), जहां हमेशा पिक्सेल के लिए एक स्क्रीन सटीक होती है, एक प्रस्तुतकर्ता या एक हॉल, बाद की गतिविधि के आधार पर, एक व्हाइटबोर्ड, यदि प्रस्तुतकर्ता अभी भी उस पर कुछ खींचने की कोशिश करता है।
इसलिए, यदि रिपोर्ट का विषय आपको रुचिकर लगता है, तो इस बात की अत्यधिक संभावना है कि आप इसे व्यर्थ नहीं देखेंगे। वीडियो को शुरुआत देखने के लिए वेब संस्करण में भी प्रकाशित किया जाता है, अपने आप को परिचित करें, और यहां तक कि अंत तक देखें (आप इसे गति नहीं दे सकते हैं :(), और रिवाइंड या त्वरण के साथ सक्रिय रूप से देखने के लिए मूल वीडियो फ़ाइलों को डाउनलोड करने के लिए लिंक हैं।
मंत्रालयों में से, हमें यह स्वीकार करना चाहिए कि वीडियोग्राफरों का काम हमेशा सफल नहीं था - तथ्य यह है कि हमने सम्मेलन से कुछ समय पहले वीडियो शूट करने का फैसला किया था, और हमारे कर्मचारी सम्मेलन से एक दिन पहले आधे घंटे के प्रशिक्षण के बाद ऑपरेटर थे। इसने इस तरह की फुर्तीली क्रॉस-कार्यक्षमता को सही नहीं, बल्कि समय पर और सस्ता बना दिया!
और वीडियो के अलावा, अतिरिक्त सामग्री भी प्रकाशित की गई हैं,
- वक्ताओं से खुद के रूप में: एनोटेशन, स्लाइड,
- और एक बहुत महत्वपूर्ण बात - दर्शकों की समीक्षा।
तो आपके पास अवसर है, एक मिनट में, एनोटेशन और बैरिकेड दोनों तरफ की समीक्षाओं को देखकर, यह समझने के लिए कि रिपोर्ट से क्या उम्मीद की जाए और सामान्य तौर पर, क्या यह देखने लायक है।
और अंत में - रिपोर्ट के प्रत्येक लेखक के लिए, एक आईटी पेशेवर नेटवर्क में उसकी प्रोफ़ाइल का लिंक है, अर्थात। यदि आप रुचि रखते हैं, तो क्लिक के एक जोड़े में:
- "जो ये सभी लोग हैं" देखें, क्या आप उनकी राय पर भरोसा कर सकते हैं।
- लेखक से संपर्क करें, सवाल पूछें, धन्यवाद, या असहमत।
3 रिपोर्टिंग विषय
चूंकि सम्मेलन पहले ही पारित हो चुका है, ग्रिड कार्यक्रम अब किसी भी मूल्य का नहीं है, और पाठकों को एक संक्षिप्त मार्गदर्शिका, बहुत संक्षिप्त समीक्षा के साथ भाषणों के वर्गीकरण में रुचि है, तुरंत यह समझने के लिए कि क्या यह आगे खुदाई करने के लिए समझ में आता है - एनोटेशन, समीक्षा, देखें या वीडियो डाउनलोड करें।
इस तरह के कुछ व्यक्तिपरक गाइड, मैं नीचे की पेशकश करूंगा। लगभग
[२] सभी रिपोर्टों को वर्गीकृत किया गया है, साथ ही एक संक्षिप्त, ट्विटर-शैली एनोटेशन। वैसे, मैंने केवल वीडियो देखकर रिपोर्ट के अपने छापे बनाए हैं, क्योंकि सम्मेलन में ही मुझे संगठनात्मक प्रश्नों से इतना भरा हुआ था कि मैं लगभग किसी भी रिपोर्ट पर नहीं था।
3.1 आरंभ करना
इस ब्लॉक में मैंने परिचयात्मक प्रशिक्षण रिपोर्ट एकत्र की, हालांकि, स्तर काफी बचकाना नहीं था, इसलिए यदि आप एजाइल / लीन / टीओसी के बारे में सुनते हैं, तो यह देखने में काफी उपयोगी होगा।
- " टैंक में उन लोगों के लिए - एजाइल क्या है " नए लोगों के लिए एजिल के लिए एक त्वरित शैक्षिक कार्यक्रम के रूप में कल्पना की गई थी, और हेनरिक नाइबेरगा की शुरुआती रिपोर्ट के विकल्प के रूप में। कार्यक्रम समिति ने सोचा कि जो लोग "विषय में" हैं, वे निश्चित रूप से "गुरु" में जाएंगे, और जो बने रहेंगे उन्हें "विषय में पेश किया जाना चाहिए"। हालांकि, अचानक एक पूर्ण दर्शक को रिपोर्ट में भीड़ दी गई, जिसमें से केवल तीन लोग "टॉपिक" थे, इसलिए शैक्षिक कार्यक्रम काफी गहरा हो गया, यह देखने में शर्म की बात नहीं है, भले ही आप एक चिकित्सक हों। आप उन लोगों के लिए सिफारिश कर सकते हैं जिन्हें आप एजाइल मूल्यों में रुचि रखना चाहते हैं - नए कर्मचारी, पुराने प्रबंधक और युवा एचआर-शम ...
- " लीन सॉफ्टवेयर डेवलपमेंट " और " एंटरप्राइज़ स्तर पर लीन सिद्धांतों का अनुप्रयोग " ब्लॉक में देखना बेहतर है और इस क्रम में न्यूफ़ंगल के लिए एक परिचय है [3] सॉफ्टवेयर के विकास के लिए आवेदन में, " दुबला विनिर्माण " की औद्योगिक संस्कृति। एक अर्थ में, एजाइल एक अधिक वैश्विक LEAN दृष्टिकोण को लागू करने का एक विशेष मामला है, जिसका उपयोग संपूर्ण कंपनी को सुधारने और अनुकूलन करने जैसे कार्यों से निपटने के लिए किया जा सकता है (बजाय इसके एक डिवीजन में एजाइल को लागू करने के)।
- लचीले सिद्धांत की कमी , एक और प्रबंधन दर्शन का सिद्धांत का अवलोकन है, जो एक अर्थ में, LEAN का पूरक है।
3.2 प्रबंधकीय
३.२.१ प्रक्रिया
- " क्या पूरा करता है?" अभ्यास की परिभाषा का मतलब आवेदन "- क्यों एक DoD होना चाहिए? क्योंकि यह केवल ऐसे कठोर तत्वों के कारण है कि लचीली प्रक्रियाओं का निर्माण किया जा सकता है। कार्यों की द्विआधारी स्थिति को पेश किए बिना, यह किसी भी मैट्रिक्स की गणना करने के लिए कोई मतलब नहीं है ("100 कार्य 99% तैयार हैं"), कुछ का मूल्यांकन, भविष्यवाणी और सही करें। "अगर आपके पास DoD नहीं है, तो आपके पास कुछ भी है, बस SCRUM नहीं।" DoD क्या होना चाहिए, विभिन्न स्तरों के कार्यों के लिए इसे कैसे तैयार किया जाए, कहां स्टोर किया जाए आदि।
- “ रेट्रोस्पेक्टिव्स। हम अपनी विकास प्रक्रिया सेट करते हैं ”- किसी भी प्रक्रिया को बेहतर बनाने के लिए पूर्वव्यापी सबसे प्रभावी और सबसे प्रभावी तरीकों में से एक है, वे न केवल प्रोग्रामिंग में हैं, बल्कि उत्पादन में भी हैं, और यहां तक कि सेना में भी (“ लड़ाई के बाद पूर्वव्यापी)। लेकिन उन्हें दिलचस्प और प्रभावी कैसे बनाया जाए ताकि वे एक "शो के लिए घटना" में न बदल जाएं, और इसके विपरीत, ताकि सक्रिय आलोचना टीम के पतन का कारण न बने, जो कि, सरल तथ्यों के अलावा, तय किया जा सकता है (शायद भावनाएं?), यह कैसे प्रकट नहीं किया जा सकता है? तथ्यों। वैसे, यह सब न केवल एजाइल के संबंध में दिलचस्प हो सकता है, बल्कि उन लोगों के लिए भी जो मंथन प्रथाओं में रुचि रखते हैं।
- " मैं उपकरणों के माध्यम से जा रहा हूँ! कार्यों के विज़ुअलाइज़ेशन के लिए व्यावहारिक सुझाव ”- नाम और एनोटेशन द्वारा, विज़ुअलाइज़्ड मेट्रिक्स के बारे में कुछ प्रस्तुत किया जाता है, लेकिन रिपोर्ट थोड़ी सामान्य है। यह तथ्य कि आम समझ (प्रक्रिया, अपेक्षित परिणाम, समय) की एक महत्वपूर्ण समस्या है, और आमतौर पर हर कोई संचार को तेज करने की सलाह देता है ("आपको और अधिक संवाद करने की आवश्यकता है"), एक ही समय में, सही दृश्य सब कुछ (प्रक्रिया, कलाकृतियों, आवश्यकताओं) को पारदर्शी बना देगा। और यह बहुत अधिक प्रभावी होगा।
- " लीन स्टार्टअप - नए उत्पादों के विकास के लिए एक व्यवस्थित दृष्टिकोण ", थोड़ा भ्रामक नाम, क्योंकि शब्द "लीन" के साथ, उदाहरण के लिए, मैं तुरंत एक विशाल काई कंपनी की धीमी और व्यवस्थित अनुकूलन देखता हूं। स्टार्टअप्स में मूल्यों की प्राथमिकताओं के बारे में एक बातचीत भी है, उदाहरण के लिए, कि स्टार्टअप्स को trifles को बचाने, सही कोड चलाने और तकनीकी / संगठनात्मक स्केलिंग के बारे में चिंतित होने की आवश्यकता नहीं है, लेकिन संभावित खरीदारों की तलाश करने की आवश्यकता है। और सामान्य तौर पर, बिक्री और पदोन्नति पर एक रिपोर्ट।
3.2.2 मूल्यांकन और योजना
हालांकि एजाइल में सभी नियोजन दृष्टिकोण सरल और विश्वसनीय हैं (आमतौर पर "लालची" एल्गोरिदम को कार्यों को प्राथमिकता देने के लिए, आदि), कठिनाइयों का सामना करना पड़ता है। आखिरकार, आपको विभिन्न स्तरों (बग, कार्य, कहानी, विपणन सुविधाएँ, रिलीज़, आदि) और विभिन्न उपभोक्ताओं (डेवलपर्स, विपणक, ग्राहक, उपयोगकर्ता) पर योजना बनाने की आवश्यकता है। और मूल्यांकन के बिना योजना बनाना असंभव है, और हालांकि हर कोई मंत्र में विश्वास नहीं करता है "आप जो भी उपाय नहीं करते हैं, आप उसे प्रबंधित नहीं कर सकते हैं", विश्वसनीय मीट्रिक यहां भी चर्चा की गई है, जिसे मापा वस्तु पर सस्ते और बिना "दुष्प्रभाव" के प्राप्त किया जा सकता है।
- " थ्री-लेवल प्लानिंग इन एजाइल " - "क्वार्टर → रिलीज़ → स्प्रिंट" के स्तर पर योजना बनाने का अनुभव और तकनीकी ऋणों और बदलती आवश्यकताओं के खिलाफ लड़ाई।
- " एक निश्चित लागत के साथ चुस्त असली है! »- चंचल विकास के लिए सबसे असुविधाजनक मामला होने पर क्या करना है: एक ग्राहक जो केवल एक निश्चित मूल्य और एक निश्चित राशि के लिए भुगतान करने को तैयार है। दुर्भाग्य से, जादुई कुछ भी नहीं है, मूल रूप से, अपने आप को जोखिमों के खिलाफ बीमा कैसे करें, इसे कैसे दस्तावेज करें ("केवल कुछ बड़े पैसे के लिए अनुरोध बदलें), आदि।"
- " प्रारंभिक मूल्यांकन और चंचल परियोजनाओं की योजना " - चंचल अनुभवी oldschool प्रबंधक पर एक नज़र, बड़े और लंबे समय तक रहने वाली परियोजनाओं (न केवल योजना और मूल्यांकन) में विविध व्यक्तिगत अनुभव। आदर्श वाक्य के तहत सब कुछ "एक बच्चे की रेक पर एक से दो बार वयस्क रेक पर प्राप्त करना बेहतर है" (यह चुस्त और फिक्स्डप्राइस मामले के बारे में है, थीम को विकसित करना " एक निश्चित लागत के साथ फुर्तीली - यह वास्तविक है! ")।
- " एजाइल डिस्ट्रीब्यूशन रिस्क स्कोर - वितरण की योजना सचेत रूप से बनाएं " - "वितरण" एजाइल विकास (किसी के लिए, लेकिन विशेष रूप से एजाइल के लिए) एक और प्रसिद्ध असुविधा है। लेकिन यह कितना असुविधाजनक है? क्या इसका अर्थ वितरित टीम के "एक दल" को "सहायता के लिए भेजना" है, या यह आखिरकार दक्षता को गिरा देगा? यहां हम दर्जनों परियोजनाओं के लिए एक आनुभविक रूप से विकसित फार्मूला प्रस्तावित करते हैं।
- “ रैपिड डेवलपमेंट मेथडोलॉजीज में रिलीज प्लानिंग ” अमेजन और माइक्रोसॉफ्ट जैसी बड़ी कंपनियों से रिलीज मैनेजमेंट का अंदरूनी अनुभव है।
3.2.3 प्रेरणा
एजाइल में "मैं मालिक हूँ, तुम मूर्ख हो" की लिपिक शैली में काम करते हैं, जहाँ प्रतिनिधिमंडल और स्व-संगठन को अधिकतम किया जाता है, असंभव है, इसलिए यह अत्यधिक महत्व का है: प्रेरणा, नेतृत्व और सही लोगों का चयन।
- " हर कोई बदलाव पसंद करता है, लेकिन किसी को भी बदला जाना पसंद नहीं है " - रिपोर्ट (अंग्रेजी में, बिना अनुवाद!) गुरु-अजेल से परिवर्तनों के कार्यान्वयन पर। परिवर्तन करने में व्यक्तिगत नेतृत्व का महत्व, सही लक्ष्य का निर्धारण कैसे करें और इसके लिए विशिष्ट चरणों का चयन करें।
- " एजाइल लीडरशिप कल्चर " - सामान्य पदानुक्रम-निर्देश की जगह, नए प्रकार के प्रबंधन के रूप में नेतृत्व। एक प्रबंधक को एक करिश्माई नेता और एक रोगी शिक्षक होना चाहिए, और यहां तक कि "उन लोगों के लिए ज़िम्मेदार जो" नामांकित हैं "- आखिरकार, यहां तक कि प्रतिनिधिमंडल जिम्मेदारी से राहत नहीं देता है!
- “ और फिर भी, प्रोग्रामर बच्चे हैं! »- एकीकरण (Adizes के अनुसार) और लोग प्रबंधन बच्चों को बढ़ाने के लिए बहुत समान हैं, और आधुनिक (अर्थात् उन्नत!) बच्चे के विकास पर विचार समझ और प्रभावी टीम प्रबंधन की कुंजी प्रदान करते हैं। "नानी के बजाय" स्वतंत्रता और सलाह ", जो टीम को भ्रष्ट करती है।"
- " एक लचीले डेवलपर की खोज में " - सही विकल्प एक प्रभावी टीम खिलाड़ी को उठाने की पीड़ा के लिए एक विकल्प है। उम्मीदवारों से आप क्या गुण चाहते हैं, जो वास्तव में महत्वपूर्ण है और खरीद के बाद तय नहीं किया जा सकता है? और इस इनपुट "कुल्लिंग" को कैसे व्यवस्थित किया जाए?
3.2.4 अनुभव
विभिन्न कंपनियों और परियोजनाओं का सकारात्मक और नकारात्मक अनुभव।
- " एक आंतरिक कॉर्पोरेट वातावरण में सहज फुर्तीली " - यह एम्बरकैडर के अंदर कैसे है (वैसे, वे डेल्फी के मुख्य पात्र हैं)। थोड़ा गन्दा, "सब कुछ के बारे में", विभिन्न मामलों का एक गुच्छा।
- " दुबला सिद्धांत और एक आउटसोर्सिंग कंपनी का विकास " - उनके पास एक खुशहाल स्थिति है, इसलिए कई नई परियोजनाएं जिन्हें उन्हें अपने लॉन्च और त्वरण का अनुकूलन करना है। मेरी इवानोव्ना, हर किसी को आपकी समस्या होगी ...
- " चरम चपल - हर कोई नृत्य करता है " - "शांत अराजकता"! सभी उत्पाद विकास में शामिल हैं, जिसमें विपणक, विश्लेषक, प्रयोज्य विशेषज्ञ शामिल हैं, एक टीम में! इसके अलावा, एक कमरे में! सभी 18 लोग! (SAAS-) .
- « — Scrum » — , , , Agile, [4] , . , SCRUM . « , ».
- « Kanban vs Scrum – - » — SCRUM , , , « SCRUM», Kanban ( !).
- " जैम सत्र " - "TDD के कार्यान्वयन", "फुर्तीली और राज्य ग्राहक", "इलेक्ट्रॉनिक स्क्रैम-बोर्ड", "18 लोगों की लंबी उबाऊ दैनिक स्क्रम टीम" (अनुमान करें कि ^ _ ^) विषयों की एक नि: शुल्क चर्चा।
अलग-अलग, मैं Luxoft में SCRUM के बारे में तीन रिपोर्टों को उजागर करता हूं:3.3 तकनीकी
अब तकनीकी रिपोर्ट के बारे में। मेरी राय में, वे मुख्य रूप से तथाकथित "कॉर्पोरेट विकास" पर ध्यान केंद्रित करते हैं, बोल्ड डेटाबेस के साथ, एक चंकी "व्यापार तर्क" जो पैसा, सामान और सब कुछ है जो छिपाया नहीं गया है, और हजारों कुकी कटर को बर्बाद कर दिया है उपयोगकर्ताओं। हालांकि, गेमिंग उद्योग और यहां तक कि एम्बेडेड अनुप्रयोगों से भी रिपोर्टें थीं।३.३.१ स्थापत्य
- « Agile — ( , AgileDays-2011) » — , . — .
- « — Agile- ( , AgileDays-2011) » — «» , -, . , (« »). , (« ») .
- « Domain Driven Design ( , AgileDays-2011) ». « Domain Driven Design » « », .NET-. , .
- « — ( , AgileDays-2011 ) » — , , ( ) , (ER/studio, DB Aristan, Performing center, DB optimizer, Change manager) — .
- « — ( , AgileDays-2011) » — « , ». — «42», , .
3.3.2
- « . Code Review (AgileDays-2011) » — , - (« ! !») .
- « ( , AgileDays-2011) » — Continuous Integration , , , .
- « « » ( , AgileDays-2011) » — eXtreme Programming . SCRUM/Kanban , , , XP — . , .
- « « » «HasValue» desktop ( , AgileDays-2011) » — «-»? «HasValue» GWT.
3.3.3
- « : TDD ( , AgileDays-2011) » — , - — - . ( GUI), , .
- " मुझे खीरे और फिटनेस क्यों पसंद नहीं है - BDD और ATDD (एलेक्सी बैरंटसेव, एजिलेडेज़ -2017) के पेशेवरों और विपक्षों " - फिटनेस और ककड़ी उपकरणों पर हमला, जो परीक्षकों (और उनमें से कई को आग लगाने) के लिए जीवन आसान बनाने के लिए लगता है, लेकिन व्यवहार में "गिनी पिग" के रूप में - ग्राहक विश्लेषकों के लिए जीवन को आसान नहीं बनाते हैं, और परीक्षकों को प्रतिस्थापित नहीं करते हैं। न केवल रिपोर्ट दिलचस्प है, बल्कि इसके बाद की गरमागरम चर्चा - दर्शकों में कई सक्रिय रूप से असंतुष्ट लोग थे जिन्हें इन उपकरणों का उपयोग करने में सफल अनुभव था।
- " एक सेवा विभाग एक अड़चन कैसे नहीं बन सकता (यूलिया नेचाएव, एजिलेडेज़ -2017) " - चंचल स्वीकार करता है कि टीमों के भीतर परीक्षक, और अलग "परीक्षण विभाग" या "प्रलेखन विभाग" क्लासिक एंटीपार्टर्न हैं, "खरोंच से गतिरोध कैसे बनाएं" "(हॉल में कोई नहीं, उदाहरण के लिए, पहले से ही यह था)। लेकिन उन लोगों के बारे में क्या जिनके पास अभी भी यह है? ("... हम खुद जानते हैं कि उसके पास कोई समाधान नहीं है," जुंटा ने कहा, तुरंत भंग करना। "हम इसे हल करने के लिए जानना चाहते हैं। ©")। उपयोगी प्रथाएं - विकास से पहले भी परीक्षण कैसे करें, डेवलपर्स की कमजोरियों को कैसे हराया जाए, असेंबली को जितनी जल्दी हो सके वापस से लपेटने के लिए। और वैसे, केवल परीक्षक से गैर-परीक्षण सम्मेलन में आप यह सच सुन सकते हैं कि "परीक्षण आत्मनिर्भर नहीं है।"
3.4 ब्लिट्ज की रिपोर्ट
मैं ब्लिट्ज रिपोर्ट को सिंगल कर दूंगा। जो लोग YouTube वीडियो की संक्षिप्तता के आदी हैं, उनके लिए 8-10 मिनट की रिपोर्ट जो एक बार में देखी जा सकती है।
- " पोइसन ऑफ़ टर्म्स (एंड्रे बिबिचव, एजिलेडेज़ -2017) " - सर्वश्रेष्ठ (IMHO) क्विज़ रिपोर्ट। हर किसी को उनके अनुमानों में गलत क्यों माना जाता है? पीआई द्वारा ग्रेड को गुणा करने की आवश्यकता क्यों है? सख्त गणित साबित करेगा कि आप एक समय सीमा के दोषी नहीं हैं! (काले हंस के करीब, जानने वालों के लिए)।
- “ चंचल। अराजकता से बहने का रास्ता (निकोलाई अलिमेनकोव, एजिलेडेज़ -2017) "-" पहले तो अराजकता थी ... फिर यह गाढ़ा हो गया और एजाइल दिखाई दिया, विकास शुरू हुआ और इब्राहीम ने इसहाक को जन्म दिया ... एजाइल ने लीन को जन्म दिया ... "। "पूर्व-जेल" अवधि में उन लोगों की कार्यप्रणाली के विकास पर एक नज़र "RUP / CMMI स्तर 5 / SixSigma" नहीं थी, लेकिन अराजकता
की एक वास्तविक गड़बड़ी , और अंत में कुछ समझदार प्रक्रियाएं दिखाई दीं। - " फुर्तीली - जिम की खिड़की से देखें (एलेक्सी सोलेंटसेव, एजिलेडेज़ -2017) " - "यदि आप अपना वजन कम करना चाहते हैं और SCRUM को लागू करना चाहते हैं - तो मुझसे कैसे पूछें!" । → ... → और परिणाम → -15kg, + लड़की → पत्नी, + कंपनी, जिसमें काम करना शर्म की बात नहीं है।
- “ अकिलीज़ और कछुआ। बड़ी ग्राहक परियोजनाओं पर काम करने के लिए एक उचित दृष्टिकोण (यूरी गुगनीन, एजिलेडेस -2017) ”- बड़े ग्राहकों की विशाल लत की भयावहता के बारे में डिजाइनर प्रबंधक, या तो महाकाव्य विफलताओं के लिए, या एक एकल कॉर्पोरेट शैली में अगले यूजी के लिए अग्रणी। इसका विकल्प है "हाथी को भागों में खाना", प्रत्येक भाग में रचनात्मकता और ग्राहकों की संतुष्टि को अधिकतम करना।
- " फुर्तीली और जीवन (अलेक्जेंडर कलुगिन, एजिलेडेस -2017) " - कैसे चुस्त काम करने के लिए, लेकिन गैर-परियोजना कार्य - बुनियादी ढाँचा या व्यक्तिगत कैरियर विकास। और यह समानांतर ("प्रोजेक्ट और गैर-परियोजना") में दो घोटालों को बाड़ लगाने के लिए प्रस्तावित नहीं किया गया था, लेकिन यह सब मुख्य, परियोजना "स्क्रैम" में रखने के लिए: कर्मचारी के व्यक्तिगत बैकलॉग और कंपनी के रणनीतिक बैकलॉग दोनों।
- “ हमें इसकी आवश्यकता क्यों है? या कैसे एक चुस्त टीम को बेचने के लिए! (मिखाइल कारपोव, एजिलेडेज़ -2017) "- लेखक ने यह भी नोट किया कि एजाइल की चाल दो तरफ से आ रही है: कठिन" सीएमएमआई "झरना से पीड़ित
कंपनियों से, जब वे अर्थहीन काम के ढेर से मुक्त हो जाते हैं - लेकिन यह मुख्य रूप से पश्चिम में है केवल बहुत बड़ी कंपनियों में। लेकिन रूस में, आंदोलन एक गड़बड़ी से आता है, और "फुर्तीली स्वतंत्रता" बेचना व्यर्थ है, आपको समस्याओं का समाधान बेचने की जरूरत है ("आवश्यकताओं के साथ गड़बड़ की वजह से अतिरिक्त काम, आदि"), और इसे धीरे-धीरे करें। - " डीजीसी व्यवहार मॉडल इन एजिल प्रोजेक्ट्स (किरिल क्लिमोव, एजिलेडेस -2017) " - फिर भी एक और ( एमबीटीआई / मायर्स-ब्रिग्स / एडिज / बेलबिन / जंग ... के अलावा) अन्य लोगों की तरह डीआईएससी-वर्गीकरण रक्त समूहों के सिद्धांत सहित ...), पिछली शताब्दी के मध्य से, जब ऐसा लगता था कि यदि आप एक बहुआयामी व्यक्ति को किसी आधार पर विघटित करते हैं, तो सबसे सरल रैखिक बीजगणित और अंकगणित के साथ आप इन लोगों पर प्रभावी रूप से शासन कर सकते हैं। एससीआरयूएम टीम बिल्डिंग में इसका उपयोग करने के बारे में प्लस व्यावहारिक निष्कर्ष।
- ↑ हालाँकि ऐतिहासिक सभा फरवरी 2001 में हुई थी, लेकिन सॉफ्टवेयर डेवलपमेंट मैगज़ीन के अगस्त अंक में इसका प्रकाशन किया गया था
- Not कई रिपोर्टों से वीडियो संरक्षित नहीं था, मैं उन्हें नहीं देख सकता था और इसलिए इसे इस वर्गीकरण में शामिल नहीं किया। लेकिन वे श्रेणी में पाए जा सकते हैं, स्लाइड या समीक्षा देख सकते हैं
- ↑ हमारे साथ न्यूफंगल का कोर्स। दुनिया में यह पहले से ही एक क्लासिक है।
- , जाहिर है, केवल वे जिन्हें किनारे पर धक्का देते हैं, वे "डॉल्फ़िन को बचाने" के बारे में बात करते हैं