✌🏽 🚶🏾 😠 अमेज़न कैसे व्यवस्थित है 📉 👨🏿‍✈️ 😊

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

अमेज़ॅन मिशन, विजन और सिद्धांत

मेरी समझ में, अमेज़ॅन का मिशन दुनिया में सबसे अधिक ग्राहक-उन्मुख कंपनी है। निगम द्वारा काम करने वाले सभी उत्पादों को पहले ग्राहक के लिए उत्पाद बनाने और फिर उनकी बिक्री बढ़ाने के उद्देश्य से विकसित किया जाता है।

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

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

कई लोगों का कहना है कि अमेज़ॅन संस्कृति की अधिक मांग है। लोग यहां काम करने, अध्ययन करने और विकास करने आते हैं। और जब वे थक जाते हैं, तो Microsoft पर जाएं।

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

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

उत्पाद विकास की प्रक्रिया

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

परियोजना ग्राहकों के मुद्दे को कैसे हल करेगी? दस्तावेज़ में विचार को स्पष्ट रूप से समझाने और उसका मूल्य बताने के लिए 1 पृष्ठ है।

उपभोक्ता उत्पाद के बारे में क्या प्रश्न पूछ सकते हैं? और तकनीकी प्रश्न: हम कैसे मुद्रीकरण करेंगे? तकनीकी उपकरण कहां से खरीदें? ठेकेदार कौन होगा? दस्तावेज़ में प्रश्नों और उत्तरों के प्रारूप में सब कुछ वर्णित किया जाना चाहिए।

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

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

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

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

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

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

कंपनी में कार्य प्रक्रियाओं का संगठन

स्क्रम - अगले 2-3 सप्ताह के लिए कार्यों को प्राथमिकता देने की एक विधि - एक स्प्रिंट के लिए।

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

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

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

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

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

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

हमारा अन्य नियम केवल 3 कार्यों को काम में लेना है। यदि टीम में 10 डेवलपर्स हैं, तो हर कोई इन कार्यों पर काम कर रहा है, कोई भी नया नहीं ले सकता है। क्योंकि यदि प्रत्येक डेवलपर एक कार्य करता है, जिसमें 2 महीने का विकास समय लगता है, तो क्रमशः प्रति माह केवल 2 रिलीज़ होंगे।

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

अमेज़न कैसे व्यवस्थित है

अमेज़ॅन मिशन, विजन और सिद्धांत

उत्पाद विकास की प्रक्रिया

कंपनी में कार्य प्रक्रियाओं का संगठन

More articles: