आपके द्वारा देखा गया धन का सबसे अधिक व्यर्थ कचरा क्या है, और आपने इसके बारे में क्या किया? [बन्द है]


53

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

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


9
+1 एक अच्छे प्रश्न के लिए और अहंकारी शब्द का उपयोग करने के लिए।
जॉन हॉपकिंस

धन्यवाद जॉन, मैं अपना सर्वश्रेष्ठ करता हूं। मैंने इस सवाल पर प्रकाश डाला है कि लोगों ने वास्तव में पैसे की बर्बादी से निपटने के लिए क्या किया है। जब लोगों ने कहा कि समस्या का सामना करना पड़ा, तो लोगों ने क्या दृष्टिकोण अपनाया, इसके बारे में अधिक जानना चाहूंगा।
गैरी रोवे

मैं इस प्रश्न का उत्तर देने के लिए समय निकालने के लिए सभी को धन्यवाद कहना चाहता हूं। आपके प्रयासों की सराहना की जाती है!
गैरी रोवे

3
खैर, मैं इस उत्पाद को नाम दिए बिना कैसे जोड़ सकता हूं :) माइक्रोसॉफ्ट के आठ साल ऑनलाइन खो गए: ट्यूबों के नीचे $ 6 बिलियन से अधिक
हालिल ürzgür

क) एक इन-हाउस उपकरण विकसित किया जाना चाहिए जिसे खरीदा जाना चाहिए था। बी) एक भयानक पुस्तकालय खरीदा क्योंकि यह सस्ता था। दोनों अतीत में हुए, दोनों निर्णय राजनीतिक हैं। मेरी 2 पसंद इसे चूसना या आगे बढ़ना है।
जॉब

जवाबों:


20

की श्रेणी में बड़े, भारी, छोटे वाणिज्यिक उत्पादों के लिए भुगतान करना:

  • एप्लिकेशन सर्वर;
  • परीक्षण उपकरण;
  • विकास का वातावरण।

जब खुले स्रोत या हल्के वजन विकल्प स्पष्ट रूप से बेहतर होते हैं।

मेरे कदम आमतौर पर हैं:

  1. एक संदर्भ के रूप में एक विकल्प स्थापित करें - उदाहरण के लिए "मैं ऐप सर्वर के बजाय ऐप सर्वर एक्स के साथ प्रयोग करूंगा। मुझे इसके साथ अच्छा अनुभव था, क्योंकि (...)";
  2. इस प्रस्ताव को अपने सहयोगियों को बेचें - "मैं अब तेजी से विकास कर रहा हूं क्योंकि सर्वर X बहुत तेजी से पुनरारंभ होता है और मैं उस समय पूरी तरह से बर्बाद नहीं करता हूं";
  3. इसे तत्काल प्रबंधक को बेच दें - "हमारी टीम अब तेजी से विकसित हो रही है क्योंकि हम सर्वर एक्स का उपयोग कर रहे हैं। यह सब थोड़े से प्रयोग के रूप में शुरू हुआ, लेकिन हर कोई इसे पसंद करता है।"

उत्पाद नाम शामिल नहीं करने के लिए पूछा गया प्रश्न। क्या आप इस बात पर विस्तार से बता सकते हैं कि आपने इसके बजाय सामने आए मुद्दों से कैसे निपटा?
थॉमस लैंगस्टन

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

@ थोमस, @ गैरी: अच्छे अंक, और गलत प्रचार के लिए खेद है। मैंने रीफ़्रेश किया है, उम्मीद है कि यह अब और उपयोगी है।
रॉबर्ट मुंटेनु 20

समालोचना का जवाब देने और समस्या से निपटने के लिए आगे बढ़ने के लिए दोनों। अच्छी सलाह जो दूसरे लोग ले सकते हैं और उपयोग कर सकते हैं।
गैरी रोवे

उत्तर के रूप में स्वीकार किए जाने के बावजूद, अन्य लोगों के पास अधिक वोट थे क्योंकि यह उस सवाल के इरादे को सबसे अधिक निकटता से लक्षित करता था जो कचरे से बचने के लिए दूसरों के लिए सलाह प्रदान करना था।
गैरी रोवे

49

मैंने पसंदीदा को नाम देने के लिए बहुत सारे उदाहरण देखे हैं, लेकिन मैंने अपने मुख्य क्षेत्र, वेब-विकास में कुछ सामान्य प्रवृत्तियों पर ध्यान दिया है:

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

  2. पेड बेस्ट है । सॉफ्टवेयर के लिए भुगतान करने वाली मानसिकता को आंतरिक रूप से बेहतर होना चाहिए। सब के बाद, यह सही के लिए भुगतान किया है? मैंने देखा है कि बहुत सारे ग्राहक केवल इसलिए मूर्खतापूर्ण विकल्प बनाने पर जोर देते हैं क्योंकि वे एक संस्कृति में काम करते हैं जो नीति के एक मामले के रूप में कुछ भी खुले स्रोत को स्वचालित रूप से छूट देता है।

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

  4. कंसल्टेंट्स। यह वह जगह है जहां आप एक मध्यम-व्यक्ति (जो न तो व्यावसायिक प्रथाओं को जानते हैं और न ही सॉफ्टवेयर विकास को जानते हैं) को भुगतान करने के लिए रास्ते में और क्रीम-ऑफ पैसा प्राप्त करने के लिए तकनीकी प्रक्रिया को भ्रमित करने और व्यापार-बोलने के साथ विकास प्रक्रिया को रोकते हैं।


5
वैनिटी वेबसाइट्स के लिए +1। एक विकास प्रबंधक के रूप में एक कानूनी फर्म में जाने से मेरी सबसे बड़ी उपलब्धि वास्तव में इन अप फ्रंट के विकास पर एक कीमत लगाई गई थी जिससे उन्हें पत्थर मारे गए (अजीब तरह से कोई भी £ 100k पर हस्ताक्षर करने को तैयार नहीं था)।
जॉन हॉपकिंस

7
पुन: (३) "एक ऊंट एक कमेटी द्वारा डिजाइन किया गया घोड़ा है"
JBRWilkinson

2
"सेल्फ-इंड्यूजेंट वेफल"। सुंदर।
माइकल एच।

