कैसे एक युवा और मरने वाली परियोजना को बचाने के लिए?

Question

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

• मालिक (गैर-तकनीकी)
  • परियोजना प्रबंधक (गैर-तकनीकी)
    • लीड डेवलपर (तकनीकी, लेकिन इस पर बुरा)

यह परियोजना ASP.Net का उपयोग करने वाली एक वेबसाइट है, जिसके लिए लीड डेवलपर ने एक भयानक वास्तुकला डिज़ाइन किया है। आपको इसमें मेरा शब्द लेना होगा, लेकिन मूल रूप से, वेब पेज बनाने के लिए हमें जिस तरह की आवश्यकता होती है, वह डिबग मोड में वीपीएन पर एक एकल वेब पेज पर हमें 3+ मिनट का लोड समय दे रहा है।

यह उस बिंदु पर स्पष्ट हो गया है जहां अन्य सहकर्मी सहमत हैं कि वे अपने दिन का अधिक समय वास्तविक विकास से लोड होने के लिए पृष्ठों के इंतजार में बिताते हैं।

अब बड़ी समस्या यह है। प्रोजेक्ट मैनेजर तकनीक को नहीं जानता है और इसे स्वीकार करता है। उन्होंने विशेष रूप से कहा है कि वह लीड आर्किटेक्चर को एप्लीकेशन आर्किटेक्चर पर सही विकल्प बनाने के लिए भरोसा करते हैं।

टीम का कोई भी व्यक्ति नहीं जानता है कि मालिकों की राय क्या होगी, लेकिन हर कोई इस अर्थव्यवस्था (विशेष रूप से) में लहरें बनाने से डरता है।

तुम क्या करोगे?

Comments

लीड डेवलपर की पृष्ठभूमि क्या है? अगर वह अच्छी तरह से आलोचना नहीं करता है तो मुझे जहाज कूदने का लालच होगा।

— जेबी किंग

3+ मिनट !! : OI को रात को सोने में मुश्किल होती है अगर हमारे वेब ऐप में से एक 300 से अधिक समय तक हो ...

— Darknight

मेरा प्रश्न यह होगा: क्या आपके पास एक डिज़ाइन है जो आप प्रमाणित कर रहे हैं कि यह बेहतर होगा? क्या आपने उस डिज़ाइन को लीड में प्रस्तुत करने की कोशिश की है?

— सोयलेंटग्रे जूल

@ रात: मुझे यकीन नहीं है कि मैं एक पेज बनाने में 3+ मिनट लगा सकता हूं, भले ही मैंने कोशिश की हो। Sleep()वैसे भी बिना कॉल के नहीं!

— कार्सन 63000

जिज्ञासा से बाहर, एक वेब पेज को डिबग मोड में नहीं लोड करने के लिए कितना समय लगता है और वीपीएन पर नहीं?

— मैट फेरे

Answer 1

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

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

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

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

Comments

+1 सलाह के लिए और यह भी कि "यदि आप जो उत्पाद विकसित कर रहे हैं वह एक बम है, तो आप काम से बाहर हैं चाहे आप बोलें या शांत रहें।"

— मार्जन वेनेमा

Answer 2

आपके कथन को सही मानते हुए, आपके पास एक लीड डेवलपर है जो अक्षम है और एक प्रोजेक्ट मैनेजर जो अक्षम है (कम से कम उस हद तक कि वह टीम के कौशल का आश्वासन नहीं दे सकता है)। ठीक। आपके पास दुनिया में हर जगह हर टीम पर डेवलपर्स के समान सटीक विकल्प हैं।

1. क्या आप कंपनी के स्वास्थ्य की देखभाल के बिना नौकरी करते हैं।

2. काम के लिए कहीं और देखें।

3. लीड, पीएम और मालिक को उचित सुझाव दें और आशा करें कि वे अपनाएंगे।

आप ऊपर के किसी भी संयोजन को एक साथ करने के लिए स्वतंत्र हैं।

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

Answer 3

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

प्रत्येक मॉड्यूल की तरह "शक्तियां" भी बनाई गई नियम केवल एक डेटाबेस तालिका हो सकती है, क्योंकि यह उस तरह से क्लीनर है। और इसके परिणामस्वरूप, मौजूदा ड्रॉप डाउन को डेटाबेस में तालिकाओं से "DISTINCT" का चयन करके बनाया गया था, बजाय एक अलग तालिका के।

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

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

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

उम्मीद है की वो मदद करदे!

Answer 4

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

Comments

डेमो विचार के लिए +1। कुछ लोगों के पास यह कल्पना करना बहुत मुश्किल समय होता है कि जब तक कि किसी भी तरह के असंवेदनशील प्रमाण के साथ प्रस्तुत नहीं किया जाता है, तब तक इसे करना बेहतर होगा।

— कार्ल बेज़ेलफेल्ट

Answer 5

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

