इसलिए मैंने एक बड़ी कॉर्प के लिए काम करना शुरू किया। जिनके नाम में 3 अक्षर हैं, और वे एजाइल बनने की कोशिश कर रही हैं, लेकिन उनके पास बहुत सारी प्रक्रियाएँ हैं, जो मुझे नहीं लगता कि एजाइल हैं।
जो मुझे सबसे अधिक घायल कर रहा है वह कोड समीक्षाएं हैं। मेरी आखिरी नौकरी एक स्टार्टअप के साथ थी, जो मैं कहूंगा कि मैं सबसे चुस्त विकास टीम हूं जिसे मैंने देखा है, और / या कभी सुना है।
वैसे भी, मेरा तर्क यह है कि कोड समीक्षाएं पुनरावृत्त या फुर्तीली विकास में समय की बर्बादी हैं जहां यूएक्स / यूआई चरम / तीव्र है (एप्पल / स्टीव जॉब्स पूर्णता)। शायद यहाँ कोई मुझे समझने से पहले समझ सकता है कि उन्होंने मुझे आग लगा दी थी?
यहाँ मेरी विकास प्रक्रिया है और मेरे आखिरी स्टार्टअप पर ... बहुत फुर्तीली है।
हम विकास कार्य / टॉड को छाँटने के लिए प्रारंभिक कार्य करते हैं। हम फीडबैक प्राप्त करने के लिए उपयोगकर्ताओं, टीम और मार्केटिंग के लिए कुछ संस्करणों को प्रस्तुत करेंगे और प्रस्तुत करेंगे। फिर हम ऊपर के समान हितधारकों से एक दौर पाने के लिए एक और नकली यात्रा करते हैं। फिर हम काम को विभाजित करते हैं और आरंभ करते हैं। हमारे पास मिलने के लिए मील के पत्थर और तारीखें हैं, लेकिन हम दूर हैं। इसके किसी भी दौरान हमारे पास कोई कोड समीक्षा नहीं है। हमारे विकास के हफ्तों के दौरान कई बार हम हितधारकों के साथ फिर से सत्र पकड़ते हैं, यह देखने के लिए कि क्या वे अभी भी सुविधाओं / कार्यों / यूएक्स / यूआई से सहमत हैं, अभी भी एक फिट और लक्ष्य पर हैं।
जैसा कि हम 8 सप्ताह के अंत के अंत तक पहुंचते हैं चक्र चक्र क्यूए परीक्षण शुरू करता है, फिर यह अल्फा उपयोगकर्ताओं के लिए जाता है, और अंत में बीटा उपयोगकर्ताओं के लिए। लेकिन अल्फा और बीटा डेवलपर्स के दौरान यूएक्स को बेहतर बनाने के लिए यूआई को बेहतर बनाने के लिए नए फीचर्स और पुराने फीचर्स में बदलाव किए जा रहे हैं। तो एक फीचर जो इस रिलीज़ को विकसित किया जा रहा था, उसे समाप्त करने और इसे सुधारने या कुछ छोटे फीचर्स जोड़ने के लिए पिछले चार हफ्तों में 3 बार बदला जा सकता है (जैसे घटक को थोड़ा धीमा या होशियार बना)। कभी-कभी परिवर्तन सतही हो सकते हैं जिसका अर्थ है कि कोई CRUD ऑपरेशन नहीं बदला या संशोधित किया गया है, लेकिन सभी UI केवल बदल जाते हैं।
तो इस प्रकार की विकास प्रक्रिया के साथ, अत्यधिक फुर्तीली, कोड समीक्षा समय की बर्बादी नहीं होगी? मतलब अगर मेरे पास कोई दूसरा डेवलपर था या दो मेरे कोड की समीक्षा करते हैं, लेकिन तब वह कोड 3 बार बदल जाता है इससे पहले कि वह दरवाजे से बाहर निकल जाए, क्योंकि सभी यूआई / यूएक्स सुधारों के कारण, क्या हम पहले 3 बार अपना समय बर्बाद नहीं कर रहे हैं, उन्होंने इसकी समीक्षा की। उस कोड के रूप में कोड / घटक / यूआई स्क्रैप किया गया था?
इस प्रक्रिया के साथ हमारे पास कई गुणवत्ता के मुद्दे कभी नहीं थे और हां अगर एक डेवलपर ने सभी ज्ञान छोड़ दिया, तो वह दरवाजे से बाहर चला गया, लेकिन हमने हमेशा स्मार्ट डेवलपर्स को इसे लेने और अधिग्रहण करने के लिए पाया।
और हाँ, हमारे पास बहुत सारे परीक्षक हैं क्योंकि उन्हें 3 या 4 बार चीजें फिर से बनानी पड़ सकती हैं। कृपया यह भी पूछने पर मत चूके कि सभी UI / UX में बदलाव क्यों होता है ... कि कैसे चीजें पूरी की जाती हैं ... तो यही कारण है कि ऐप UI / UX के लिए बहुत सारे पुरस्कार जीतता है और उपयोगकर्ता इसके लिए मार करेंगे एप्लिकेशन। विचार प्रक्रिया यह है कि अगर मैं किसी चीज़ में 2% सुधार कर सकता हूं क्योंकि मेरे पास एक अतिरिक्त घंटा है तो इसे करें। उपयोगकर्ता अधिक खुश होंगे, जिसका अर्थ है अधिक $ या उपयोगकर्ता। और हां, हमारे उपयोगकर्ता लगातार बदलते ऐप के साथ ठीक हैं, क्योंकि दिन के बाद से ही यह किया जाता है ताकि वे इसे खराब या नकारात्मक न देखें।
आशा है कि यह पोस्ट धूमधाम से नहीं आया है, लेकिन मैं अभी यह नहीं देख सकता कि कोड समीक्षा कैसे बेकार नहीं हैं। हो सकता है कि समीक्षा किए गए कोड में हमारे सभी कोड का 2% बग हो। प्रत्येक रिलीज में हमें कोड समीक्षा के माध्यम से 3 बग मिल सकते हैं। तो यह 3 से 5 बग ढूंढने के लिए प्रति डेवलपर प्रति रिलीज़ (40 x 40 = 160 घंटे) कोड समीक्षा के 40 घंटे तक समाप्त होता है? संभावना 50% उन 3 से 5 कीड़े वैसे भी क्यूए द्वारा उठाए गए होंगे। क्या यह बेहतर नहीं होगा कि प्रति 40 घंटे प्रति डेवलपर एक नई सुविधा जोड़कर या मौजूदा लोगों को सुधार कर?