Architecture Modernization का execution: अनुमान कब deadline बन गया?

 (domainanalysis.io)
5 पॉइंट द्वारा GN⁺ 2024-11-21 | 1 टिप्पणियां | WhatsApp पर शेयर करें

  • जटिल software modernization projects के लिए टिप्स: estimates को deadline नहीं, बल्कि guideline की तरह लेना चाहिए।

  • व्यक्तिगत अनुभव:

    • Seoul और Sokcho में शानदार छुट्टी के बाद, लेखक systems thinking और "Zen and the Art of Motorcycle Maintenance" नाम की किताब पर लिखना चाहते थे, लेकिन पिछले 2 हफ्तों की घटनाओं के कारण योजना बदल गई।
    • अमेरिका के चुनाव से पहले वाले वीकेंड पर उनका एक्सिडेंट हो गया, और उन्होंने अपनी कंपनी New York Times में tech workers strike का भी अनुभव किया।

  • Estimates - कला या विज्ञान?:

    • कार repair process में insurance adjuster और repair shop के estimates के अंतर और negotiation process को समझाया गया है।
    • अगर कोई अप्रत्याशित damage मिलता है, तो अतिरिक्त cost आ सकती है और उसके लिए insurer की approval चाहिए होती है।

  • जटिल software architecture modernization से समानता:

    • legacy software modernization के दौरान शुरुआती estimates और वास्तविक complexity के बीच के अंतर को समझाया गया है।
    • हर बार जब अतिरिक्त complexity मिलती है, तो extra approval की जरूरत पड़ती है।

  • अच्छे leaders सही सवाल पूछते हैं:

    • जटिल समस्याओं को हल करने के लिए सही सवाल पूछना महत्वपूर्ण है।
    • अप्रत्याशित complexity मिलने पर कैसे प्रतिक्रिया देनी चाहिए, इस पर चर्चा की गई है।

  • आगे बढ़ना है, या इसे total loss मानना है?:

    • modernization projects में किन परिस्थितियों में अतिरिक्त cost approve होने पर काम जारी रहता है, और किन स्थितियों में project रोक दिया जाता है, यह समझाया गया है।

  • जटिल context है, या complex context?:

    • Cynefin framework का उपयोग करके complex situations में decision-making process को समझाया गया है।
    • complex legacy software projects में learning और experimentation के महत्व पर जोर दिया गया है।

  • इनकार - गुस्सा - मोलभाव - अवसाद - स्वीकृति?:

    • modernization projects में अप्रत्याशित स्थितियों पर प्रतिक्रिया देने के तरीके बताए गए हैं।
    • संगठनात्मक संस्कृति ऐसी स्थितियों से कैसे निपटती है, इस पर Ron Westrum के model का परिचय दिया गया है।

  • modernization initiative का नेतृत्व करने वाले leaders के लिए टिप्स:

    • complex domains में experimental management approach की जरूरत होती है, और failures को स्वीकार करना महत्वपूर्ण है।
    • अगर leader व्यवस्था थोपने की कोशिश करेगा तो विफल होगा; patterns को उभरने देने देना ही सफलता की कुंजी है।

  • नई उम्मीद:

    • कार repair और insurance claim process के अनुभव के जरिए modernization projects में estimates के महत्व पर जोर दिया गया है।
    • उम्मीद जताई गई है कि software companies और leadership सफलता को मापने के लिए सही framework का उपयोग करेंगी।

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-11-21
Hacker News राय

  • कभी-कभी मैनेजर अनुमान को ही deadline की तरह मान लेते थे। जब भी specs बार-बार बदलती थीं, तो समय निकालने के लिए "headlights में फँसे हिरण" जैसी प्रतिक्रिया का इस्तेमाल किया जाता था, और अनुमान को जितना हो सके उतना conservative दिया जाता था ताकि शेड्यूल से पहले काम पूरा किया जा सके। अच्छे मैनेजरों के साथ ऐसी रणनीति की ज़रूरत नहीं पड़ती थी.

  • modernization projects में soft deadlines होती हैं; budget का दबाव और user demands होती हैं, लेकिन एक दिन की देरी से कोई बहुत बड़ी समस्या नहीं होती। इसके विपरीत, space probe launch या Ford जैसी बड़ी कंपनियों के मामलों में deadline चूकने पर बड़ा नुकसान हो सकता है.

  • Michelangelo ने Pope Julius II की कब्र 5 साल में पूरी होने का अनुमान लगाया था, लेकिन वास्तव में उसे 40 साल लगे। इसकी वजह client requirements में बदलाव, supply chain problems, contract renegotiation आदि थे, जिनके कारण project scope घटा दिया गया.

  • शुरुआती अनुमान लोगों की याद में टिक जाते हैं, और नई जानकारी देने पर भी उन्हें बदलना अक्सर मुश्किल होता है। इसी वजह से कुछ लोग अनुमान देने से हिचकते हैं.

  • अक्सर insurance companies केवल मूल अनुमान के हिसाब से ही भुगतान करना चाहती हैं। यह car, home, और health insurance सभी पर लागू होता है, और इसका नतीजा हमेशा तर्कसंगत नहीं होता.

  • fixed scope के लिए अनुमान देना और बाद में सामने आने वाले अतिरिक्त काम के लिए नए milestones जोड़ना महत्वपूर्ण है। लेकिन इसके लिए ऐसी management layer चाहिए जो इस approach को समझे.

  • leadership को लगता है कि deadlines motivation देती हैं, लेकिन यह गलत approach है। अगर deadlines को यथार्थवादी तरीके से समायोजित न किया जाए, तो team morale गिर सकता है.

  • "No Estimates" approach का समर्थन किया गया, और कहा गया कि सटीक अनुमान केवल तभी संभव हैं जब काम पहले जैसा ही हो, या बचा हुआ काम स्पष्ट रूप से परिभाषित हो.

  • एक मज़ेदार estimation formula भी है, जो व्यक्तिगत अनुभव पर आधारित अनौपचारिक formula है। उदाहरण के लिए, project में शामिल लोगों की संख्या, नए tools की संख्या आदि को ध्यान में रखकर वास्तविक समय का हिसाब लगाया जाता है.

  • सबसे अच्छा estimation system वह है जिसमें हर कोई completion date बताता है, और जो सबसे नज़दीक होता है उसे lunch मिलता है। यह दोस्तों के बीच किया जाता था, और इससे काफ़ी सटीक नतीजे मिले.

  • कंपनियाँ भविष्य को सटीक रूप से predict करना चाहती हैं, लेकिन यह असंभव है। estimates पर ज़ोर मुख्य रूप से management layers देती हैं, और सटीक अनुमान देने वालों को कोई विशेष reward नहीं मिलता। अगर ध्यान केवल समय पर रहे, तो दूसरे महत्वपूर्ण तत्वों पर नकारात्मक असर पड़ सकता है.