स्टेकहोल्डर

मशीन लर्निंग प्रोजेक्ट में कई हिस्सेदार होते हैं, जिनकी भागीदारी अलग-अलग लेवल पर होती है. साथ ही, उनकी ज़िम्मेदारियां भी अलग-अलग होती हैं. सही समाधान बनाने, उसकी उम्मीदों को मैनेज करने, और मशीन लर्निंग को सफल तरीके से लागू करने के लिए, हिस्सेदारों के साथ शुरुआती भागीदारी और असरदार सहयोग करना ज़रूरी है.

जितना जल्दी हो सके, अपने प्रोजेक्ट के हिस्सेदारों, डिलीवर की जाने वाली चीज़ों, और कम्यूनिकेशन के पसंदीदा तरीकों के बारे में बताएं.

इन्हें अपने हिस्सेदारों की सूची में शामिल करना न भूलें. साथ ही, उन अन्य टीमों को भी शामिल करें जिन्हें आपके मशीन लर्निंग सलूशन के पहलुओं को मंज़ूरी देने की ज़रूरत है.

सेवाएं

हर हिस्सेदार को प्रोजेक्ट के हर चरण में अलग-अलग तरह के फ़ायदों की उम्मीद हो सकती है. यहां कुछ सामान्य चीज़ों की सूची दी गई है.

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

    एमएल डिज़ाइन दस्तावेज़ टेंप्लेट का उदाहरण देखने के लिए, go/ml-design-doc-example पर जाएं.

  • एक्सपेरिमेंट के नतीजे. आपको एक्सपेरिमेंट के चरण के नतीजों के बारे में जानकारी देनी होगी. आम तौर पर, ये जानकारी शामिल की जा सकती है:

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

आपको प्रोजेक्ट के हर चरण के लिए, अपने हिस्सेदारों की उम्मीदों के हिसाब से जल्द से जल्द योजना बना लेनी चाहिए.

ध्यान रखें

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

हिस्सेदारों की उम्मीदों पर ध्यान देने के लिए, यह ज़रूरी है कि प्रोजेक्ट के हर चरण में आपको आने वाली मुश्किलों, समय-सीमाओं, और तहत मिलने वाले फ़ायदों के बारे में साफ़ तौर पर बताया जाए.