कैसे आप एक प्रबंधक को चंचल समझते हैं?

Question

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

वैसे भी, मैं धीरे-धीरे उसे इंगित करने के लिए एक साधारण स्थान खोजने की कोशिश कर रहा हूं, यह दिखाने के लिए कि कोडिंग शुरू करने से पहले एसडीएस को 100% पूर्ण होने की आवश्यकता नहीं है (न ही यह पूरा हो सकता है)। कोई सुझाव?

धन्यवाद!

Comments

एसडीएस का क्या अर्थ है? गुगली करने की कोशिश की, लेकिन बहुत हस्तक्षेप करें।

— अधिकतम

एसडीएस "सॉफ्टवेयर डिजाइन विशिष्टता" है। वह उस वाक्यांश का उपयोग पोस्ट में पहले भी करता है।

— थॉमस ओवेन्स

फ्लोचार्ट? गंभीरता से ?? Daud! भागो और पीछे मत देखो!

— nikie

एल्गोरिथ्म कैसे काम करता है, यह बताने के लिए फ्लोचार्ट के साथ कुछ भी गलत नहीं है, छद्म कोड की तुलना में पढ़ने में बहुत आसान हो सकता है।

— बजर्के फ्रायंड-हैन्सन

Answer 1

एक सलाहकार के रूप में, मैं परामर्श का एक सरल नियम समझता हूं:

• आप ऐसे लोगों की मदद नहीं कर सकते जो मदद नहीं करना चाहते।

आप किसी को भी कुछ भी नहीं कर सकते हैं जो वे अधिकार के बल पर नहीं करना चाहते हैं, जो आपके पास नहीं है।

एक कोच के रूप में, मैं तीन नियमों के साथ एजाइल का परिचय देता हूं:

1. परियोजना की शुरुआत में सभी आवश्यकताओं को इकट्ठा करना असंभव है।

2. जो भी आवश्यकताएं आप इकट्ठा करते हैं, उन्हें बदलने की गारंटी दी जाती है।

3. हमेशा समय से अधिक करना होगा और धन की अनुमति देगा।

और एक लक्ष्य:

• हर हफ्ते मूल्य का कुछ वितरित करें।

बस आपको शुरुआत करनी होगी।

अपने प्रबंधक को समझाना दूसरी बात है।

Answer 2

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

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

Comments

'प्रयोग' दृष्टिकोण वह है जो मेरा समूह अब हमारे एक नए काम के साथ कर रहा है। अब तक काम करने लगता है - 3 पुनरावृत्तियों, हमारे समूह के बाहर हर कोई खुश है; डेवलपर्स और भी अधिक।

— डेव

Answer 3

तुम नहीं

सबसे पहले, एक वरिष्ठ निदेशक सॉफ्टवेयर विकास पद्धति की पसंद में भी क्यों शामिल है? यह निर्णय उनके वेतन ग्रेड के नीचे है, माइक्रो-प्रबंधन की स्मैक है, और अविश्वास के संस्करणों को बोलता है।

दूसरा, उसे इसे समझने की आवश्यकता क्यों है? यदि सॉफ़्टवेयर चश्मा पत्थर में तय किए गए हैं, तो ठीक एक पुनरावृत्ति होगी। यदि वे नहीं हैं, तो कई पुनरावृत्तियों होंगे। यह उसका निर्णय नहीं है ।

अगर उसे लगता है कि यह उसका निर्णय है, तो वह आईटी प्रबंधक, परियोजना प्रबंधक, आईटी वास्तुकार, टीम लीड, और विकास टीम के अधिकार को कम कर रहा है। इसलिए उसे @ # $% आईएनजी सॉफ्टवेयर खुद लिखना चाहिए, या एसटीएफयू और प्रोफेशनल्स को डायनासोर के दिमाग से अपना काम करने देना चाहिए।

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

Answer 4

"सॉफ्टवेयर बनाना एक फिल्म बनाने जैसा है, आपको योजना बनाने की जरूरत है, लेकिन फिल्मांकन के दौरान आपको पुराने दृश्यों को फिर से देखने, पुराने दृश्यों को फिर से देखने और अंतिम उत्पाद को संपादित करने की जरूरत है ताकि एक अच्छा परिणाम सुनिश्चित किया जा सके"

फिर से, वह एक प्रबंधक है, इसलिए उसके शब्दों में:

"हमें समय-समय पर पूर्ण सेवा समाधान उत्पन्न करने के लिए हमारे सहक्रियात्मक लचीलेपन का लाभ उठाने की आवश्यकता है"

Comments

+1 के लिए "हमें एक पूर्ण-समय पूर्ण सेवा समाधान उत्पन्न करने के लिए हमारे सहक्रियात्मक लचीलेपन का लाभ उठाने की आवश्यकता है"

— कैफ़ेगेक

क्या सॉफ्टवेयर बनाने की तुलना में लोग वास्तव में फिल्म-निर्माण से अधिक परिचित हैं? या आप "सीनियर डायरेक्टर" से अलग हो रहे थे?

— एलेक्स Feinman

Answer 5

पुरानी कहावत लागू होती है: आप घोड़े को पानी में ले जा सकते हैं, लेकिन आप इसे नहीं पी सकते।

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

फिर उसे दिखाएं कि आप एक ही समय में कितनी कार्यक्षमता प्रदान कर सकते हैं। व्यवसाय में कुछ लोगों से बात करें कि इससे कितना समय बचता है कि वे एक बेसिक वेब ऐप बना सकें, जो आप उसी समय में दे सकते हैं। फिर इस बचत को कई गुणा करें, जबकि वे अक्सर 3 वर्षों में इस फ़ंक्शन का उपयोग करते हैं। पैसे में व्यक्त करें।

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

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

Answer 6

सरल स्थान एजाइल सॉफ्टवेयर डेवलपमेंट के लिए मैनिफेस्टो हो सकता है ।

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

अर्थात्

• व्यक्तियों और प्रक्रियाओं और उपकरणों पर बातचीत
• व्यापक प्रलेखन पर काम कर रहे सॉफ्टवेयर
• अनुबंध बातचीत पर ग्राहक सहयोग
• एक योजना के बाद बदलने के लिए प्रतिक्रिया

लेकिन कृपया पूरी मंशा पाने के लिए पेज पर एक नज़र डालें।

Comments

और संभवतः अधिक महत्वपूर्ण बात यह है कि इस बिंदु को प्राप्त करने के लिए: halfarsedagilemanifesto.org

— gbjbaanb

Answer 7

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

Comments

प्रबंधक: "हम पहले से ही काम कर रहे हैं! महान! चलो सिर्फ प्रोटोटाइप का उपयोग करें"

— होमड

@ एमको: यदि इस अभ्यास का उद्देश्य प्रबंधक को इस तरह के विस्तृत विनिर्देशों पर जोर नहीं देना है, तो उस तरह की प्रतिक्रिया स्पष्ट जीत होगी। हालाँकि ऐसा लगता है कि इस परिदृश्य में ऐसा होने की संभावना नहीं है।

— हारून ने

Answer 8

यह मदद की हो सकती है - http://www.youtube.com/watch?v=4u5N00ApR_k

इस फिल्म में "मैं एक फुर्तीली परियोजना चलाना चाहता हूं" हम एक ऐसे बहादुर परियोजना के नेता, ल्यूक के अनुभवों का पालन करते हैं, क्योंकि पूरे उद्यम में उनके कई अलग-अलग मुकाबले हैं, जो कि उनकी चुस्त परियोजना को स्थापित करने और वितरित करने के लिए काम कर रहे हैं।