SAFe या स्केल एजाइल फ्रेमवर्क

SAFe क्या है?

चंचल क्या है, बहुतों को पता है। आईटी में शामिल बड़ी संख्या में लोग शब्दावली का उपयोग करते हैं। चंचल के बारे में अधिक सुनने के लिए।

हर कोई जो आत्मविश्वास से संचार, आलोचना के लिए एजाइल शब्द का उपयोग करता है; अपनी टीम या कंपनी को बेहतर रोशनी में पेश करने के लिए, वे समझते हैं, उदाहरण के लिए, एससीआरयूएम और एजाइल में क्या अंतर है; और अक्सर इन दो अलग-अलग अवधारणाओं के बीच एक समान संकेत डालते हैं। लेकिन इतना समय पहले नहीं, 2015 में, SAFe भी दिखाई दिया। यह क्या है और इसकी आवश्यकता क्यों है?

SCRUM के महत्वपूर्ण लाभों और नुकसानों में से एक, मैं उत्पाद स्वामी सहित कमांड के निर्धारित आकार 7 + -2 (या स्क्रैम गाइड से 3-9 अधिक हाल के डेटा) पर विचार करता हूं।
बेशक, 9 उच्च श्रेणी और अच्छी तरह से प्रेरित पेशेवर ज्यादा सक्षम हैं, लेकिन कभी-कभी अंत में बड़ी संख्या में हाथों, सिर, आंखों और दिमाग के साथ कुछ का निर्माण करना आवश्यक होता है। टीमों को भड़काने के लिए खराब है, इसलिए उनकी संख्या में वृद्धि करने की आवश्यकता है, और यहां टीमों के बीच संचार की समस्या उत्पन्न होती है, काम का सिंक्रनाइज़ेशन और SCRUM स्वयं इन कार्यों के लिए कोई समाधान प्रदान नहीं करता है। एससीआरयूएम कमांड प्रबंधन के स्तर पर एससीआरयूएम का उपयोग करने का प्रयास किया जाता है (जेफ सदरलैंड के रूप में, एजिले घोषणापत्र के लेखकों में से एक, सलाह देता है), वहाँ बड़े पैमाने पर स्क्रैम है, अनुशासित फुर्तीली डिलीवरी है, बहुत अधिक है, लेकिन एसएएफई - स्केल्ड एजाइल फ्रेमवर्क भी है।

SAFe एक कंपनी प्रबंधन ढांचा है जिसे 5 या अधिक SCRUM टीमों के लिए एक निश्चित परियोजना या संबंधित परियोजनाओं पर काम के समन्वय की आवश्यकता होती है। यानी यह SCRUM पर एक अधिरचना है जो आपको 100 या अधिक लोगों की टीमों का प्रबंधन करने की अनुमति देता है

लाभ होगा?

सबसे पहले, ज़ाहिर है, कार्यप्रणाली को उन लोगों की आवश्यकता है जो इसे बेचते हैं और प्रशिक्षण में संलग्न हैं। डेव थॉमस (फुर्तीले घोषणापत्र के लेखकों में से एक) ने इस विषय पर काफी अच्छी तरह से बात की थी GOTO 2015 में अपनी प्रस्तुति में Agile is Dead

दूसरे, कार्यक्रम प्रबंधन विभाग। जो पहले परियोजना प्रबंधन में शामिल थे, उन्होंने पीएमपी प्रमाणीकरण प्राप्त किया, गैंट चार्ट को आकर्षित किया और हार्ड-सॉफ्ट प्रबंधन (नेतृत्व के लिए नरम पक्ष और निष्पादकों को कठोर) की अवधारणा को लागू किया। तथ्य यह है कि एक ठेठ एससीआरयूएम में उनके लिए कोई फ़ंक्शन नहीं है, एसएएफई में यह है। यही बात सभी प्रकार के वास्तुकारों पर लागू होती है। SCRUM में SAFe में उनके लिए कोई फ़ंक्शन नहीं है - एक कैरियर मार्ग है।

इसके अलावा, यह उन व्यवसाय स्वामियों के लिए फायदेमंद हो सकता है, जहाँ प्रबंधक बड़ी संख्या में मानव-घंटे खाकर काम करते हैं और कभी-कभी इन उद्देश्यों के लिए स्वतंत्र नहीं होते हैं।

कई डेवलपर्स औसत योग्यता से कम हैं अक्सर कुछ करने के लिए, उन्हें सबसे अनुभवी और प्रेरित पेशेवरों की तुलना में अधिक तेजी से होने की आवश्यकता होती है।

पूरी इंडस्ट्री। क्योंकि हर 5 साल में डेवलपर्स की संख्या दोगुनी हो जाती है (चाचा बॉब के प्रोग्रामिंग का भविष्य देखें), जिसका परिणाम यह है कि किसी भी समय कम से कम आधे डेवलपर्स के पास 5 साल से कम का कार्य अनुभव है। यदि प्रवृत्ति नहीं बदलती है, लेकिन स्पष्ट रूप से नहीं बदलती है, तो प्रक्रियाओं की आवश्यकता होती है जो प्रतिभागियों के बीच बातचीत के तंत्र और उनके कार्य को निर्धारित और औपचारिक करते हैं, पूरी प्रक्रिया।

