क्या योएल टेस्ट में वास्तव में एक फुर्तीली दुकान 12 स्कोर कर सकती है? [बन्द है]


18

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

विशेष रूप से: अनुसूची, चश्मा, परीक्षक और शांत काम करने की स्थिति के बारे में प्रश्न जो हम बनाने की कोशिश कर रहे हैं और जिन मूल्यों को हमने वास्तव में चुस्त होने के लिए अपनाया है, उन पर चलते हैं।

तो मेरा सवाल यह है कि क्या सच में एजाइल शॉप के लिए 12 स्कोर करना संभव है?

संपादित करें:

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

http://simonpalmer.com/2011/03/16/why-i-will-never-score-more-than-9-on-the-joel-test/

मैं इसे इसलिए लगा रहा हूं क्योंकि मैं नीचे बताई गई बातों से बहुत सहमत हूं और मैं अपनी पूरी स्थिति घोषित करना चाहता था।


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

आप सही हैं, हम XP का उपयोग करते हैं, लेकिन मैं चाहता था कि मैं जितना हो सके उतनी व्यापक बातचीत करूं।
साइमन

3
नहीं। यह कभी संभव नहीं है। यह इतना है कि योएल आपको अपनी कंपनी के लिए फुसला सकता है कि आप यह सोचते हैं कि वे काम करने के लिए एक बेहतर जगह हैं, लेकिन फिर वह आपको गुलाम बना देगा और आप हमेशा के लिए उसकी भूमिगत खानों में शौचालय बना देंगे! Mwahahahaaaaa!
FrustratedWithFormsDesigner

जवाबों:


21

एक आंदोलनकारी के रूप में मेरा दृष्टिकोण:

क्या आप स्रोत नियंत्रण का उपयोग करते हैं?

हां, निश्चित रूप से, निरंतर एकीकरण, एक्सपी के हिस्से को कोड को सक्षम करने के लिए एक स्रोत नियंत्रण प्रणाली की आवश्यकता होती है।

क्या आप एक कदम में एक निर्माण कर सकते हैं?

हां, इसके लिए निरंतर एकीकरण सर्वर है।

क्या आप दैनिक निर्माण करते हैं?

यदि हम इसे एक चरण में बना सकते हैं, तो हम इसे शेड्यूल कर सकते हैं।

क्या आपके पास बग डेटाबेस है?

हां, कोई भी "फुर्तीली परियोजना" प्रबंधन उपकरण बग को ट्रैक कर सकता है और स्क्रम उत्पाद बैकलॉग में जोड़ा जा सकता है

क्या आप नया कोड लिखने से पहले बग को ठीक करते हैं?

हां उन्हें उत्पाद बैकलॉग में प्राथमिकता दी जाती है

क्या आपके पास अप-टू-डेट शेड्यूल है?

हां, उत्पाद पोकर, धन्यवाद बैकलॉग, रिलीज़ प्लान और सटीक अनुमानों के लिए धन्यवाद जो योजना पोकर के लिए धन्यवाद के साथ आते हैं।

क्या आपके पास कोई युक्ति है?

यदि आवश्यक हो तो प्रत्येक उपयोगकर्ता स्टोरी अधिक विवरण के साथ आती है। हम उत्पाद के मालिक और टीम के बीच संचार को भी प्रोत्साहित करते हैं।

क्या प्रोग्रामर्स के पास काम करने की शांत स्थिति है?

हां, 8 डेवलपर्स वाला कमरा आमतौर पर बहुत शांत होता है। हम कोशिश करते हैं कि सेल्स मैन को एक ही कमरे में न रखा जाए।

आप सबसे अच्छा उपकरण पैसे का उपयोग कर सकते हैं खरीद सकते हैं?

हां, जब हम उपकरणों पर व्यक्तियों को महत्व देते हैं, तो जोएल की चिंता न करें, हम आपके सभी उत्पादों का लाइसेंस खरीदते हैं;)

क्या आपके पास परीक्षक हैं?

हां और वे टीम का अभिन्न हिस्सा हैं।

क्या नए उम्मीदवार अपने साक्षात्कार के दौरान कोड लिखते हैं?

हां, और टीम प्रक्रिया में शामिल है।

क्या आप दालान प्रयोज्य परीक्षण करते हैं?

हां हमारे परीक्षक हमारी मदद करते हैं।


26
मैंने कभी ऐसा कमरा नहीं देखा जिसमें 3 से अधिक डेवलपर्स शांत हों।
whatsisname

3
@whatsisname: सुनिश्चित करने के लिए क्वेक 3 खेल रहा है;)

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