3
एक बात: "भुगतान के लिए सबसे अच्छा है" एक मिथ्या नाम है। लोग खुले स्रोत से दूर भागते हैं क्योंकि कोई समर्थन नहीं है, लेकिन सबसे महत्वपूर्ण बात यह है कि जब भी कोई गलत काम किया जाता है, तो उसे छोड़ दें।
स्टु

2
@Stu ओपन-सोर्स सॉफ़्टवेयर से बहुत अच्छा समर्थन है, या तो समुदाय के माध्यम से या एक प्रीमियम संस्करण के माध्यम से जहां आप एक समर्थन पैकेज के लिए भुगतान करते हैं। एक अच्छा उदाहरण है umbraco.org/products । वास्तव में, मैंने अक्सर नौकरशाही के बड़े निगमों से भुगतान के लिए सॉफ़्टवेयर की तुलना में खुले स्रोत को अधिक प्रतिक्रियाशील पाया है, जिनके पास 1 वर्ष का रिलीज़ चरण आदि है और यदि सबसे खराब स्थिति में आता है, तो आप हमेशा इसे आज़मा सकते हैं या ठीक कर सकते हैं। इसे स्वयं बदलें - जो आपके पास सशुल्क सॉफ़्टवेयर के लिए विकल्प नहीं है।
डैन डिपलो

28

मैं नहीं देखता कि किसी ने भी इसका उल्लेख किया है।

जब आप इसे खरीद सकते हैं तो अपना खुद का समाधान बनाना।

इस पैटर्न के बदलाव:

  • खरीदें-बनाम-बिल्ड ट्रेडऑफ़ पर भी विचार नहीं किया गया
  • इन-हाउस समाधान का महत्वपूर्ण दायरा
  • सीमित दायरे, लेकिन इन-हाउस समाधान की सीमित उपयोगिता भी

5
थोड़ा अलग संस्करण: हम पुस्तकालयों का उपयोग नहीं कर सकते क्योंकि वे सभी कीड़े हैं।
स्टु

@Stu +1 क्योंकि सबसे बुरे कीड़े खुले स्रोत पुस्तकालयों में हैं, जिन्हें हम ठीक नहीं कर सकते हैं ...
गैरी रोवे

+1 क्योंकि विकास टीम को पहिया को फिर से बनाने से काफी अच्छी तरह से समर्थित, अच्छी तरह से समर्थित ऑफ-द-शेल्फ समाधान बेहतर हो सकता है।
गैरी रोवे

@ गैरी: अच्छी तरह से ... तो इसे ठीक करने के लिए अपने व्यक्तिगत समय का अधिक खर्च करें।
rwong

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

28

मेरा दो पसंदीदा:

  1. सलाहकारों (फ्रीलांस) को किराए पर लेना केवल अधिक उत्पादन क्षमता जोड़ने के लिए है , जबकि उन्हें अपने स्वयं के कर्मचारियों में निवेश करना चाहिए , सलाहकारों को भर्ती करके नए ज्ञान लाने और अपने मौजूदा लोगों को कोचिंग देने के लिए।

  2. अन्य प्रोजेक्ट मैनेजर का प्रबंधन करने वाले प्रोजेक्ट मैनेजर को किराए पर लेना जो अन्य प्रोजेक्ट मैनेजरों को प्रबंधित करते हैं जो अंत में सोचते हैं कि वे विकास टीम का प्रबंधन करते हैं। जबकि उन्हें टीम को स्वयं को प्रबंधित करने देना चाहिए और इसके बजाय व्यवसाय पर ध्यान केंद्रित करना चाहिए। मैंने सॉफ्टवेयर प्रोजेक्ट्स को देखा है जहाँ उनके डेवलपर्स से अधिक प्रोजेक्ट मैनेजर थे। बैठकों की कल्पना करो।


16
कभी-कभी कंपनियों को कौशल हस्तांतरण की आवश्यकता के बिना अल्पकालिक मांग को दूर करने के लिए अस्थायी आधार पर अतिरिक्त उत्पादन क्षमता की आवश्यकता होती है। यह फ्रीलांसर का एक महत्वपूर्ण कार्य है। यदि यह कौशल हस्तांतरण के बिना कुछ महीनों से अधिक समय तक जारी रहता है तो आपकी बात निश्चित रूप से खड़ी होती है।
गैरी रोवे

6
परामर्श के 10 वर्षों में, मैंने कभी नहीं देखा कि ठीक से काम कर रहा है। पौराणिक मानव-महीना।

अरे हाँ, TMMM अक्सर रखती है (मैं खुद वहाँ रहा हूँ), लेकिन मैंने देखा है कि यह ठीक से प्रबंधित है जब ठेकेदार सफलतापूर्वक एक अच्छी तरह से परिभाषित घटक वितरित करते हैं और फिर चले जाते हैं। हालांकि विषय से हटने का क्रम अभी भी जारी है। अच्छे अंक।
गैरी रोवे

4
@ गैरी रोव, कानून है "अनुसूची के पीछे चल रहे एक परियोजना के लिए अधिक प्रोग्रामर को असाइन करना बाद में भी बना देगा"। लेकिन एक नई परियोजना शुरू करने के लिए सलाहकारों को काम पर रखना क्योंकि आपको कोई भी स्थायी कर्मचारी नहीं मिल सकता है, 100% वैध है। मैं यह स्पष्ट करना चाहता था। तो मेरा कथन किसी मौजूदा टीम (स्थायी कर्मचारियों के लिए) "बस अधिक क्षमता जोड़ने" के बारे में है।

3
मेरी वर्तमान परियोजना मुझे केवल देव और 2 परियोजना प्रबंधक के रूप में है। हां, बैठकें मेरे द्वारा अब तक की सर्वश्रेष्ठ से बहुत दूर हैं।
मैट लेसी

27

लंबे समय तक स्थापना और बोनस को सीमित करना

मुझे लगता है कि बिजनेस 101 में इसका सिखाया गया है कि कर्मचारियों को नहीं देना चाहिए। एक माध्यमिक मामला स्टार कलाकारों के वेतन को सीमित करना है क्योंकि उन्हें कुछ निश्चित वेतन सीमा के अंदर फिट होने की आवश्यकता है।

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

