जोएल स्पोलस्की: सॉफ्टवेयर विकास में आविष्कार

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

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

स्टॉकिंग में पैसा खर्च होता है। मान लीजिए कि बेकरी में आटे के भंडारण के लिए छह 50-टन साइलो हैं। इसका मतलब है कि प्रत्येक दिन औसतन उनमें लगभग 150 टन आटा होता है। आज की कीमतों में, यह मृत पूंजी में $ 73,000 है।

अन्य लागतें हैं, जैसे कि क्षति। आटा महीनों के लिए संग्रहीत किया जा सकता है, लेकिन समाप्त बन्स ओवन छोड़ते ही मूल्य में खोने लगते हैं; 24 घंटे के बाद वे लगभग कुछ भी नहीं लागत।

फिर स्टॉक क्यों स्टोर करें? फिर उनकी कमी से जुड़ी लागतें क्या हैं। यदि तिल के बन्स के एक नए बैच को ऑर्डर करने के लिए दो दिन लगते हैं, तो यदि वे अचानक आपके भोजन में समाप्त हो जाते हैं, तो आपका हैमबर्गर बिक्री व्यवसाय दो दिनों के लिए बंद हो जाएगा। स्टॉक्स एक बफर है जो अप्रत्याशित स्टॉप को रोकता है। अब इन बफ़र्स की इष्टतम मात्रा (एक शुरुआत के लिए: दुबला विनिर्माण , बाधाओं का सिद्धांत ) की गणना करने के लिए बहुत सारे एल्गोरिथ्म का आविष्कार किया गया है।

मैं आपको ये सब क्यों बता रहा हूँ? फिर, सॉफ्टवेयर के उत्पादन में, ऐसे स्थान भी हैं जहां "इन्वेंट्री" जमा होती है। और इन शेयरों को स्टोर करने में एक टन समय और पैसा खर्च हो सकता है।

"क्या? क्या सॉफ्टवेयर और रोल्स के उत्पादन की तुलना करना संभव है? ”- आप पूछते हैं।

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

1. निर्णय लेना (क्या हमें इस सुविधा को लागू करना चाहिए?)
2. डिजाइन (विनिर्देशों, योजना, लेआउट, आदि)
3. कार्यान्वयन (लेखन कोड)
4. परीक्षण (बग ढूंढना)
5. डिबगिंग (त्रुटि सुधार)
6. रिलीज (उपभोक्ताओं को कार्यक्रम की डिलीवरी, सर्वर पर तैनाती)

(पुनश्च "झरना" का इससे कोई लेना-देना नहीं है। बिल्कुल नहीं! बकवास बंद करो!)

स्टॉक इन सभी चरणों के बीच जमा हो सकता है। उदाहरण के लिए, जब कोई प्रोग्रामर कोड (चरण 3) लिखना समाप्त करता है, तो वह इसे परीक्षक (चरण 4) को भेजता है। किसी भी समय, कोड की एक निश्चित मात्रा परीक्षण के लिए कतार में प्रतीक्षा कर रही है। यह स्टॉक है।

ऐसे शेयरों की लागत बहुत बड़ी है। वे रिलीज के समय में छह या बारह महीने जोड़ सकते हैं। इस समय, उपयोगकर्ताओं के हाथों में गिरने के बजाय उत्पादन के विभिन्न चरणों में कोड और विचारों का एक समूह निष्क्रिय हो गया है। ये देरी एक अभिनव उत्पाद (iPhone) और हमेशा के लिए दूसरे कैच-अप एनालॉग (विंडोज फोन) के बीच निर्णायक अंतर हो सकती है। एक उपभोक्ता को विंडोज फोन खरीदना लगभग असंभव है अगर iPhone छह महीने पहले ही बाहर आया था।

कई बाजारों में, नेटवर्क प्रभाव काम करता है, और सबसे पहले विजेता बनना है जो सब कुछ प्राप्त करता है। इसलिए विकास के स्तर पर शेयरों का आकार महत्वपूर्ण हो सकता है।

आइए उन तीन स्थानों से गुजरें जहां सबसे अधिक भंडार जमा होता है।

