कृपया यहां क्लिक करें मदद के लिए डेविड मैकमर्फी वेब होस्टिंग के लिए भुगतान करें:
आप जो भी छोटा सा योगदान कर सकें, वो दान करें!
ऑनलाइन तकनीकी लेखन मुफ्त रहेगा।
समीक्षा करना (जिसे सहकर्मी संपादन भी कहा जाता है) का मतलब है लोगों का एक साथ आकर एक-दूसरे के काम को पढ़ना, उस पर टिप्पणी करना, और सुधार के लिए सुझाव देना। सहकर्मी समीक्षा एक बेहतर लेखनकर्ता बनने का अच्छा तरीका है: यह लेखन को आलोचनात्मक रूप से देखने का अनुभव प्रदान करता है। सहकर्मी समीक्षा लेखन परियोजनाओं में सुधार के लिए भी एक शानदार तरीका है।
टीम लेखन, जैसा कि इसके नाम से संकेत मिलता है, इसका मतलब है लोग एक समूह या टीम के रूप में मिलकर लेखन परियोजनाओं की योजना बनाना, लिखना और संशोधित करना। इस प्रथा का एक और नाम सहयोगात्मक लेखन है—सहयोगात्मक लेखन जो खुला होता है न कि छिपा हुआ (जहां इसे साहित्यिक चोरी कहा जाता है)।
इस बात से अवगत रहें कि हाल के वर्षों में टीम प्रोजेक्ट सॉफ़्टवेयर एप्लिकेशन सामने आए हैं, जिसमें Atlassian Confluence एक लोकप्रिय विकल्प है। यह टीम के सदस्यों के लिए कार्यालयों के लिए स्थान, टीम मीटिंग्स के लिए स्थान, दस्तावेज़ों को ट्रैक करने के तंत्र, और अन्य सुविधाएं प्रदान करता है। McMurrey Associates में एक ऑनलाइन पाठ्यक्रम उपलब्ध है: तकनीकी संचार में पाठ्यक्रम। कॉन्फ्लुएंस तकनीकी-लेखन टीम परियोजनाएँ
समीक्षा करने की रणनीतियाँ
जब आप किसी अन्य लेखक के काम की समीक्षा करते हैं, तो आप उसका मूल्यांकन करते हैं, उसके बारे में आलोचना करते हैं, सुधार के सुझाव देते हैं, और फिर यह सब लेखक से साझा करते हैं। पहले बार की समीक्षा करने वाले के रूप में, आप शायद किसी और के काम की आलोचना करने में थोड़े असहज महसूस करेंगे। उदाहरण के लिए, आप किसी को कैसे बताएं कि उसका निबंध उबाऊ है? निम्नलिखित चर्चा पढ़ें; आपको समीक्षा करने और समीक्षा टिप्पणियों को संप्रेषित करने के बारे में सलाह और मार्गदर्शिकाएँ मिलेंगी।
प्रारंभिक बैठक। एक सहकर्मी समीक्षा की शुरुआत में, लेखक को सहकर्मी समीक्षकों को लेखन असाइनमेंट और लेखन परियोजना के लक्ष्यों और चिंताओं (विषय, दर्शक, उद्देश्य, स्थिति, प्रकार) पर नोट्स प्रदान करने चाहिए, और उन्हें किसी भी समस्या या चिंता के बारे में सूचित करना चाहिए। लेखक के रूप में, आप समीक्षकों को इन समस्याओं के बारे में सूचित करना चाहते हैं; यह स्पष्ट करना कि आप क्या करने की कोशिश कर रहे थे। इसी तरह, सहकर्मी समीक्षक उन लेखकों से, जिनके काम की वे सहकर्मी समीक्षा कर रहे हैं, उनके उद्देश्यों और चिंताओं की जानकारी मांगनी चाहिए। सहकर्मी समीक्षा के प्रश्नों को निम्नलिखित जैसी विशिष्ट होना चाहिए:
क्या मेरी वर्चुअल मशीन की व्याख्या आपको समझ में आती है? क्या यह हमारे सबसे कम तकनीकी ग्राहकों के लिए भी समझ में आएगी?
सामान्यतः, क्या मेरी लेखन शैली बहुत तकनीकी है? (शायद मैंने इंजीनियरों की विशिष्टताओं की बहुत नकल की है।)
क्या अध्याय के शीर्षक और अंश आगे की सामग्री के लिए पर्याप्त सूचक हैं? (मुझे इनमें से कुछ को स्पष्ट रूप से शब्दबद्ध करने में कठिनाई हुई।)
क्या स्क्रीनशॉट्स पर्याप्त स्पष्ट हैं? (मैं इनमें से कुछ में बहुत अधिक विवरण प्राप्त करने की कोशिश कर रहा था।)
समीक्षा करने की रणनीतियाँ। जब आप दूसरों की लेखन की समीक्षा करते हैं, तो सबसे ऊपर यह याद रखें कि आपको उस लेखन के सभी पहलुओं पर विचार करना चाहिए, न कि केवल—वास्तव में, सबसे कम —व्याकरण, वर्तनी, और विराम चिह्न। यदि आप समीक्षा करने में नए हैं, तो आप ड्राफ्ट की समीक्षा करते समय निम्नलिखित बातों को भूल सकते हैं:
- सुनिश्चित करें कि आपकी समीक्षा व्यापक है। आप जिस ड्राफ्ट की समीक्षा कर रहे हैं उसके सभी पहलुओं पर विचार करें, केवल व्याकरण, पंक्चुएशन, और स्पेलिंग पर नहीं।
- ड्राफ्ट को कई बार पढ़ें, संभावित समस्या क्षेत्रों की संपूर्ण श्रृंखला की खोज करें:
- रुचि का स्तर, दर्शकों के लिए अनुकूलन
- प्रभावशालीता, उद्देश्य
- सामग्री, संगठन
- चर्चा की स्पष्टता
- संगतता, संक्रमण का उपयोग करें
- शीर्षक, परिचय, और निष्कर्ष।
- वाक्य की शैली और स्पष्टता
- ग्राफिक्स का प्रबंधन
- अपने व्यक्तिगत शैली पर आधारित टिप्पणियाँ या आलोचनाएँ करने में सावधान रहें। अपनी आलोचनाओं और सुधारों के सुझावों को सामान्यतः स्वीकृत दिशानिर्देशों, अवधारणाओं और नियमों पर आधारित करें। अगर आप कोई टिप्पणी करते हैं जो वास्तव में आपकी अपनी प्राथमिकता है, तो उसे स्पष्ट करें।
- समस्याओं को पूरी तरह से समझाएं। केवल यह न कहें कि एक दस्तावेज "अव्यवस्थित" लगता है। बताएं कि दस्तावेज में क्या अव्यवस्थित है। अपने मामले को स्पष्ट विवरणों के माध्यम से ड्राफ्ट से उदाहरण देकर समझाएं।
- जब भी आप लेखक के मसौदे में कुछ की आलोचना करें, तो समस्या को सही करने का कुछ तरीका सुझाव देने की कोशिश करें। उदाहरण के लिए, बस इतना कहना कि उसका दस्तावेज़ असंगठित लगता है, पर्याप्त नहीं है। यह समझाएं कि उस समस्या को कैसे हल किया जा सकता है।
- अपनी टिप्पणियाँ और आलोचनाएँ मान्य दिशानिर्देशों, धारणाओं, सिद्धांतों, और नियमों पर आधारित करें। उदाहरण के लिए, बस लेखक को यह बताना पर्याप्त नहीं है कि दो अनुच्छेदों को स्विच करना चाहिए। इसका कारण बताएं: अधिक सामान्य, परिचयात्मक जानकारी पहले आनी चाहिए, उदाहरण के लिए।
- जिस ड्राफ्ट की आप समीक्षा कर रहे हैं, उसे फिर से नहीं लिखें। सुधार और संशोधनों की सलाह देने के अपने प्रयासों में, इसे खुद से फिर से लिखने की जरूरत नहीं है। ऐसा करने से लेखक से दस्तावेज़ की मालिकाना हक़ छिन जाता है और लेखक को सीखने और एक लेखक के रूप में सुधार करने का अवसर मिलता है।
- ड्राफ्ट की समीक्षा करते समय सकारात्मक, प्रोत्साहक बातें खोजें। तारीफ, चाहे छोटी ही क्यों न हो, आमतौर पर बहुत सराही जाती है। पहले कम से कम एक बार ड्राफ्ट को पढ़ें, यह देखने के लिए कि क्या अच्छे तरीके से किया गया है, और फिर लेखक को इसके बारे में बताएं।
समकक्ष समीक्षा सारांश। एक बार जब आप एक सहकर्मी समीक्षा समाप्त कर लें, तो अपने विचारों, अवलोकनों, छापों, आलोचनाओं, या प्रारंभिक मसौदे के बारे में भावनाओं का एक सारांश लिखना एक अच्छा विचार है। नीचे सहकर्मी समीक्षक का नोट देखें, जो एक प्रारंभिक मसौदे पर अवलोकनों का सारांश प्रस्तुत करता है। नोट में निम्नलिखित कुछ विवरणों पर ध्यान दें:
- टिप्पणियाँ समस्या या गलती के प्रकार के अनुसार वर्गीकृत की गई हैं—व्याकरण और उपयोग की टिप्पणियाँ एक समूह में; सामग्री, संगठन, और रुचि-स्तर जैसी उच्च स्तर की टिप्पणियाँ दूसरे समूह में।
- टिप्पणियों के समूहों के सापेक्ष महत्व को इंगित किया गया है। सहकर्मी-समीक्षक यह इंगित करते हैं कि कौन-सी सुझाव "अच्छी" होगी शामिल करने के लिए, और कौन-सी लेखन परियोजना की सफलता के लिए महत्वपूर्ण हैं।
- अधिकांश टिप्पणियों में कुछ संक्षिप्त दिशानिर्देश, नियम, उदाहरण, या सामान्य ज्ञान शामिल होते हैं। समीक्षक केवल यह नहीं कहता "यह गलत है; इसे ठीक करो।" वह टिप्पणी के पीछे का आधार भी स्पष्ट करता है।
- सवाल लेखक को संबोधित किए जाते हैं। समीक्षक यह सुनिश्चित करने के लिए दोबारा जांच कर रहा है कि क्या लेखक वास्तव में कुछ चीजें कहने या संकेत करने का मतलब रखता था।
- समीक्षक कच्चे मसौदे के बारे में सकारात्मक टिप्पणियाँ शामिल करता है, और आलोचनाओं को व्यक्त करने के लिए गैर-विरोधी, सहानुभूतिपूर्ण तरीके ढूंढता है।
समीक्षा नोट के अंश जिसमें सहकर्मी समीक्षा के परिणामों का सारांश प्रस्तुत किया गया है। लेखक को एक संक्षिप्त नोट में अपने पीयर-रेव्यू टिप्पणियों का सारांश तैयार करने में समय व्यतीत करें। जितना संभव हो, कूटनीतिक और सहानुभूतिपूर्ण रहें!
टीम लेखन के लिए रणनीतियाँ
इस अध्याय में पहले उल्लेखित के अनुसार, टीम लेखन उन सामान्य तरीकों में से एक है जिनका उपयोग व्यापार, सरकार, विज्ञान, और प्रौद्योगिकी के क्षेत्रों में लोग बड़े लेखन परियोजनाओं को संभालने के लिए करते हैं।
इस अध्याय का NotebookLM द्वारा उत्पन्न इन्फोग्राफिक
टीम का निर्माण करना. जब आप तकनीकी लेखन पाठ्यक्रम में लेखन प्रोजेक्ट के लिए टीम के सदस्यों का चयन करना शुरू करते हैं, तो विभिन्न पृष्ठभूमियों और रुचियों वाले लोगों का चयन करें। जैसे किसी व्यक्तिगत लेखक के लिए विविध और अच्छी तरह से संतुलित पृष्ठभूमि एक लाभ है, वैसे ही विविध व्यक्तियों का समूह एक संतुलित लेखन टीम बनाता है।
यदि आप टीम लीडर हैं, तो आप संभावित टीम सदस्यों से उनकी पृष्ठभूमि, रुचियों, प्रमुख विषयों, प्रतिभाओं और क्षमताओं के बारे में भी पूछ सकते हैं। ये निम्नलिखित लेखन टीमें विभिन्न पृष्ठभूमियों और रुचियों वाले व्यक्तियों को मिलाकर बनती हैं:
| लेखन टीम: द रेड राइटिंग हूड्स | |
| परियोजना: | वर्तमान पर एक रिपोर्ट क्लोकिंग प्रौद्योगिकियाँ |
| टीम के सदस्य | पृष्ठभूमि, कौशल, रुचियां |
| शॉन एस. | इलेक्ट्रिकल इंजीनियरिंग में मेजर, वर्तमान में एक लॉ फर्म में बुनियादी कार्यालय-प्रबंधन के काम कर रहा हूँ। |
| ट्रेसी के. | वरिष्ठ अंग्रेजी प्रमुख, आशा करता हूँ कि यह पाठ्यक्रम रोजगार के अवसरों में मदद करेगा |
| संजिव गुप्ता | कंप्यूटर साइंस में मेजर, वर्तमान में एक सॉफ़्टवेयर विकास दुकान में कंप्यूटर ग्राफ़िक्स कर रहा हूँ। |
| जिओन चांग येन | जल्द ही इलेक्ट्रिकल इंजीनियरिंग में प्रमुख, अभी भी अंग्रेजी भाषा कौशल विकसित कर रहा है |
| एलिस बी. | अनिर्धारित प्रमुख, गैर-तकनीकी फोकस के साथ, संभवतः गलत पाठ्यक्रम में, कोई उल्लेखित कौशल नहीं |
परियोजना की योजना बनाना। एक बार जब आपने अपनी लेखन टीम को इकट्ठा कर लिया, तो अधिकांश काम वही होता है जैसे कि आप अकेले लिख रहे होते—बस अंतर यह है कि प्रत्येक चरण एक टीम प्रयास है। विशेष रूप से, अपनी टीम से मिलें ताकि निम्नलिखित पर निर्णय लिया जा सके या योजना बनाई जा सके:
योजना बनाने के चरण
|
अपنی टीम की प्रोफाइल और निर्णयों को सरलता से कैप्चर करें टीम-योजना दस्तावेज़. इसमें टीम की अनुसूची में महत्वपूर्ण तारीखें, दस्तावेज़ का एक अस्थायी खाका जो टीम द्वारा तैयार किया जाएगा, स्वरूपण पर समझौते, व्यक्तिगत लेखक असाइनमेंट, शब्द चयन प्राथमिकताएं, आदि शामिल हो सकते हैं। नीचे एक आचार संहिता दस्तावेज़ का उल्लेख किया गया है। इसे टीम की योजना में भी शामिल किया जा सकता है।
टीम-लेखन परियोजना में अधिकांश काम टीम के व्यक्तिगत सदस्यों द्वारा अपने दम पर करना होता है। हालांकि, यदि आपकी टीम लेखन परियोजना के लिए काम बांटने का निर्णय लेती है, तो कम से कम इन न्यूनतम दिशानिर्देशों का पालन करने की कोशिश करें:
- प्रत्येक टीम के सदस्य को दस्तावेज के एक प्रमुख अनुभाग के लेखन के लिए जिम्मेदार रखें।
- प्रत्येक टीम सदस्य को सूचना स्रोतों के समान भाग को खोजने, पढ़ने और नोट्स लेने का जिम्मेदार बनाएँ।
कुछ ऐसा काम जो परियोजना के लिए टीम के रूप में किया जा सकता है, आप पहले स्वतंत्र रूप से करना चाह सकते हैं। उदाहरण के लिए, विचार मंथन, संकीर्ण करना, और विशेष रूप से रूपरेखा तैयार करना, पहले हर सदस्य द्वारा अकेले किया जाना चाहिए; फिर मिलकर विचारों की तुलना करें। ध्यान रखें कि समूह की गतिशीलता अनजाने में कुछ विचारों को दबा सकती है और कैसे कम आत्मविश्वासी टीम सदस्य समूह के संदर्भ में अपने मूल्यवान विचारों का योगदान देने में हिचकिचा सकते हैं।
जब आप परियोजना के लिए कार्य को बांट लें, तो एक औपचारिक चार्ट लिखें और इसे सभी सदस्यों के बीच वितरित करें।
परियोजना के लिए लेखन टीम के सदस्यों की ज़िम्मेदारियों की सूची वाला चार्ट
परियोजना का कार्यक्रम बनाना और कार्यभार को संतुलित करना। आपकी टीम लेखन परियोजना के प्रारंभ में, प्रमुख तिथियों का एक कार्यक्रम सेट करें। यह कार्यक्रम आपको और आपकी टीम के सदस्यों को स्थिर, व्यवस्थित प्रगति करने और समय पर परियोजना को पूरा करने में सक्षम करेगा। नीचे दिए गए उदाहरण कार्यक्रम में, केवल परियोजना के प्रमुख चरणों के पूरा होने की तिथियाँ ही नहीं, बल्कि बैठकों की तिथियाँ और उन बैठकों का विषय और उद्देश्य भी शामिल करें। इस कार्यक्रम के बारे में इन विवरणों पर ध्यान दें:
- कई बैठकें निर्धारित की गई हैं जिसमें सदस्य उस जानकारी पर चर्चा करते हैं जो वे पा रहे हैं या नहीं पा रहे हैं। (एक टीम सदस्य के पास वह जानकारी हो सकती है जिसे दूसरा सदस्य हर जगह खोज रहा है।)
- कई बैठकें परियोजना के विवरण की समीक्षा करने के लिए निर्धारित की गई हैं, विशेष रूप से विषय, दर्शक, उद्देश्य, स्थिति और रूपरेखा। जैसे-जैसे आप विषय के बारे में अधिक जानकारी प्राप्त करेंगे और परियोजना में अधिक स्थिर होंगे, आपकी टीम इन विवरणों में से कुछ को बदलने या अधिक विशिष्ट बनाने की इच्छा रख सकती है।
- कई खुरदुरे मसौदे निर्धारित हैं। टीम के सदस्य एक-दूसरे के व्यक्तिगत अनुभागों के मसौदों की कम से कम दो बार सहकर्मी समीक्षा करते हैं, दूसरी बार यह देखने के लिए कि सुझाए गए परिवर्तन प्रभावी रहे हैं या नहीं। एक बार जब पूरा मसौदा एक साथ रखा जाता है, तो इसे भी दो बार समीक्षा की जाती है।
टीम लेखन परियोजना के लिए कार्यक्रम
समस्याओं की भविष्यवाणी करना और टीम के नियम बनाना। टीम प्रोजेक्ट में उत्पन्न होने वाली सामान्य समस्याओं को हल करने के तरीकों पर विचार करें और इन मामलों के बारे में अपनी टीम के समझौतों को दस्तावेज़ित करें। उप-नियम दस्तावेज़:
- कार्यभार असंतुलन। जब आप एक टीम के रूप में काम करते हैं, तो हमेशा यह संभावना होती है कि टीम के किसी सदस्य को, किसी कारणवश, काम का हिस्सा अधिक या कम मिल सकता है। इसलिए, यह महत्वपूर्ण है कि यह पता लगाया जाए कि प्रत्येक टीम सदस्य क्या कर रहा है। ऐसा करने का एक अच्छा तरीका यह है कि प्रत्येक टीम सदस्य अपने काम का एक जर्नल या लॉग रखे कि वे किस प्रकार का काम कर रहे हैं और इसे करने में कितना समय बिता रहे हैं।
परियोजना के दौरान और अंत में, यदि कोई समस्या होती है, तो जर्नल को उस तथ्य को स्पष्ट करना चाहिए और कार्यभार का अधिक न्याय संगत संतुलन सक्षम करना चाहिए। परियोजना के अंत में, टीम के सदस्य अपनी परियोजना पर बिताए गए घंटे जोड़ सकते हैं; यदि किसी ने अपने समय के हिस्से से थोड़ा अधिक समय काम किया है, तो अन्य सदस्य उसे रात का खाना या ऐसा कोई इनाम देकर इसकी भरपाई कर सकते हैं। इसी तरह, जैसे-जैसे आप परियोजना के अंत की ओर बढ़ते हैं, यदि यह जर्नल से स्पष्ट है कि एक टीम सदस्य की कार्य जिम्मेदारियाँ, उसकी खुद की गलती के बिना, अन्य सदस्यों की तुलना में कम थीं, तो वह टाइपिंग, प्रूफ रीडिंग या कॉपी करने जैसे फिनिश-अप कार्य करके इसकी भरपाई कर सकता है। - संबंधित कौशल के बिना टीम के सदस्य। जैसा कि आप ऊपर टीम सदस्यों के कौशल के उदाहरण वर्णन में देख सकते हैं, एक सदस्य के पास परियोजना में योगदान देने के लिए कोई प्रासंगिक कौशल नहीं है। कभी-कभी, यह उस व्यक्ति की चिंता या समूह परियोजना में भाग लेने की रुचि की कमी का संकेत हो सकता है। बेशक, लेखन पाठ्यक्रम में प्रत्येक टीम सदस्य को परियोजना के लिए लेखन में एक उचित भाग योगदान करना चाहिए। हालांकि, ऐसे कई कार्य हैं जिन्हें तकनीकी ज्ञान, फॉरमाटिंग कौशल, या तेज संपादकीय दृष्टि की आवश्यकता नहीं होती, उदाहरण के लिए: टीम योजना को टाइप करना और वितरित करना, आचार संहिता, टीम बैठकों का मिनट; टीम के सदस्यों को समय सीमा और निर्धारित बैठकों की याद दिलाना। वास्तव में, चिंता या रुचि की कमी के अलावा, स्वयं को अक्षम मानने वाला टीम सदस्य सबसे अच्छा टीम नेता बन सकता है!
- गायब होते टीम के सदस्य। यदि आपकी टीम इतनी दुर्भाग्यशाली है कि उसमें एक गैर-जिम्मेदार सदस्य है जो बस गायब हो जाता है, तो इसके लिए योजना बनाएं कि आप इसके बारे में क्या करेंगे, और इसे अपनी टीम के नियमों में दस्तावेजित करें। एक स्पष्ट समाधान है कि टीम सदस्य को टीम से बाहर कर दें और यदि यह एक लेखन पाठ्यक्रम है तो प्रशिक्षक को सूचित करें या यदि यह एक गैर-शैक्षणिक संगठन है तो अगले स्तर के प्रबंधन को सूचित करें।
- दिखाई देने वाली गहरी टीम-सदस्य असहमतियाँ। यह आश्चर्यजनक है कि टीम के सदस्य एक टीम-लेखन परियोजना के पहलुओं पर कितनी जोरदार असहमतियाँ कर सकते हैं। एक योजना बनाएं, जो आपकी टीम के कानूनों में लिखी गई हो, कि इन मुद्दों का समाधान कैसे किया जाए। क्या इन्हें वोट में डाला जाना चाहिए? क्या आपको मुद्दे को एक तटस्थ या उच्च-स्तरीय पक्ष के पास "उद्घाटन" करना चाहिए?
- बुनियादी रूप से असंगत लेखन शैलियाँ और प्रारूप। क्योंकि व्यक्तिगत अनुभाग विभिन्न लेखकों द्वारा लिखे जाएंगे जिनके लेखन के विभिन्न शैलियाँ हो सकती हैं, अपनी टीम के सदस्यों के लिए एक शैली गाइड सेट करें जिसमें वे दस्तावेज़ में सामूहिक रूप से चीज़ों को संभालने पर सहमतियाँ सूचीबद्ध करें। ये सहमतियाँ उच्च स्तर से लेकर, जैसे कि क्या एक पृष्ठभूमि अनुभाग होना चाहिए, लेकर छोटी-छोटी बारीकियों जैसे कि इटैलिक्स या बोल्ड कब उपयोग करना है और यह "क्लिक" है या "क्लिक करें" तक हो सकती हैं। निम्नलिखित में एक परियोजना शैली पत्र से अंश देखें। इन वस्तुओं पर चर्चा के लिए, देखें शैली पत्रक और शैली मार्गदर्शिकाएँ.
आप और आपकी टीम के सदस्यों को पहले प्रारंभिक ड्राफ्ट लिखने से पहले, आप हर संभावित शैली और प्रारूप में अंतर की उम्मीद नहीं कर सकते। इसलिए, योजना बनाएं कि जब आप व्यक्तिगत अनुभागों के प्रारंभिक ड्राफ्ट की समीक्षा करें और विशेष रूप से जब आप पूर्ण ड्राफ्ट की समीक्षा करें, तो इस शैली पत्रिका को अपडेट करें।
लेखन परियोजना के लिए एक शैली गाइड का अंश। सूचीबद्ध आइटम उन समझौतों का प्रतिनिधित्व करते हैं जो टीम के लेखकों ने अपने दस्तावेज़ को अधिकतम स्थिरता देने के लिए किए हैं।
मसौदे की समीक्षा और समाप्त करना। अपने टीम के लिखित कार्य की समीक्षाओं का संभवतः अधिकतम शेड्यूल बनाने की कोशिश करें। आप एक-दूसरे के व्यक्तिगत अनुभागों के खुरदुरे मसौदों पर चर्चा करने के लिए मिल सकते हैं, साथ ही पूर्ण दस्तावेज़ के खुरदुरे मसौदों पर भी। जब आप मिलें, तो इस अध्याय के पिछले भाग में चर्चा की गई समकक्ष संपादित करने के सुझावों का पालन करें। समीक्षा करने की रणनीतियाँ.
टीम द्वारा एक दस्तावेज़ को लिखने का एक महत्वपूर्ण चरण तब आता है जब आप अलग-अलग टीम सदस्यों द्वारा लिखे गए उन व्यक्तिगत अनुभागों को एक संपूर्ण मसौदे में एक साथ रखते हैं। तब आपको शायद यह देखने को मिलेगा कि प्रत्येक अनुभाग की ध्वनि, उपचार और शैली कितनी भिन्न है। आपको एक समूह के रूप में पूरा खुरदुरा ड्राफ्ट संशोधित और संपादित करने का एक तरीका ढूंढना होगा ताकि यह एक समान तरीके से पढ़ा जाए और यह इतना स्पष्ट न लगे कि इसे तीन या चार अलग-अलग लोगों ने लिखा है।
जब आप समीक्षा और सुधार पूरा कर लें, तो ड्राफ्ट को जमा करने के लिए अंतिम काम करने का समय होता है। यह कार्य उसी तरह का होता है जैसे अगर आप दस्तावेज़ को अकेले लिख रहे हों, केवल इस मामले में कार्यभार को विभाजित किया जा सकता है।
संबंधित जानकारी
वर्ड में दस्तावेज़ों की समीक्षा करने की वास्तविक लागत. क्लिकहेल्प.कॉम
मैं इस अध्याय के बारे में आपके विचार, प्रतिक्रियाएँ, और आलोचना की सराहना करूंगा: आपकी प्रतिक्रिया—डेविड मैकमरेy.