जैसा कि यह जारी है, विकास टीम बराबरी पर रहने के लिए संघर्ष करेगी, और जब तक कुछ कठोर नहीं होगा तब तक शायद और भी बदतर हो जाएगी।


5
+1 इंगित करने के लिए कि प्रतिभा को पुरस्कृत किया जाना चाहिए। व्यवसायों के मालिक जब पैसा बेचते हैं तो बहुत पैसा कमाते हैं, लेकिन यह प्रायः नियोजित प्रतिभा होती है जो व्यवसाय को खरीदने लायक बनाती है। स्वामी - अपनी प्रतिभा का अच्छी तरह से भुगतान करें। हर कोई जीतता है।
गैरी रोवे

2
कौशल के लिए ठीक से भुगतान नहीं करना = कौशल द्वार से बाहर जाना। वे हर शाम ऐसा करते हैं, बस एक दिन वे आखिरी बार ऐसा करते हैं। और प्रबंधक आश्चर्य करते हैं कि क्यों।
जल्‍दी से जल्‍दी से जल्‍दी से

2
मैं एक ऐसी कंपनी में था जिसने नीचे की लाइन पर बचत करने के लिए $ 40 / सिर टीम-बिल्डिंग के खर्च में कटौती की। मैं उसके कुछ ही देर बाद निकल गया। शायद यह सबसे अधिक खर्च $ 40 था जिसे कंपनी ने कभी भी बचाया, क्योंकि मुझे यकीन है कि मैं केवल एक ही नहीं था।
cmcginty

1
अफसोस की बात यह है कि बहुत से लोग सोचते हैं कि एक पैसा देना काफी अच्छा है। यदि वे जानते हैं कि आप X बना रहे हैं, तो वे Y के बजाय X + 1 की पेशकश करेंगे, जहां Y औसत है, और फिर आश्चर्य है कि आप वहां एक वर्ष से कम समय में क्यों जाते हैं।
वेन मोलिना

17

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

  • जिस देव ने किसी परियोजना के डिज़ाइन निर्णयों को खराब कर दिया, जिसके कारण उसका पुन: लेखन हुआ (यह एक पूर्ण गड़बड़ था)।

  • Google चार्ट्स में संवेदनशील अनएन्क्रिप्टेड डेटा भेजने वाले देव क्योंकि उन्हें लगा कि पाई चार्ट दिखाने के लिए यह शांत होगा (यह एक पाई चार्ट एक आवश्यकता है! नहीं!)।

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

कुछ गलतियों को समझा जा सकता है, लेकिन जब किसी के रवैये या कौशल स्तर की कंपनियों के बारे में कई देवों के बीच आम सहमति होती है, तो उन्हें बाद में जल्द से जल्द छुटकारा पाने के लिए चाहिए।


किसी को जल्द ही फायरिंग नहीं के पूरे विचार के लिए +1
quickly_now

1
यह लगभग वैसा ही है जैसे आपके मन में कोई है ... :)
Dan Diplo

rweowr! इतनी खट्टी!
क्रिस मैककॉल

16

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


8
+1 के लिए "बजट खर्च करना होगा या इसे दूर ले जाया जाएगा" प्रबंधन प्रतिमान। उसके बारे में क्या किया जा सकता है?
गैरी रोवे

2
"जमकर पैसा खर्च कर रहे हैं क्योंकि वे कम बजट वाले हैं" --- मेरे एक दोस्त और सहपाठी, जो भौतिकी कंप्यूटर लैब में शिफ्ट में काम कर रहे थे, उन्होंने मुझे बताया कि उन्हें अपना बाकी बजट खर्च करना होगा या अगले साल इसमें कटौती होगी । इसलिए उन्होंने $ 5000 मूल्य के नए प्रिंटर, पेपर और एक स्कैनर खरीदे, मुझे विश्वास है।
मार्क सी

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

4
@ इमानाथी +1 एक अच्छे हैक के लिए - अन्य कृपया ध्यान दें
गैरी रोवे

12

यहां खेलने पर बहुत बड़ा मुद्दा है।

कई कंपनियों का एक लक्ष्य है - शेयरधारक धन को बढ़ाना। वे जो उत्पादन करते हैं वह अप्रासंगिक है। वे कैसे उत्पादन करते हैं यह अप्रासंगिक है। वे कितना अपशिष्ट पैदा करते हैं अप्रासंगिक। समाज और ग्रह के लिए लागत अप्रासंगिक है।

इसलिए - एक कंपनी के लिए काम करें या एक ऐसी कंपनी शुरू करें जो समाज / ग्रह के लिए कुछ लाभकारी हो।


लेकिन निश्चित रूप से, अगर अपशिष्ट नीचे की रेखा को प्रभावित कर रहा है तो शेयरधारकों पर मुकदमा करना शुरू हो जाएगा?
गैरी रोवे

पर्यावरणीय लागतों को इंगित करने के लिए +1। (यदि मैं कर सकता / सकती हूं तो वोट दें)
देवसोलो

क्या आपको लगता है कि निगमों को सामाजिक विवेक के लिए मजबूर होना चाहिए?
गैरी रोवे

5
"कई कंपनियों का एक लक्ष्य है - शेयरधारक धन में वृद्धि करना।" वास्तव में निगमों के कानून के तहत यदि वे कुछ भी करते हैं तो निदेशकों को जेल की सजा हो सकती है।
जल्‍दी से जल्‍दी से जल्‍दी से

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

11

बड़ी सॉफ्टवेयर कंपनियों को न केवल उनके उत्पाद के लिए भुगतान करना, बल्कि उनके "समर्थन" के लिए भी।

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

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


ओरेकल का उपयोग करने के अन्य कारण हैं। यह स्केलेबल और यथोचित रूप से सुरक्षित होने के लिए जाना जाता है, और यह लंबे समय से आसपास है। यह बातें करता है MySQL वास्तव में नहीं होगा। मैं PostgreSQL से परिचित नहीं हूँ, लेकिन आपकी एजेंसी संभवतः Oracle के लिए प्रतिबद्ध थी, इससे पहले कि वह पर्याप्त रूप से अच्छी हो। कहा कि, आप भुगतान सहायता के बारे में ठीक हैं। इसमें से कुछ मैंने उत्कृष्ट पाया है, लेकिन बहुत कुछ ऐसा है जैसा आपने वर्णित किया है।
डेविड थॉर्नले

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

