क्यों उद्यम फुर्तीली टीमों विफल

स्रोत: https://unsplash.com/@rawpixel

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

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

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

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

1. उत्पाद के लिए कोई स्पष्ट दृष्टि नहीं है।

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

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

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

पुनश्च: यदि वे आपका सिर काटते हैं, तो मुझे फोन करें।

2. व्यापार मीट्रिक बाधित हैं।

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

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

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

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

3. आप दखल देते रहते हैं।

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

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

तो, इसे काटें। आपको प्राथमिकता योजना में विशेष अधिकार प्राप्त नहीं हैं क्योंकि आप ऑर्गन चार्ट पर अधिक महत्वपूर्ण हैं।

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

4. आपकी टीमें समर्पित नहीं हैं।

यह मेरे लिए बहुत बड़ी बात है। मैं जिस भी बड़ी कंपनी में काम करता हूं, उसे यह समस्या होती है। एक परियोजना पर अधिकांश लोगों को कई अन्य परियोजनाओं को सौंपा जाता है। जब मैं पूछता हूं कि टीम में कौन है, तो मुझे इंजीनियर-एंड-सो जैसे जवाब मिलते हैं, जो 50% आवंटित किया जाता है, और इंजीनियर व्हाट्स-नेम का नाम उसके समय के 20% के साथ है। परियोजना पर आधे से अधिक लोग अपना आधा से अधिक समय अन्य परियोजनाओं पर खर्च कर रहे हैं। कोई आश्चर्य नहीं कि यह एक ट्रेन मलबे है!

इस। ऐसा नहीं करता। काम।

फुर्तीली टीमों को समर्पित होना चाहिए। आप कितने स्टार्टअप टीमों को जानते हैं, जहां आधे इंजीनियर किसी अन्य स्टार्टअप पर 50% समय पर काम कर रहे हैं? मैं तुम्हारे लिए जवाब दूंगा कोई नहीं!

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

और जब से मुझे इस बिंदु पर उद्यम प्रबंधकों से किसी अन्य की तुलना में अधिक धक्का मिला है, मैं आपको एक ठोस उदाहरण दूंगा:

आप पूछते हैं, “क्या हमें वास्तव में टीम पर एक समर्पित यूएक्स व्यक्ति की आवश्यकता है? क्या होगा अगर वे आधे समय बेकार हैं? क्या हम पैसा बर्बाद नहीं कर रहे हैं? ”इसे स्वीकार करें, आपने कहा है कि पहले।

इसके माध्यम से सोचें।

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

क्या आप विचार प्राप्त कर रहे हैं, या मुझे चलते रहना चाहिए? आप बैकएंड एपीआई डेवलपर के लिए ऊपर के उदाहरण में डिजाइनर स्वैप कर सकते हैं और यह और भी खराब हो जाता है।

समाधान: छोटी, क्रॉस-फंक्शनल, समर्पित टीमों में व्यवस्थित करें। एक इकाई के रूप में एक साथ कार्यों के एक छोटे से सेट पर काम करें, और लगातार एक दूसरे से प्रतिक्रिया और स्पष्टीकरण प्राप्त करें।

5. आपकी टीमें रंगीन नहीं हैं।

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

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

समाधान: अपनी टीम के सभी सदस्यों को एक ही कमरे में, या कम से कम एक ही इमारत के फर्श पर रखें। यदि आपको दूरस्थ लोगों के साथ काम करना है, तो कॉनवे के नियम के अनुसार कार्यों को तोड़ दें, जिसका अर्थ भौगोलिक रूप से घटक (मॉड्यूल स्पष्ट रूप से परिभाषित इंटरफेस के साथ) को कार्य (डिजाइन, इंजीनियरिंग) द्वारा नहीं विभाजित करना है।

6. आपकी टीम बहुत बड़ी है।

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

सास उत्पाद बनाने के लिए 100 इंजीनियर? गंभीरता से?

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

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

7. आपके पास बहुत अधिक तकनीकी ऋण है।

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