दिल

SAFe विभिन्न एजाइल तकनीकों से एक लेयर केक है। निचले स्तर पर लगभग पारंपरिक SCRUM है, जिसमें विशिष्ट दो से तीन सप्ताह के स्प्रिंट होते हैं, जिसमें उत्पाद स्वामी सहित 3-9 लोगों की टीम होती है। सभी विशिष्ट अनुष्ठान, दैनिक नियोजन से लेकर - स्टैंडअप और रेस्ट्रोस्पेक्टिव पर डीब्रीफिंग के साथ समाप्त होते हैं। हालांकि एक महत्वपूर्ण अंतर है। कमांड पूरी तरह कार्यात्मक स्वतंत्र मॉड्यूल है। और स्प्रिंट एक पूर्ण जीवन चक्र के साथ समय की एक स्वतंत्र अवधि होना बंद कर देता है। स्प्रिंट को प्रोग्राम इंक्रीमेंट में शामिल किया जाता है जिसमें आमतौर पर 5 स्प्रिंट होते हैं। यानी अगर क्लासिक SCRUM में हमने ग्राहक को पसंद नहीं किया है, तो हम अगले स्प्रिंट में कोर्स को सुधारते हैं, तो SAFe में हम सबसे खराब स्थिति में प्रोग्राम इन्क्रीमेंट के अंत तक बढ़त की ओर बढ़ते रहेंगे, अगले 4 स्प्रिंट (निश्चित रूप से मैं अतिशयोक्तिपूर्ण) करूंगा।

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

ट्रेन के स्तर से ऊपर, हमारे पास विभागों, निदेशकों और क्लाइंट के बीच समन्वय है। लीन एजाइल से अधिक उधार है, लेकिन कानबन से समान उपकरण संरक्षित हैं। यह परिवर्तन की आर्थिक व्यवहार्यता का विश्लेषण है। आदर्श रूप से, कोई भी परिवर्तन एक प्रारंभिक विश्लेषण से गुजरता है जहां आगामी परिवर्तन के बारे में एक औसत दर्जे की परिकल्पना को सामने रखा जाता है (उदाहरण के लिए, यदि हम डेटा सेंटर से क्लाउड पर ऑनलाइन स्टोर बनाते हैं, तो जल्दी से मौसमी चरम सीमा पर क्षमता बढ़ाते हुए हम लेनदेन की संख्या 10% तक बढ़ा सकते हैं) और फिर इस परिकल्पना की या तो पुष्टि की जाती है। कोई। एक अरब डॉलर से कम की कंपनियों के लिए - यह बहुत अंतिम मंजिल हो सकती है। 12-36 महीने की कार्य योजनाएँ यहाँ बनाई गई हैं (गुणवत्ता, मात्रा आदि के लिए पाँच साल की योजनाएँ)

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

पूरी रणनीति से नेतृत्व किया। जिस तरह से इसे परिभाषित किया गया है वह रूपरेखा द्वारा वर्णित नहीं है।

आकर्षण आते हैं

1. बहुत अच्छे औजारों की एक महत्वपूर्ण संख्या (WSJF, Kanban, Gemba, आदि)
2. SDLC के लिए औपचारिक और निर्धारित चरण जो कोड लिखने (TDD द्वारा निर्धारित) से शुरू होकर स्थैतिक स्कैनिंग और CI / CD और टॉगल करने के लिए हैं। प्रत्येक अभ्यास अच्छा है या नहीं यह एक और सवाल है, लेकिन कम से कम एक योजना है और हर कोई इसका पालन करता है।
3. प्रक्रिया को समझा, समझाया और कार्यान्वित किया जा सकता है।
4. इस प्रक्रिया के ढांचे में प्रत्येक व्यक्ति एक काफी सख्ती से परिभाषित फ़ंक्शन प्राप्त करता है।
5. इसमें काम करने वालों के लिए कंपनी की पारदर्शिता बढ़ती है।

कमियों

1. उम्मीदों के साथ वास्तविकता का बेमेल जवाब देने के लिए पर्याप्त समय
2. संचार और बैठकों पर बड़ी मात्रा में धन और पैसा खर्च किया जाता है
3. अक्सर रूपरेखा के भीतर अनुशंसित समाधान पुराने होते हैं

परिचय कराना है या नहीं? मेरा मानना ​​है कि अगर कोई विकल्प है, तो नहीं, यह विभागों और परियोजनाओं के बीच निर्भरता को कम करने के लिए बेहतर है। और अगर कोई विकल्प नहीं है और आपको एक बड़ी परियोजना का प्रबंधन करने की आवश्यकता है, तो यह काफी संभव है।