2
@ डेविड थॉर्नले, जिज्ञासा के लिए: ऐसा क्या है जो ओरेकल ऐसा करेगा जो MySql नहीं करेगा? मेरा मतलब है, अगर आप एक उदाहरण आसानी से समझा सकते हैं।
दान रोसेनस्टार्क

MySQL एक वास्तविक डेटाबेस सिस्टम नहीं है। MS SQL सर्वर मित्रवत और बस के रूप में सक्षम है।
नौकरी

10

1 लाइन फोन के समर्थन के लिए प्रोग्रामर होने।

प्रोग्रामर होने के बाद परीक्षण करते हैं।


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

4
यह शायद "कोई परीक्षक नहीं" के रूप में सबसे अच्छा rephrased हो सकता है। इसके अलावा, डेवलपर्स सबसे खराब परीक्षक हैं। में। । विश्व।
स्टू

यह बहुत आम है, मुझे नहीं लगता कि यह वास्तव में ध्यान देने योग्य है
cmcginty

5
रुको क्या? क्या आप गंभीर हैं? यह पैसे की एक बहुत बड़ी बर्बादी है, लेकिन हमें इसका उल्लेख नहीं करना चाहिए क्योंकि यह आम है?
स्टु

+1 क्योंकि प्रोग्रामर को वास्तव में 3rd लाइन सपोर्ट होना चाहिए (जब तक कि कंपनी एक स्टार्टअप नहीं है और कॉल वॉल्यूम कम है)। मुझे लगता है कि प्रोग्रामर को विकास के हिस्से के रूप में परीक्षण करना चाहिए (टीडीडी किसी को भी?) और उन क्षेत्रों को इंगित करने के लिए परीक्षण टीम के साथ निकट संपर्क में होना चाहिए जहां उन्हें लगता है कि उत्पाद कमजोर है ताकि परीक्षक बेहतर लक्षित हों। वे दोहराव से नफरत करते हैं जितना प्रोग्रामर करते हैं।
गैरी रोवे

9

मुझे पता है कि यह एक पुराना प्रश्न है और मैं भाग्यशाली रहूंगा यदि 3 लोग इस उत्तर को पढ़ेंगे, लेकिन यह बताने के लिए एक मजेदार कहानी है, तो नरक क्या है।

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

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

मूल प्रश्न के क्रूक्स का उत्तर देने के लिए: मैंने GSTel के लिंट (PC-Lint / Flexelint) स्थिर विश्लेषण उपकरण को कॉन्फ़िगर करने और उनके प्लेटफ़ॉर्म पर चलने, और जो कुछ भी मिला था, उसकी पूरी रिपोर्ट चलाने के लिए AT MOST 1 मानव-सप्ताह खर्च करने की पेशकश की। । मैंने उनसे कहा कि मुझे पूरा यकीन है कि हम एक परिणाम के रूप में कई गुप्त "टाइमबॉम्ब" पाएंगे।

उन्होंने मेरी प्रति घंटा की दर की गणना की, इसे 40 से गुणा किया और यह निर्धारित किया कि "ऐसा करना बहुत महंगा है।" छोटी कहानी, मैं 60 दिनों के भीतर वहां से चला गया। लगभग 3 साल बाद, मैंने एक उत्पाद को याद किया, कंपनी की प्रतिष्ठा को नुकसान का उल्लेख नहीं करने के लिए लागत ने 9 आंकड़े ($ 100 एम) से संपर्क किया।

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

इसलिए उन्होंने पीसी-लिंट (ओके) नहीं खरीदकर $ 295 की बचत की, उन्होंने मुझे भुगतान करने का एक सप्ताह भी बचा लिया, अधिकतर) - लेकिन मैं कहीं नहीं हूं कि एक सप्ताह के लिए $ 100M चार्ज करूं।

यही कारण है कि मैं पैसे की एक बहुत बड़ी बर्बादी कहता हूं।


एक मजाक की याद दिलाता है जो आप में से कई ने पहले ही सुना होगा:

कभी विशालकाय जहाज के इंजन की कहानी सुनी जो विफल हो गई? जहाज के मालिकों ने एक के बाद एक विशेषज्ञ की कोशिश की, लेकिन उनमें से कोई भी यह पता नहीं लगा सका कि इंजन को कैसे ठीक किया जाए। फिर वे एक बूढ़े आदमी को ले आए जो एक नौजवान होने के बाद से जहाजों को ठीक कर रहा था। वह अपने साथ औजारों का एक बड़ा बैग ले गया, और जब वह आया, तो वह तुरंत काम पर चला गया। उन्होंने इंजन का बहुत सावधानी से निरीक्षण किया, ऊपर से नीचे तक।

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

"क्या?!" मालिकों ने कहा। "उसने शायद ही कुछ किया हो!"

इसलिए उन्होंने बूढ़े आदमी को एक नोट लिखा, "कृपया हमें एक आइटम भेजें।"

आदमी ने एक बिल भेजा जो पढ़ा:

  Tapping with a hammer ........ $ 2.00

  Knowing where to tap ......... $ 9998.00

प्रयास महत्वपूर्ण है, लेकिन आप जो कर रहे हैं, उसे जानने से सभी फर्क पड़ता है।


8

फूला हुआ विकास दल और सॉफ्टवेयर कंपनियों में भयानक उत्पादकता।

यह व्यापार की दुनिया में सामान्य पैटर्न का एक परिणाम है: एक प्रबंधक का महत्व अधीनस्थों की संख्या से मापा जाता है, इसलिए एक प्रबंधक की नंबर एक चिंता उत्पादकता नहीं है, लेकिन काफी विपरीत है: खराब उत्पादकता अधिक लोगों को काम पर रखने का सबसे अच्छा औचित्य है ।


2
+1 यह उल्लेख करने के लिए कि कचरे को जानबूझकर स्व-हित के रूप में पेश किया गया है
गैरी रोवे

2
मैंने कभी भी कई कुल डेवलपर्स नहीं देखे हैं। इसके विपरीत बहुत सारे प्रबंधक, बहुत कम कार्यकर्ता।
Jé Queue

संगठनों में साम्राज्य निर्माण की समस्या सॉफ्टवेयर विकास तक ही सीमित नहीं है ...
रिचर्ड

