सहयोगात्मक संस्कृति के 4 स्तंभ

सुरक्षा, गति, स्पष्टता और प्रतिबद्धता।

सहयोगात्मक संस्कृति के 4 स्तंभ

क्या आपकी टीम के सभी सदस्य नियमित रूप से विचार साझा करते हैं?
प्रतिक्रिया देते हैं या प्रश्न पूछते हैं?
क्या वे अपनी कमजोरियाँ दिखा सकते हैं? मिशन को भी सुरक्षित रूप से चुनौती दे सकते हैं?

सहयोगात्मक संस्कृति के लिए 4 आवश्यक स्तंभ हैं:

• सुरक्षा
• गति
• स्पष्टता
• समर्पण

पहले दोनों एक-दूसरे पर बड़े प्रभाव डालते हैं: सुरक्षा और गति।
अगले दो स्तंभ आपकी प्रक्रिया को निकट और दीर्घकालिक रूप से मूल्य दिखाएंगे।

सहयोगात्मक संस्कृति के 4 स्तंभ

• सुरक्षा: क्या विफल होना सुरक्षित है? क्या प्रयोग और अनुसंधान की सराहना की जाती है?
  • कोई “असफलता” हमेशा शिक्षा और सुधार का अवसर होती है।
  • क्या आप स्थिति या राय में परिवर्तन की चर्चा करते हैं और उसे स्वीकार करते हैं?
  • नेतृत्व को “अस्वीकृत” प्रस्तावों से सीखे गए अनुभवों पर प्रकाश डालना चाहिए। यहां तक कि यदि कोई प्रस्ताव “जीता” नहीं है।
  • कहां मूल कारण विश्लेषण करना उचित है? (क्या यह OKRs के साथ संरेखित नहीं था? क्या नेतृत्व लक्ष्यों को स्पष्ट या संकुचित कर सकता था?)
• गति: ड्राफ्टिंग में कितना समय लगना चाहिए?
  • अनुमानित नियम: आदर्श रूप से 1-20 मिनट; अधिकतम 2 घंटे।
  • यहां गति दक्षता के बारे में है। यह आपके और आपके सहयोगियों दोनों के समय का सम्मान करता है।
• स्पष्टता: क्या आप स्पष्ट और कार्यात्मक निर्णय उत्पन्न करते हैं? सभी शामिल पक्षकारों के लिए मूल्य स्पष्ट है? बाहरी टीमों के लिए शुरुआती सूचना के मूल्य को ध्यान में रखें, कोड पर अव्यर्थ प्रयास बचाएं जिस पर कानूनी और नियामक अधिकारी संदेह जताएंगे।
• समर्पण: क्या आपने अपने 2 सप्ताह पहले के निर्णय ढूंढे हैं? 3 स्प्रिंट पहले के? यदि नहीं, तो इतना समय व्यय करना बर्बाद होगा

टीमों को अपने नियम और अपेक्षाएं परिभाषित करनी चाहिए

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

अपने निष्कर्षों को जितना संभव हो उतना संक्षिप्त दस्तावेजित करें, उदाहरण के लिए:

• UI से संबंधित किसी भी चीज के लिए परिचय में स्क्रीनशॉट पसंद किए जाते हैं।
• 1-पंक्ति टेक्स्ट सारांश पसंद किए जाते हैं। (BizDev या नए विशेषताओं के लिए 1-पैराग्राफ का उपयोग करें।)
• अंतिम निर्णय की तारीख से पहले प्रस्तावित समाधान में मॉक स्क्रीन शामिल करें।
• विशिष्ट लेबल अनुशंसा करें: (उदा. आपातकालीन, [टीम-नाम], सी-स्तर स्वीकृति आवश्यक, हैकेथॉन, स्पाइक से संबंधित।)

आपकी टीम के लिए विचाराधीन बिंदु

इस प्रक्रिया पर कुछ समय व्यय करें और अपनी टीम को दिखाएं कि आप एक ऐसे वातावरण का मूल्य देते हैं जहां उनके विचार सुने जाते हैं।

इन क्षेत्रों पर ध्यान केंद्रित करें:

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

टिप: एक आदत बनाएं कि शीर्षक लिखने के बाद तुरंत प्रस्ताव साझा करें।

यह ठीक है अगर यह कुछ समय तक draft में है।

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

प्रस्तावों के विकास के साथ, ड्राफ्ट विचारों का बैकलॉग अवसरों का एक झरना बन जाता है।

क्या नए विचारों का जश्न मनाया जाता है? क्या आप ‘बाहर के’ प्रस्तावों का जश्न मनाते हैं? यह विचारों के मूल्य और मात्रा पर प्रभाव डालेगा।

जो देखना चाहते हैं, उसका मॉडलिंग जानबूझकर करें।

दायरा & अपेक्षाएँ

जहां भी संभव हो, प्रस्ताव के जवाब देना आदर्श रूप से कुछ क्लिक की प्रक्रिया होना चाहिए।

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

अपेक्षाएँ स्पष्ट होनी चाहिए। “कार्य अवधि में” या “संभाव्यता टिप्पणियाँ आवश्यकता है” जैसे शब्दों के साथ दस्तावेजों को नामकरण करके गुणवत्ता के स्तर का वर्णन करने का प्रयास टिप्पणियों के लिए ऊर्जा नहीं देता। टीमों को जानने में लाभ होता है कि किस प्रकार के डिलीवरेबल की उम्मीद है।

अस्वीकृति (या विफलता का अहसास) कभी भी प्रोत्साहन कम करने का कारण नहीं बनना चाहिए। यहाँ “त्रुटि की संस्कृति” आवश्यक है: तेज़ या अक्सर विफलता स्वीकृत करें! सस्ता और शुरुआती प्रतिक्रिया लूप कीमती है!

हर टीम के यहाँ अलग-अलग मानक और प्राथमिकताएँ होंगी। वापसी बैठकों के भाग के रूप में अपनी टीम के दृष्टिकोण को परिप्रेक्ष्य और सुधार करने का प्रयास करें।

सफलता का मापन

अपने संगठन में विचारों के उद्भव और विकास के तरीके पर विचार करें:

• आपके कर्मचारियों/टीम के कितना प्रतिशत विचार साझा करते हैं?
• कर्मचारी के पहले सुझाव के औसत समय क्या है? दिन? महीने? साल?!?!?
• क्या आपकी टीम के सभी सदस्य नियमित रूप से विचार साझा करते हैं?
• लोगों को सुरक्षित महसूस होता है? क्या वे नम्र हो सकते हैं? यहां तक कि मिशन को भी चुनौती दे सकते हैं?