यदि आपने नेटवर्क से इंकार कर दिया है, तो मैं KiethS सुझाव के साथ जाऊंगा और पीएम पेज को ऊपर खींचूंगा।

Answer 6

यह व्यवसाय की तरह लगता है, या कम से कम परियोजना जल्द ही किसी बिंदु पर जाने वाली है। छोड़ने की कमी, मैं अपने आप को इससे दूर रखने की कोशिश करूँगा जितनी जल्दी हो सके उदा। अन्य परियोजनाओं पर स्वयंसेवक / अनुरोध कार्य। उम्मीद है कि समय के साथ, आप इस आपदा पर कम समय बिता रहे हैं, और अन्य परियोजनाओं पर काम करने का मौका है। आप 'उस आदमी के बारे में नहीं सोचना चाहते जो उस परियोजना पर काम करता था जो काम नहीं करता था।' यह आपकी प्रतिष्ठा की रक्षा के बारे में है।

Answer 7

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

तब (केवल पीएम और लीड से बात करने के बाद), यह बदलाव कुछ बदलाव लाने के लिए पर्याप्त होगा। यदि पीएम उस बिंदु पर आश्वस्त नहीं हैं, तो आपको यह तय करने की आवश्यकता है कि क्या यह वास्तव में एक जगह है जो आप बनना चाहते हैं। यदि ऐसा है, तो संभवतः मालिक के साथ एक बैठक। यदि नहीं, तो फिर से तैयार हो जाओ।

सुनिश्चित करें कि आप जिस तरह से हर कदम पर दस्तावेज़ कर रहे हैं।

Answer 8

तकनीकी शब्दों में मैं उपरोक्त सुझावों से सहमत हूं। दूसरी ओर, मुझे लगता है कि यह एक तकनीकी एक के बजाय एक संबंध मुद्दे की तरह है।

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

यदि वह काम नहीं करता है, तो आप पीएम और फिर मालिक से बात करने की कोशिश कर सकते हैं।

यदि कोई काम नहीं करता है, तो मैं आपको एक नई नौकरी की तलाश करने का सुझाव देता हूं।

Answer 9

ईमानदारी - और आप जितना कर सकते हैं उतनी चाल।

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

यदि आप कुछ लहरें नहीं बना रहे हैं तो आप शायद पानी में मर चुके हैं।

Answer 10

क्या समस्याओं को एक स्तर पर वापस लाना संभव होगा जो औसत दर्जे का और गैर-तकनीकी तरीके से हो ताकि परियोजना प्रबंधक और मालिक समझ सकें।

उदाहरण के लिए, आपने 3+ मिनट के धीमे लोड समय का उल्लेख किया है, मुझे लगता है कि कल्पना में कहीं न कहीं एक प्रदर्शन की आवश्यकता है, "1sec के भीतर लोड होने वाले पृष्ठ" के रूप में सरल कुछ है। इस तरह कुछ औसत दर्जे का है और इसका खंडन नहीं किया जा सकता है। यदि इस समस्या का मूल कारण डोडी वास्तुकला पाया जाता है, तो परियोजना प्रबंधक और / या मालिक को कुछ परिवर्तनों को लागू करने के लिए आगे बढ़ना चाहिए।

यदि नहीं, तो आपको अपनी कंपनी में एक व्यवस्थित समस्या है जहां प्रारंभिक विश्लेषण खराब तरीके से किया गया था और इस प्रकार की समस्याओं को पकड़ने के लिए पर्याप्त प्रक्रिया नहीं है। जंपिंग शिप पर विचार करें!

Answer 11

असली पुरुष बिना आक्रोश या भावना के बोलते हैं। वह चाल है।

एकमात्र मान्य कारण किसी को आपके साथ बात करने के लिए पार किया जा सकता है, अगर आप नाराजगी के रूप में सामने आते हैं:

लीड विकासकर्ता ऐसा नहीं करता है कि वह क्या कर रहा है। मुझे पता था कि यह होने वाला है, लेकिन किसी ने भी मेरी बात नहीं सुनी।

जहाँ तक

कोड मॉडल गलत है क्योंकि इसे बनाए रखना और धीमा करना मुश्किल है। हमें आगे बढ़ने के बारे में रणनीतिक होना चाहिए, और इन दो मुद्दों को ठीक करना चाहिए।

पूर्व नष्ट करने के लिए एक लड़ाई है, उत्तरार्द्ध शांति के लिए एक लड़ाई है, और दीर्घकालिक में आपको सम्मान मिलेगा जो एक व्यक्ति को ईमानदार होने के लिए मिलता है।

यदि परियोजना की अगुवाई में एक प्रहार होता है, जिसे वह निश्चित रूप से विचार कर सकता है कि वह निकाल दिया जाए, तो बस कहें;

जिन चीजों को लागू करने के लिए मैं जिम्मेदार नहीं था, उनके लिए मुझे ज़िम्मेदार न ठहराएं। मैं सिर्फ ईमानदार रह रहा हूं।