8

एक ऐसी कंपनी में जिसने सॉफ्टवेयर बेचा ... सभी कस्टम मॉड्स पर सेल्सपर्सन को पूरा कमीशन दिया, ताकि कुछ ऐसा बेचा जाए जो पहले से मौजूद हो और हम सिर्फ प्रॉफिट कर सकें, उनके लिए वन-ऑफिंग्स बेचना उतना फायदेमंद नहीं था। यह तकनीकी कर्मचारियों से पूरे देश में बिक्री स्टाफ को आधे रास्ते पर ले जाने के साथ जोड़ा गया था।

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

हम में से बहुतों ने बिक्री का विरोध किया, लेकिन वास्तव में यह उनकी गलती नहीं थी। वे बाहर जा रहे थे और बेच रहे थे जितना वे कर सकते थे, वे कर रहे थे कि उन्हें उन सीमाओं के अनुसार पुरस्कृत किया गया था जो उन पर रखी गई थीं। यह खराब प्रबंधन था जिसने इन सभी समस्याओं का कारण बना।


+1 यह पहचानने के लिए कि बिक्री दुश्मन नहीं है, उनकी अपनी प्रेरणाएं हैं और यह कि डेवलपर्स (और संगठन के अन्य पहलुओं) के साथ सामंजस्य स्थापित किया जाना चाहिए।
गैरी रोवे

2
+1। कमीशन बिक्री सामान्य रूप से एक बहुत बुरा विचार है। (इस बारे में सोचें: अगर हाउसहोल्ड बबल का इतना बड़ा हिस्सा होता तो कभी नहीं होता अगर यह रियल एस्टेट और बैंक लोन एजेंट्स के सेल्फ-इंट्रेस्ट में नहीं होता कि वे लोगों के घरों को उन कीमतों पर बेच सकें जिन्हें वे खरीद नहीं सकते?)
मेसन व्हीलर

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

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

1
@Xepoch: मैं प्रभाव के बारे में सोच रहा हूं; मैं सिर्फ यथास्थिति से अलग प्रभाव पैदा करने के लिए देख रहा हूँ। दीर्घकालिक वित्तपोषण एक अच्छी बात नहीं है। एक कार्यकर्ता से आम तौर पर 20 साल की उम्र के आसपास कार्यबल में प्रवेश करने, कुछ साल देने या लेने की उम्मीद की जाती है, और 65 वर्ष की उम्र के आसपास छोड़ दिया जाता है। अगर वह अपने घर को कॉल करने के लिए घर के रूप में मौलिक रूप से कुछ चाहता है, तो वह बैंक के लिए बंधन में होना चाहिए। उनके उत्पादक जीवन का दो-तिहाई? मैं नहीं जानता कि कैसे किसी को कभी भी यह विचार आया कि यह एक अच्छी बात है, लेकिन मैं इसे मानवता के खिलाफ अपराध कहता हूं।
मेसन व्हीलर

8

दो हैं जो मैंने अनुभव किए हैं।

  1. एक ऐसी परियोजना को रद्द करना, जिसमें व्यवसाय के लिए एक बड़ा आरओआई था जो लगभग 80% पूरा हो गया था और फिर 100 उत्कीर्ण किए गए और वरिष्ठ अधिकारियों को सोना चढ़ाया गया था।

  2. कई सौ लोगों की छंटनी और फिर अगले दिन वरिष्ठ अधिकारियों के लिए पर्याप्त वेतन वृद्धि और बोनस की घोषणा।

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

मैं लेट नहीं हुआ, लेकिन मुझे या तो एक उठाना या एक आइपॉड नहीं मिला ...


+1 कुछ दिन मुझे लगता है कि हम सभी एक ही कंपनी के लिए काम करते हैं। मेरी वर्तमान कंपनी नहीं है, आप पर ध्यान दें, लेकिन एक भूतपूर्व फॉर्च्यून 500 कंपनी जो मैंने अतीत में काम किया था, वह बहुत कुछ इस तरह थी।
जेसी सी। स्लाइसर

@ जेसे: क्या हमें आपके "पूर्व-" से कोई निष्कर्ष निकालना चाहिए?
डेविड थॉर्नले

@ जेसे - ये घटना एक फॉर्च्यून 500 कंपनी की थी। वास्तव में कोई फर्क नहीं पड़ता कि आपने जैसा कहा है, वे सभी एक ही हैं ...
वाल्टर

@ डेविड: हाँ, कुछ बहुत आसानी से आने वाले निष्कर्ष हैं जो आप आकर्षित कर सकते हैं।
जेसी सी। स्लाइसर

7

मैंने भयानक आउटसोर्सिंग परियोजनाओं के एक जोड़े को देखा है, जो लागत में वृद्धि करने में विफल रहा है, जबकि या तो दक्षता बढ़ाने में विफल रहा है।

सबसे खराब स्थिति में नई आउटसोर्स टीम को जगह दी गई और कुशल बना दिया गया, लेकिन मौजूदा ऑन-शोर टीम जगह में बनी रही क्योंकि आउटसोर्स टीम को वास्तव में किसी भी महत्वपूर्ण कार्य के लिए भरोसा नहीं किया गया था।

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

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

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


1
बुरी तरह से आउटसोर्सिंग के लिए +1। मैंने देखा है कि एक आउटसोर्सिंग टीम ने एक प्रमुख निवेशक और हमारे द्वारा लिखी गई सभी चीजों को फिर से लिखा था, एक और जो अभी नहीं किया गया था (जब ठेकेदारों से एक MSBuild- आधारित बिल्ड स्क्रिप्ट का निर्माण करने के लिए कहा जाता है, MSBuild रैपिंग NAnt काफी अच्छा नहीं है), और एक टीम जिसने बहुत अच्छा काम किया था, लेकिन वे v2 पर शुरू कर चुके हैं और हमारे लिए इतने लंबे समय से काम कर रहे हैं कि वे प्रभावी रूप से महंगे कर्मचारी हैं
JohnL

1
+1 "असफलता स्वीकार नहीं कर सकता" के लिए प्रतिमान (एक बहुत व्यापक पैटर्न जो प्रबंधन को पार करता है और अंतरराष्ट्रीय राजनीति में प्रवेश करता है लेकिन चलो वहां नहीं जाते ...)
गैरी रोवे