3
@ साइमन: "मैं उपयोगकर्ता कहानियों को" ऐनक "नहीं कह सकता।" "मैं हमारी नियोजन गतिविधि को कॉल नहीं कर सकता और" शेड्यूल "को दीवार बना सकता हूं" किस मामले में, कृपया अपने विशिष्ट मुद्दों के साथ प्रश्न को अपडेट करें। वे फुर्तीली सर्वोत्तम प्रथाएं हैं। यदि आप उन्हें पसंद नहीं करते हैं, तो कृपया बताएं कि आप उन दो चुस्त सर्वोत्तम प्रथाओं को क्यों अस्वीकार कर रहे हैं। "मैं अपने गुणवत्ता इंजीनियरों को कॉल करने के लिए भी संघर्ष करता हूं" परीक्षक एक व्यक्तिगत समस्या है - एजाइल के साथ कुछ नहीं करना है।
S.Lott

10
+1: "हम बिक्री पुरुषों को एक ही कमरे में नहीं रखने की कोशिश करते हैं।" क्या मैं आपके लिए काम कर सकता हूँ?
टॉम मॉर्गन

6

क्या आपके पास अप-टू-डेट शेड्यूल है?

यह फुर्तीली है। स्क्रम हमें एक रिलीज के लिए प्रतिबद्ध करने की आवश्यकता है। अप-टू-डेट शेड्यूल होने का मतलब है कि रिलीज में क्या किया जाएगा (और नहीं किया जाएगा), और बैकलॉग कैसा दिखता है।

क्या आपके पास कोई युक्ति है?

यह फुर्तीली है। एक वास्तुकला (और संबंधित विवरण) आवश्यक है। यह प्रपत्र निर्दिष्ट करता है। मामलों का उपयोग करें (या उपयोगकर्ता कहानियां) आवश्यक हैं और कार्यक्षमता निर्दिष्ट करें।

क्या प्रोग्रामर्स के पास काम करने की शांत स्थिति है?

मैं नहीं देख सकता कि कैसे एजाइल को एक शोर, विघटनकारी, कष्टप्रद वातावरण की आवश्यकता है।

क्या आपके पास परीक्षक हैं?

उम। जब हम टीडीडी करते हैं , तो हम परीक्षक होते हैं । जब हम उत्पाद स्वामी को कोड सौंपते हैं, तो ग्राहकों को शामिल करने से पहले अतिरिक्त परीक्षक शामिल हो सकते हैं।

यह विरोधाभास चुस्त तरीके या चंचल घोषणापत्र कैसे करता है?


4

मुझे लगता है कि उत्तर हां है, एक फुर्तीली दुकान को ऐसा करने में सक्षम होना चाहिए। विशेष रूप से आपके बिंदुओं के लिए।

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

3

आपको क्या लगता है कि शेड्यूल होना (एक उदाहरण लेना) चुस्त विकास के साथ असंगत है?

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

"Q1 में एक विवरण की तरह हम A, B, C और Q2 जारी करने की योजना बना रहे हैं, हम वर्तमान में X, Y, Z को देख रहे हैं" अभी भी एक शेड्यूल है। हर मौका है कि एक्स डब्ल्यू हो जाएगा, लेकिन यह है कि चुस्त होने के नाते आपको करने की अनुमति देता है।

अपनी सूची से दूसरी बात लेना - चश्मा। यदि विनिर्देश नहीं है तो उपयोगकर्ता कहानी क्या है?


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

1
@ साइमन - मुझे लगता है कि यह शब्दार्थ है, लेकिन तर्क अभी भी खड़ा है। चंचल कार्यप्रणाली के साथ ये बातें पूरी तरह से असंगत नहीं हैं ।
क्रिसएफ

0

मुझे लगता है कि मैं इसे यहां सबसे अलग नजरिए से देखने जा रहा हूं। अगर आप जोएल टेस्ट में 9 रन बना रहे हैं, तो आप कर्व से आगे हैं। बहुत सी जगहें 5 या 6 को हिट करने के लिए संघर्ष करती हैं, 9 से 12 तक अकेले रहने दें।

क्या आप अच्छे लोगों को काम पर रखने में कठिन समय लगा रहे हैं? यदि नहीं, तो जोएल टेस्ट पर एक 12, जबकि एक महान लक्ष्य, वास्तव में एक मुद्दा नहीं हो सकता है। यदि आपके कर्मचारी आपके पास मौजूद वातावरण में कार्य करने में सक्षम हैं, तो मैं कहूंगा कि आपके पास जितना हो उतना स्कोर करने के लिए अच्छा काम होगा।


मुझे लगता है कि मेरा वर्तमान कार्यस्थल लगभग डेढ़ हिट है, और अन्य जगहों पर मैंने देखा है कि वे इससे कम हैं। ६ कमाल का होगा।
सेवेंससीट

हां, ठीक यही। हमने 4 ...
जेसी मैकुलोच

मुझे नहीं लगता कि मैंने 15 साल में कहीं भी देखा है, जो कि 2 से अधिक होगा।
कार्सन 63000
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.