ऐसा इसलिए है क्योंकि (1) जोड़ी प्रोग्रामिंग, (2) परीक्षण-संचालित विकास, और (3) कोड की गुणवत्ता पर निरंतर एकीकरण के तकनीकी प्रथाओं के महत्व पर फुर्तीली समुदाय द्वारा 15 साल की पुनरावृत्ति के बावजूद, बहुत कम एंटरप्राइज़ टीम वास्तव में इनमें से कोई भी काम करती है।

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

नतीजतन, आपके पास बड़ी इंजीनियरिंग टीम है जो खराब तरीके से डिजाइन और निष्पादित सिस्टम को क्रैंक करती है, और फिर उनके लंबे और दर्दनाक रिलीज चक्र के दौरान एक-दूसरे में दुर्घटनाग्रस्त हो जाती है।

समाधान: मूल रूप से "चरम प्रोग्रामिंग," रोजगार। पीट की खातिर, एजाइल की तकनीकी प्रथाओं का उपयोग करें !! इसके अलावा, आधुनिक प्रौद्योगिकी उपकरणों और भाषाओं का उपयोग करें जो कि एजाइल के साथ बनाए गए हैं। यदि आप इन नए उपकरणों का उपयोग करने के लिए जोखिम के बारे में चिंतित हैं, क्योंकि "हम एक सार्वजनिक कंपनी हैं", ठीक है, अमेज़ॅन पहले से ही आपको कुचल रहा है। उसके साथ अच्छा भाग्य।

8. आप एक ही समय में बहुत सारे काम कर रहे हैं।

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

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

परिणाम बेहतर और तेज किए गए समय में कम चीजें हैं। अधिक टीम वर्क और सहयोग। उच्च गुणवत्ता और उच्च मनोबल। कम rework और कम गलतियों।

समाधान: तुरंत WIP सीमा लागू करें। यदि आपके पास 10-व्यक्ति टीम है, तो WIP की सीमा 5 आइटम पर सेट करें, ताकि हर कोई किसी और के साथ जोड़ी बनाने के लिए मजबूर हो। मुझ पर भरोसा करो, तुम चकित होओगे।

9. नए सॉफ्टवेयर को तैनात करने में बहुत लंबा समय लगता है।

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

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

हल: DevOps। किसी भी इंजीनियर को किसी भी समय नए विकास और परीक्षण बुनियादी ढांचे को स्पिन करने में सक्षम होना चाहिए। उत्पादन के लिए धक्का एक स्वचालित प्रक्रिया से गुजरना चाहिए जिसमें सभी आवश्यक परीक्षण और प्रावधान हैं।

10. बाकी उद्यम बेखबर है।

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

अपनी टीम के बाहर समूहों के साथ काम करने का एक तरीका होना चाहिए जो आपके प्रयासों को पूरी तरह से खराब न करे।

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

समाधान: आपके पास एजाइल से नॉन-एजाइल ट्रांसलेशन से निपटने के लिए मूल रूप से तीन रणनीतियां हैं, और आपको सभी को एक साथ करने की आवश्यकता है।

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

फुर्तीली, सही किया, बहुत बढ़िया है

नहीं, आप इसे आज़माने के लिए पागल नहीं हैं। वास्तव में, मैं यह तर्क देता हूं कि यह आपकी कंपनी को प्रतिस्पर्धी स्थिति में लाने का एकमात्र तरीका है, जिसे अगली पीढ़ी के लिए होना चाहिए। विकल्प धीमा है - या तेज - छोटे, अधिक फुर्तीले प्रतियोगियों के हाथों मौत।

यदि आप सहायता प्राप्त करना चाहते हैं, तो मुझे हमेशा कॉफी या फोन कॉल में रुचि है। मुझे लघु - संदेश भेज देना।

एक बेहतर टेक्नोलॉजी लीडर बनें

उभरते तकनीकी नेताओं के लिए स्टार्टअप पैटर्न मास्टर वर्ग के लिए साइन अप करें। रोलिंग प्रवेश, लेकिन अंतरिक्ष सीमित है। अभी अप्लाई करें।