3

तकनीकी ऋण

मैंने देखा है कि पुरानी "मृत घोड़े की पिटाई" विरासत कोड है। या बिंदु से अधिक, खाइयों के दृष्टिकोण से, रखरखाव मोड में बिताए अनगिनत घंटे जब पूरी टीम जानती है कि हमें प्रतिस्थापन मोड में होना चाहिए।

हमने जो किया है .... अभी भी जारी है। भीतर से सकारात्मक बदलाव लाने की कोशिश कर रहा है

प्रदर्शन का परीक्षण

बस, नहीं कर रहा है। फिर, अभी भी भीतर से सकारात्मक बदलाव पर काम कर रहा है।


1
तकनीकी ऋण का भुगतान करने के लिए +1: martinfowler.com/bliki/TechnicalDebt.html
गैरी रोवे

रिफैक्टरिंग और सामान्य कोड हाइजीन मुद्दों के लिए आप प्रबंधन को कैसे खरीद रहे हैं?
गैरी रोवे

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

सीटीओ (प्रमुख हितधारक) पाने में अच्छा काम दैनिक स्टैंड अप में प्रत्यक्ष रुचि लेने के लिए। अफसोस की बात है कि मुझे लगता है कि दृष्टिकोण बड़े पैमाने पर हो सकता है।
गैरी रोवे

विडंबना यह है कि यह भाग लेने के लिए उनकी कॉल थी। कौन सा अच्छा है। परिवर्तन की आवश्यकता को वृहद पैमाने पर देखा जाता है। एक बार जब हम कोड स्तर पर होते हैं, तो यह अधिक चुनौतीपूर्ण होता है। यह सही नहीं है, लेकिन पारदर्शिता लाने का कोई भी तरीका अच्छा है।
DevSolo

3

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


अत्यंत साधारण समस्याओं के अवलोकन के लिए फूला हुआ मिडलवेयर के लिए +1। अच्छे आंतरिक लोगों की अनुपस्थिति में राज्य संस्थान क्या कर सकते थे?
गैरी रोवे

समस्या यह है कि राज्य संस्थानों का प्रबंधन खराब है।
अष्टस्रोस 27'11

3

गैर-सॉफ्टवेयर कंपनियों (बैंकों, बीमा) में इन-हाउस आईटी के साथ पैसा विभिन्न व्यावसायिक समूहों से आता है। व्यापार समूह सीधे विक्रेताओं से बिक्री पिच प्राप्त करते हैं और इसे आईटी पर आगे बढ़ाएंगे। वे सॉफ्टवेयर / हार्डवेयर और आपके वेतन के लिए भुगतान कर रहे हैं ताकि आपका विरोध न हो।

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

क्या आप उन्हें किसी भी सफलता के साथ बेहतर, सस्ते समाधान के लिए सलाह देने में सक्षम हैं? आपने उन्हें मनाने का प्रबंधन कैसे किया?
गैरी रोवे

3

मैं प्रदर्शन परीक्षण पेशे में काम करता हूं और मैं साक्षी (शाब्दिक रूप से) लाखों डॉलर प्रति वर्ष चार कारणों से संगठनों द्वारा नाली में बहा दिया जाता हूं

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

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

  3. प्रदर्शन टेस्ट पर्यावरण प्रबंधन। मैं आपको यह नहीं बता सकता कि परीक्षण के लिए कितने संगठन तैयार हैं जो उस समय चलने के लिए तैयार नहीं हैं जब परीक्षण संगठन आगे बढ़ने के लिए तैयार है। बस एक ग्राहक में मैं इसे प्रतीक्षा के दौरान खोए हुए घंटों के मामले में बहु-मिलियन डॉलर की समस्या के रूप में देख सकता हूं

  4. प्रोजेक्ट मैनेजर जिन्हें इस बात की कोई समझ नहीं है कि प्रदर्शन का परीक्षण क्या है, कौन से कार्य शामिल हैं या किस स्तर के प्रयास हो रहे हैं, लेकिन कौन तय कर रहा है कि गतिविधियों को कितने समय तक चलना चाहिए। यह प्रोजेक्ट शेड्यूल में भिन्नताओं की ओर जाता है जो पूरी तरह से संबंधित हैं कि आइटम कैसे शेड्यूल किए गए थे (और परिणामस्वरूप लागत समाप्त हो गई)। यह सीधे ऊपर के 1 से संबंधित है साथ ही अपरिपक्व परीक्षकों के लिए न तो संख्या और प्रकार के कार्यों को सटीक रूप से प्रोजेक्ट करने में सक्षम हैं और न ही कार्यों को कितने समय तक करना चाहिए। यह एक स्वयंसिद्ध है कि यदि आप किसी ऐसे व्यक्ति को अनुमति देते हैं जो यह नहीं समझ पाता है कि आप क्या करते हैं और आप इसे कैसे करते हैं और आप कितना समय लेंगे, यह तय करने के लिए करते हैं, तो यह मार्ग असफलता की ओर ले जाएगा। यह सब अक्सर प्रदर्शन परीक्षण में होता है।


3

मालिकाना संस्करण नियंत्रण प्रणाली। Git और Mercurial की स्थिति को देखते हुए, मैं यह नहीं देखता कि लोग गेट कीपर के साथ कुछ करने के लिए क्यों जाएंगे।

न केवल आपको वीसीएस के लिए भुगतान करना होगा, आपको प्रति उपयोगकर्ता भुगतान भी करना होगा। इसके अतिरिक्त, आपके लचीलेपन को पैर में गोली लग जाती है। आप एक टी शर्ट पहन सकते हैं जो कहती है कि "मैं ♥ वेंडर लॉक इन !!!"

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

मुझे नहीं लगता कि मैं किसी ऐसे व्यक्ति के लिए काम करने जाऊंगा जो बिटकेपर या समान पर जोर देता हो।

मैंने लगभग एमुलेटर के बारे में यही बात कही है, लेकिन सिमी जैसे उत्पादों को मुफ्त विकल्पों पर महत्वपूर्ण लाभ प्रदान करना जारी है।