बकाया। प्रत्येक परियोजना के आसपास नई सुविधाओं के विचार तैरते हैं, और वे लागू होने की तुलना में बहुत तेज दिखाई देते हैं। इसलिए, उन्हें कार्यान्वयन कतार - बैकलॉग के लिए लिखा जाता है। बैकलॉग के कई विचार वास्तव में बेकार हैं और केवल इसलिए दर्ज किए जाते हैं ताकि उन लोगों को नाराज न करें जो उनके साथ आए थे। नतीजतन, हर कोई खुश है।

समस्या यह है कि 90% बैकलॉग सुविधाओं को कभी भी लागू नहीं किया जाएगा। इसलिए हर मिनट में रिकॉर्डिंग, डिजाइनिंग, इस तरह की विशेषताओं के बारे में सोचना या चर्चा करना समय की बर्बादी है। जब मैं सुनता हूं कि कुछ टीमें नियमित रूप से "कंघी बैकलॉग" का अभ्यास करती हैं, तो ध्यान से और व्यवस्थित रूप से उन चीजों पर मूल्यवान समय बर्बाद करना जो कभी भी अंतिम उत्पाद का हिस्सा नहीं बनेंगे, मैं अपनी आँखें कुश्ती करना चाहता हूं।

सुझाव: एक या दो महीने से अधिक काम के बाद बैकलॉग को बढ़ने न दें। यदि बैकलॉग भरा हुआ है, तो पुराने तत्वों को लागू करने तक वहां नए तत्व न जोड़ें। बैकलॉग से सुविधाओं पर चर्चा, डिजाइन या निर्दिष्ट करने के लिए समय बर्बाद करने की आवश्यकता नहीं है। इसे उन चीजों की सूची के रूप में माना जाना चाहिए जिनके बारे में बात करने के लिए मना किया गया है और जिन्हें लागू करने से पहले काम करने से मना किया गया है।

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

सुझाव:

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

रिलीज होने का इंतजार अब तक, कई टीमें त्रैमासिक या वार्षिक संस्करण रिलीज साइकिल पर काम करती हैं, आमतौर पर अगर एक नया संस्करण तैनात करने की प्रक्रिया जटिल और महंगी होती है। ऑपरेटिंग सिस्टम और कोई भी अन्य सॉफ्टवेयर जिसे यूजर्स को अपने आप ही इस श्रेणी में आ जाना चाहिए।

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

सबसे बुरी बात यह है कि डेवलपर्स अक्सर इस तरह के देरी के विनाशकारी प्रभाव को महसूस नहीं करते हैं, क्योंकि पूरी टीम रात में निर्माण करती है और हर दिन नई सुविधाओं का उपयोग करती है। निश्चित रूप से माइक्रोसॉफ्ट में हर कोई विंडोज 8 से बहुत खुश है, जिसका उपयोग वे एक साल से कर रहे हैं, इसलिए वे मैक ओएस एक्स शेर की दुनिया में विंडोज 7 कंप्यूटरों को बेचने की कोशिश करने वाले ओईएम की पीड़ा को नहीं समझते हैं।

सुझाव: मृत वजन बिछाने के लिए तैयार कार्यक्षमता की अनुमति न दें। अपनी तैनाती की प्रक्रिया को हर कुछ महीनों में अपडेट किया जाना चाहिए, न कि वर्षों में। यदि आप पहले ही ऐसा कर चुके हैं, तो साप्ताहिक अपडेट करने का प्रयास करें। बार को ऊंचा उठाएं और जितनी बार संभव हो छोटे बदलाव रोल आउट करें।

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

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

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

हर दिन आप ट्रेलो बोर्ड को देखते हैं और देखते हैं, उदाहरण के लिए, कि 17 सुविधाएँ तैयार हैं और रिलीज़ होने की प्रतीक्षा कर रही हैं। यह भीड़ को जल्द से जल्द खत्म करने के लिए प्रोत्साहित करता है।

हर बार जब कोई पागल नया विचार प्रस्तुत करता है, तो आप बैकलॉग में देखते हैं और यदि बहुत अधिक प्रविष्टियाँ हैं, तो इस विचार पर चर्चा करने और सोचने में समय बर्बाद न करें।

मुझे पूरी उम्मीद है कि यह दृष्टिकोण आपको उन चीजों पर काम करने में बहुत कम समय बिताने की अनुमति देगा जो कभी भी सफेद रोशनी नहीं देखेंगे। "कम्बख्त बैकलॉग।" क्या बकवास है!