DiscoverCommunitiesCreateSign inOpen callsCreative rolesCreate your free profile
जर्नल

डिलीवरी को बातचीत के रूप में मानें

डिलीवरी समीक्षा, प्रश्नों और परिवर्तनों के लिए एक चेकपॉइंट है, जिसके पूरा होने का एक स्पष्ट रास्ता है।

डिलीवरी की अपेक्षाएँ जल्दी निर्धारित करें

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

विशिष्ट अपेक्षाएँ फीडबैक को दयालु बनाती हैं क्योंकि लोग डिलीवरी की तुलना साझा रिकॉर्ड से कर सकते हैं। वे यह भी दिखाते हैं कि जब कोई नया अनुरोध एक स्कोप निर्णय होता है। डिलीवरी चेकलिस्ट सरल हो सकती है; इसे इतना दृश्यमान होना चाहिए कि किसी भी प्रतिभागी को इसे स्मृति से पुनर्निर्माण न करना पड़े।

  • नाम प्रारूप, मात्रा और हैंडऑफ़ विधि।
  • एक समीक्षा विंडो सेट करें और पुनरीक्षण दौर शामिल करें।
  • रिकॉर्ड करें कि फाइनल का चयन, अनुमोदन और भंडारण कौन करता है।

ऐसी प्रतिक्रिया दें जिस पर कार्रवाई की जा सके

किसी फ़ाइल, फ़्रेम, अनुक्रम, आवश्यकता या तकनीकी समस्या की ओर इंगित करें। आपको जिस परिवर्तन की आवश्यकता है उसे स्पष्ट करें और यह स्वीकृत दायरे से क्यों संबंधित है। किसी व्यक्ति के मूल्य के बारे में टिप्पणियाँ या "इसे बेहतर बनाने" का अस्पष्ट अनुरोध किसी को प्रतिक्रिया देने में मदद नहीं करता है और व्यावहारिक असहमति को व्यक्तिगत बना सकता है।

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

    पूर्णता, समीक्षा और प्रकाशन को अलग रखें

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

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