5
तरह तरह की असहमति है: एक मालिकाना और महंगे संस्करण नियंत्रण प्रणाली का उपयोग करने के बाद और फिर ... तुलना करके, सीवीएस और एसवीएन बुरी तरह से बेकार हैं। मेरे द्वारा उपयोग की जाने वाली प्रणाली महंगी थी, और बिल्ली के द्वारा हमने इसका कठिन उपयोग किया। और यह साल-दर-साल खड़ा हुआ, समझने, उपयोग करने में सरल। Git या Mercurial का कोई अनुभव नहीं है (जो कि आज की बड़ी चीजें लगती हैं), लेकिन कुछ अन्य मुफ्त सामान केवल छिपाना है। एक बार जब आप गुणवत्ता का उपयोग कर लेते हैं, तो कुछ कम हो जाता है।
जल्‍दी से जल्‍दी से जल्‍दी

1
@quickly_now - कौन सा VCS था? मैंने वर्षों से बहुत उपयोग किया है और कुछ भी मुफ्त नहीं पाया है या भुगतान किया है जो मैं एचजी के लिए उपयोग
करूंगा

नीचे बैठे ... IBM / Rational ClearCase। वास्तव में बड़े बहु-प्रचारक / बहु-शाखा विकास पर, इसका महंगा, सीखने में थोड़ा सा लगता है, और मैं इसे एक शॉट में उपयोग करने के लिए वापस जाऊंगा क्योंकि इसका बहुत अच्छा है।
जल्‍दी से जल्‍दी_अगला

बोरलैंड स्टारटैम बहुत भयानक था, और मुफ्त सामान से आगे प्रकाश वर्ष था जब मैंने इसे 1999 में वापस इस्तेमाल किया।
नील एन।

@ नील एन क्या आप इसके साथ चिपके थे?
गैरी रोवे

2

स्थिति बैठकें और साप्ताहिक रिपोर्ट

एक संगठन जिसमें मैंने काम किया था, वह साप्ताहिक स्थिति रिपोर्ट के बारे में था - 3 अलग-अलग स्तरों पर लुढ़का। फ्लाइट में 4-6 परियोजनाओं में से प्रत्येक के लिए देव लीड और टेस्ट लीड होता है, जो एक लंबे ईमेल में उनकी प्रगति की रिपोर्ट करता है, जो फिर अगले प्रबंधक द्वारा रोल अप किया जाता है, जो अगले एक द्वारा मनमाने ढंग से संक्षेप में मिलता है।

अगले कारोबारी दिन, सभी परियोजना रिपोर्ट पर जाने के लिए 1 घंटे की बैठक में एकत्रित होते हैं।

प्रभावी रूप से प्रत्येक सप्ताह एक दिन उस सप्ताह की प्रगति की रिपोर्टिंग पर खर्च किया जाता है। ध्यान रखें कि यह दैनिक स्टैंडअप और साप्ताहिक डेमो / पूर्वव्यापी बैठकों से अलग है।


मुझे आश्चर्य है कि प्रबंधन की दो परतों से गुजरने के बाद रिपोर्ट कितनी सटीक है।
डेविड थॉर्नले

2

मैं एक सार्वजनिक संस्था के लिए काम करता हूं। वास्तव में कचरे के स्तर को पर्याप्त रूप से समझाने का कोई तरीका नहीं है जब कार्यस्थल इतना भारी हो सकता है और संघटित हो सकता है कि किसी को बर्खास्त करना व्यावहारिक रूप से लगभग असंभव है।

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

मैंने पहले निजी क्षेत्र में काम किया, और बहुत सारा कचरा देखा, लेकिन सार्वजनिक क्षेत्र का कचरा एक अलग खेल है, अकेले बॉलगेम करते हैं।

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


क्या आप कोई ऐसी रणनीति सुझा सकते हैं जो कचरे को कम करने में मदद कर सकती है? शायद बुरे कर्मचारियों के लिए sinecures बनाना - क्या यह मदद करेगा?
गैरी रोवे

1
यह मदद करेगा कि यह नुकसान को सीमित कर सकता है जो वे कर सकते हैं, लेकिन समस्या के मूल कारणों को प्रभावित नहीं करेगा। मुझे लगता है कि सबसे अच्छी बात कुछ निजी क्षेत्र की भर्ती और प्रबंधन प्रक्रियाओं को अपनाना होगा, और सार्वजनिक निकायों के लिए यह सुनिश्चित करने के लिए कानून में बदलाव करना होगा कि कर्मचारियों को कम करने दें। यूनियनों को भी सरकार के परामर्श से अपनी नीतियों में बदलाव करना चाहिए - अपने सदस्यों की सुरक्षा की उनकी भूमिका महत्वपूर्ण है, लेकिन उन्हें यह पहचानना चाहिए कि कभी-कभी उनके सदस्य वास्तव में अपनी गहराई से बाहर होते हैं, और उन्हें आगे बढ़ना चाहिए।
दान ओ

रणनीतियों के लिए +1 - आपको टिप्पणी को शामिल करने के लिए अपने उत्तर को संपादित करना चाहिए अन्यथा यह झाग में खो सकता है
गैरी रोवे

"पार्सल पास करो" - हम उस गेम को संदर्भित करते थे जैसे कि ट्रैश को पास करते हैं।
एचएलजीईएम

1

एक परियोजना मैंने एक बड़े वित्तीय संस्थान के साथ काम की। प्रतिदिन भारी मात्रा में कॉन्फ्रेंस कॉल आते थे, और मैंने अनुमान लगाया कि वे कॉन्फ्रेंस कॉल पर प्रति दिन लगभग $ 100k जलाते थे। परियोजना लगभग 2 साल तक चली। उनके पास विरासत प्रणाली के टन थे और जब कुछ साल पहले दिन के उजाले की बचत में बदलाव किया गया था, तो उन्होंने एनटी 3.51 के लिए डीएसटी पैच के साथ आने के लिए माइक्रोसॉफ्ट को लगभग आधा मिलियन डॉलर का भुगतान किया।


बस स्पष्ट करने के लिए - यह प्रणाली अभी भी 2008 में NT3.51 चल रही थी? शीश कबाब।
गैरी रोवे

