परिणाम
वह निर्णय, वर्कफ़्लो या उत्पाद परिवर्तन जिसे यह काम संभव बनाएगा।
Y / सहयोग मॉडल
व्यावसायिक समस्या से शुरुआत करें, जिम्मेदार अगला रास्ता तय करें और जब जरूरत हो तब इंजीनियरिंग का संदर्भ बनाए रखें।
समझें / बनाएँ / जारी रखें01 / एक स्पष्ट ढाँचे वाला सहयोग।
अच्छा सहयोग न तो अस्पष्ट वादा है और न अलग-अलग टिकटों की कतार। काम शुरू होने से पहले हम समस्या, क्षमता और ज़िम्मेदारी तय करते हैं।
नए उत्पाद, कठिन निर्णय या अस्पष्ट मौजूदा सिस्टम के लिए। हम उपयोगकर्ता, सीमाएँ, जोखिम, इंटीग्रेशन और जिम्मेदार अगले कदम को स्पष्ट करते हैं। बड़े या उच्च जोखिम वाले प्रश्न सशुल्क डिस्कवरी से शुरू हो सकते हैं।
तय उत्पाद, प्लेटफ़ॉर्म सुधार या इंजीनियरिंग वर्कस्ट्रीम के लिए। रिलीज़ से पहले हम दायरा, माइलस्टोन, वातावरण, निर्णयकर्ता और सत्यापन प्रमाण तय करते हैं।
उन उत्पादों के लिए जिन्हें पहली रिलीज़ के बाद संदर्भ के साथ इंजीनियरिंग चाहिए। हम मासिक क्षमता, प्राथमिकताएँ, संवाद की लय और सहायता सीमाएँ तय करते हैं।
02 / काम शुरू होने से पहले क्या स्पष्ट करते हैं।
वह निर्णय, वर्कफ़्लो या उत्पाद परिवर्तन जिसे यह काम संभव बनाएगा।
रिव्यू पॉइंट, निर्णयकर्ता, संवाद का तरीका और प्रगति के दिखाई देने वाले प्रमाण।
क्या दायरे में है, किसके लिए अलग निर्णय चाहिए और दोनों पक्षों की जिम्मेदारियाँ।
03 / YARVIX
क्षमता सहयोग के लिए तय होती है; यह असीमित डेवलपर घंटों का वादा नहीं है।
जब आवश्यकताएँ, जोखिम या आर्किटेक्चर स्पष्ट न हों, तब सशुल्क डिस्कवरी उचित हो सकती है।
निश्चित दायरा, माइलस्टोन या मासिक साझेदारी काम के अनुसार चुनी जाती है।
प्रोडक्शन काम से पहले समर्थन अपेक्षाएँ, वातावरण, एक्सेस और रिलीज़ की जिम्मेदारियाँ दर्ज की जाती हैं।
04 / जिन सवालों को हम जल्दी स्पष्ट करते हैं।
हाँ। पूरी स्पेसिफिकेशन से अधिक उपयोगी स्पष्ट समस्या और निर्णय लेने वाला व्यक्ति है। डिस्कवरी विचार को जिम्मेदार अगले कदम में बदलती है।
नहीं। एक तय बिल्ड या सुधार अपने आप में पूरा हो सकता है। जब उत्पाद का संदर्भ और इंजीनियरिंग जिम्मेदारी बनाए रखना उपयोगी हो, तब निरंतर काम अच्छा विकल्प है।
हाँ, जब जिम्मेदारियाँ और इंटरफ़ेस स्पष्ट हों। हम हर आंतरिक भूमिका बदलने का दावा किए बिना किसी तय वर्कस्ट्रीम, उत्पाद क्षेत्र या परिणाम की जिम्मेदारी ले सकते हैं।
Y / जब समस्या स्पष्ट हो