@ गैरी, उनके डेटा केंद्रों में कुछ एनटी 3.51 आधारित कंप्यूटर थे। कहानी यह थी कि उन सर्वरों पर चलने वाले सॉफ़्टवेयर को कुछ भी नया चलाने के लिए प्रमाणित नहीं किया गया था। मैं जिस सिस्टम का हिस्सा था, वह एक बहुत बड़ा यूनिक्स / विंडोज़ प्रोजेक्ट था, और अंततः 2008 में उन्होंने SQL Server 2000 को बंद कर दिया (और उन्हें SQL सर्वर 2005 के साथ बदल दिया गया)। भावहीन। वित्त उद्योग। आधुनिक तकनीक की सभी बातों के लिए, यह मुझे आश्चर्यचकित नहीं करेगा कि सभी फैंसी ब्लिंकलाइट्स के पीछे अबकी, मिट्टी की गोलियां और पंच कार्ड पाए गए।
तंगुरेना

1
+1 सिर्फ अबकी ;-) के उपयोग के लिए, लेकिन कुल मिलाकर ऐसा लगता है कि "बहुत महंगा है" फिर से लिखना विरोधी-विरोधी यहाँ काम पर है। तुम क्या सोचते हो?
गैरी रोवे

@ गैरी, उनके पास जलाने के लिए पैसा था, आखिरकार यह उन लोगों से फीस थी जिन्होंने इसके लिए भुगतान करने वाले म्यूचुअल फंड में निवेश किया था। कभी-कभी उनके पास अनुप्रयोगों को फिर से लिखने के लिए समय नहीं होता था, और XP SP2 को कुछ वर्षों के लिए विलंबित कर दिया था क्योंकि नेटवर्किंग स्टैक में परिवर्तन बहुत सारे कस्टम आंतरिक अनुप्रयोगों को तोड़ दिया था (वे Win7 को स्थानांतरित करने के बाद Win7 में चले गए)। जिन प्रणालियों में मैं शामिल था, उनके लिए एकीकरण / प्रणाली परीक्षण (त्रैमासिक रिलीज के लिए) के 4 समानांतर स्टोवपाइप थे, हालांकि स्टोवपाइप में से एक के माध्यम से निचोड़ने में 6-8 महीने लगेंगे।
तंजुरेना

1

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

खर्च बढ़ाकर बजट की कमी को हल करें ... असफल।

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


यह मानक संचालन अभ्यास है। मुझे आश्चर्य है कि बॉस ने कोई काम नहीं किया। आधे मालिकों / मैंने जो काम किया है वह वास्तव में ऐसा प्रतीत नहीं होता है कि दिन भर कुछ भी न करें, सिवाय इसके कि यदि वे कार्यालय में थे, तो वे महत्वपूर्ण हैं; आधा समय वे बाहर थे, संभवतः सो रहे थे या गोल्फ खेल रहे थे या नौका पर।
वेन मोलिना

1

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

एक बार एक सरकारी ठेकेदार के रूप में, मुझे अतिरिक्त भुगतान पर काम करने के लिए मजबूर किया गया था क्योंकि अनुबंध ने इसकी अनुमति दी थी और ठेकेदार को मेरे ओवरटाइम के लिए भुगतान किया गया था। इतना ही नहीं मैं अपने काम में मशगूल था और हर रविवार को 4 घंटे बिताता था और बिना किसी काम के इंटरनेट पर सर्फिंग करता था। कहने की जरूरत नहीं है कि वे बकवास शुरू करने के बाद मैं बहुत जल्दी चले गए।

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


+1 के एक स्पष्ट मामले के लिए "यह खाई के लिए बहुत महंगा है" भले ही वह इससे अधिक समस्याओं का कारण बनता है
गैरी रोवे

आह हां, मुझे प्यार है "हमारी छोटी 5-व्यक्ति कंपनी 1000+ कर्मचारी वाहिनी के साथ प्रतिस्पर्धा कर सकती है, भले ही हम एक पैसा न कमाएं!" टाइप करें अगर बेवकूफ जो हमेशा लगता है कि वे अद्भुत उद्यमी हैं।
वेन मोलिना

1

सरासर बर्बादी। एक आईटी खर्च जिसे कई लाखों लोगों को काटना पड़ा। तो ऐसा करने का तरीका दुनिया भर के आईटी लोगों को उड़ाना था। एक हफ्ते के लिए उन्हें एक फ़्लैश होटल में रखें। फिर जिस भवन में सभाएँ होती थीं, वहाँ एक नई मंजिल बिछाई जाती थी। संगमरमर का। और रात भर, प्रत्येक दिन बैठकों के बीच, इमारत को नए सिरे से तैयार किया गया था। एक सप्ताह के लिए हर शाम Thats।

इर ... प्राथमिकताओं किसी को?

काल्पनिक भूमि।


पैसे की बर्बादी, लेकिन शांत कारक की कल्पना करें यदि आप प्रत्येक दिन अलग-अलग "थीम" के साथ कार्यालय का पुनर्विकास करते हैं। एक दिन यह जंगल हो सकता है, एक दिन मध्यकालीन महल, एक दिन एक गुफा। वह तो जबर्दस्त होगा।
वेन मोलिना

और यह करते हुए कि सभी नौकरियों की योजना बनाते हुए आप कटौती करने जा रहे हैं और जिन लोगों को आप बर्खास्त करने वाले हैं। हममम।
जल्‍दी से जल्‍द से जल्‍दी

हाँ, यह अभी भी एक भद्दा काम है। लेकिन हर दिन या हर कुछ दिनों में एक अलग थीम वाले कार्यालय होने का विचार एक स्टार्टअप आधार के लिए वास्तव में अच्छा है। काम करने के लिए एक शांत जगह होने के लिए Google जैसी प्रतिष्ठा प्राप्त करें: D
वेन मोलिना

0

जिस कंपनी में मैं एक CHART FX लाइसेंस के लिए $ 800 का भुगतान करता हूं, उसके लिए काम करता हूं - यह मेरा पैसा भी नहीं है, फिर भी मुझे लगता है कि मुझे लूट लिया गया है।

http://www.softwarefx.com/sfxNetProducts/ChartFX/

सिर्फ़ किक के लिए, उनका सॉफ़्टवेयर रजिस्ट्री और प्रोग्राम फ़ाइलों सहित सभी जगह फ़ाइलों को रख देगा .... कुछ नैफ़ लुकिंग चार्टों के लिए सभी को हाँ।

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