लाभ:
- यह भेद करने में सक्षम होने के नाते कि कृत्रिम बुद्धिमत्ता परियोजना प्रबंधन (योजना, अनुमान, रिपोर्टिंग, संचार) में वास्तविक समय बचाती है और जहां कार्य जोखिम स्तर के आधार पर बजट प्रतिबद्धता और वितरण तिथि जैसे निर्णय परियोजना प्रबंधक पर छोड़ दिए जाते हैं।
- एक अनुशासन लागू करने की क्षमता जो प्रत्येक कृत्रिम बुद्धिमत्ता आउटपुट को स्रोत से जोड़ने, पुनर्गणना करने और प्रशासनिक फ़िल्टरिंग के माध्यम से पारित करने के चरणों के माध्यम से सत्यापित करती है।
- केवीकेके/गोपनीयता और एनडीए के दायरे में परियोजना, ग्राहक और हितधारक डेटा को गुमनाम करना और सुरक्षित वाहन चुनने की आदत प्राप्त करना
प्रत्येक परियोजना में सैकड़ों निर्णय होते हैं, जिनमें से अधिकांश चुपचाप लिए जाते हैं। यह नौकरी किसके लिए है? इस कार्य में कितने दिन लगेंगे? क्या बजट कायम है? हमें ग्राहक को कौन सी तारीख बतानी चाहिए? यदि यह जोखिम होता है तो हम क्या करें? पिछले सप्ताह की बैठक में हमने क्या निर्णय लिया, कौन क्या करने वाला था? इनमें से कुछ निर्णय पुनरावृत्तीय, डेटा-गहन और समय लेने वाले हैं; एक प्रोजेक्ट मैनेजर (पीएम - प्रोजेक्ट मैनेजर, योजना से लेकर प्रोजेक्ट की डिलीवरी तक के लिए जिम्मेदार व्यक्ति) का अधिकांश काम रिपोर्ट लिखने, टेबल भरने, ई-मेल तैयार करने और मीटिंग नोट्स रखने में व्यतीत होता है। आर्टिफिशियल इंटेलिजेंस (एआई, या संक्षेप में एआई - कंप्यूटर सिस्टम जो पाठ उत्पन्न कर सकता है, पैटर्न पहचान सकता है, भविष्यवाणियां कर सकता है और इंसानों की तरह डेटा को सारांशित कर सकता है) इस तस्वीर के ठीक बीच में फिट बैठता है: जब सही ढंग से उपयोग किया जाता है, तो यह घंटों के बजाय मिनटों में कार्य विश्लेषण संरचना, जोखिम रजिस्टर, स्थिति रिपोर्ट या बैठक सारांश का मसौदा तैयार कर सकता है; गलत तरीके से उपयोग किए जाने पर, यह प्रतीत होता है कि सुरक्षित लेकिन निराधार अनुमान से ग्राहक प्रतिबद्धता का कारण बन सकता है।
इस मॉड्यूल की पहली इकाई कोई सॉफ़्टवेयर परिचय नहीं है। इसका उद्देश्य यह स्पष्ट करना है कि एआई को अपने प्रोजेक्ट कार्य में कहां लगाना है और कहां नहीं लगाना है। क्योंकि परियोजना प्रबंधन एक "ऑपरेशन-महत्वपूर्ण" और "प्रतिबद्धता-महत्वपूर्ण" दोनों क्षेत्र है: आपके द्वारा दिया गया समय अनुमान ग्राहक के साथ हस्ताक्षरित अनुबंध पर आधारित है; एक संसाधन निर्णय टीम सदस्य के सप्ताहों से भरे कैलेंडर में बदल जाता है। आइए शुरू से ही बुनियादी सिद्धांत बताएं: एआई एक सहायक है, परियोजना प्रबंधक नहीं। बजट प्रतिबद्धता, वितरण तिथि का वादा, संसाधन आवंटन और संविदात्मक दायित्व जैसे निर्णयों की जिम्मेदारी और अंतिम मंजूरी सक्षम परियोजना प्रबंधक और जिम्मेदार हितधारकों की है।
परियोजना प्रबंधन की परतें और एआई का स्थान
किसी प्रोजेक्ट को समझने के लिए कार्य को तीन परतों में बाँटना उपयोगी होता है। परिचालन परत दिन-प्रतिदिन का संचालन है: कार्य ट्रैकिंग, मीटिंग नोट, ईमेल, स्थिति अद्यतन। सामरिक परत योजना और ट्रैकिंग है: कार्य विश्लेषण संरचना, अनुसूची, पूर्वानुमान, जोखिम रजिस्टर, स्थिति रिपोर्ट। रणनीतिक परत परियोजना के औचित्य और दिशा को निर्धारित करती है: लागत-लाभ, पोर्टफोलियो प्राथमिकता, दायरा निर्णय। AI तीनों परतों को छू सकता है; लेकिन प्रत्येक में एक अलग अधिकार के साथ। परिचालन स्तर पर, एआई तेजी से ड्राफ्ट और सारांश तैयार करता है; रणनीतिक स्तर पर, यह केवल इनपुट प्रदान करता है, प्रबंधन और प्रायोजक निर्णय लेते हैं। हम प्रायोजक (शीर्ष प्रबंधक जो परियोजना और कॉर्पोरेट स्वामित्व को वित्तपोषित करता है), हितधारक (प्रत्येक व्यक्ति जो परियोजना से प्रभावित है या परियोजना को प्रभावित करता है - ग्राहक, टीम, आपूर्तिकर्ता, उपयोगकर्ता) जैसी अवधारणाओं को निम्नलिखित इकाइयों में एक-एक करके समझाएगा।
आइए शुरुआत से कुछ बुनियादी शब्दों को परिभाषित करें। दायरा वह है जो प्रोजेक्ट करेगा और नहीं करेगा। वर्क ब्रेकडाउन स्ट्रक्चर (डब्ल्यूबीएस) काम को प्रबंधनीय टुकड़ों में बांटना है। एक मील का पत्थर एक महत्वपूर्ण बिंदु है जो प्रगति को चिह्नित करता है (उदाहरण के लिए "डिज़ाइन अनुमोदन")। जोखिम एक अनिश्चित घटना है जो घटित होने पर परियोजना को प्रभावित करेगी। डिलिवरेबल परियोजना द्वारा उत्पादित ठोस आउटपुट है। इन सभी अवधारणाओं में, AI आपको रूपरेखा और विश्लेषण देता है, लेकिन निर्णय नहीं लेता है।
निम्नलिखित तालिका मिशन द्वारा एआई की भूमिका और जोखिम स्तर का सारांश प्रस्तुत करती है:
खोज
एआई की भूमिका
जोखिम स्तर
कौन मंजूर करता है
मीटिंग सारांश/ईमेल ड्राफ्ट
स्केच जनरेटर
कम
परियोजना प्रबंधक
डब्ल्यूबीएस/स्कोप रूपरेखा
स्केच जनरेटर
निम्न-मध्यम
पीएम+टीम
अवधि और संसाधन अनुमान
पूर्वानुमानकर्ता, परिदृश्य जनरेटर
मध्यम-उच्च
पीएम + टीम डेटा
जोखिम रजिस्टर स्कोरिंग
सांख्यिकीय प्रोत्साहन
मध्यम
जोखिम स्वामी + पीएम
स्थिति रिपोर्ट/ईवीएम टिप्पणी
विश्लेषण एवं मसौदा
मध्यम
परियोजना प्रबंधक
डिलीवरी की तारीख/बजट प्रतिबद्धता
सहायक इनपुट
बहुत ऊँचा
पीएम + प्रायोजक
अनुबंध/संसाधन आवंटन निर्णय
सहायक इनपुट
बहुत ऊँचा
प्रायोजक + पीएम
इस चार्ट की एक पंक्ति को ध्यान में रखें: जैसे-जैसे जोखिम बढ़ता है, एआई की भूमिका घटती है, मानवीय स्वीकृति बढ़ती है।
क्यों "सत्यापन" इस व्यवसाय का हृदय है?
कृत्रिम बुद्धिमत्ता भाषा मॉडल अपने उत्तर को लेकर आश्वस्त दिखते हैं, लेकिन हो सकता है कि वे आश्वस्त न हों। तकनीकी भाषा में, इसे मतिभ्रम कहा जाता है: यह एक धाराप्रवाह वाक्य में गैर-मौजूद जानकारी का मॉडल द्वारा निर्माण है, जैसे कि यह सच हो। एक प्रोजेक्ट मैनेजर के लिए, यह एक गंभीर जाल है: मॉडल आपको आत्मविश्वास से "इस प्रकार के सॉफ़्टवेयर एकीकरण में आमतौर पर 3 सप्ताह लगते हैं" की समय सीमा दे सकता है, जबकि यह आपकी टीम की गति, तकनीकी ऋण, अवकाश कार्यक्रम के बारे में कुछ भी नहीं जानता है, और यह संख्या एक पूर्ण सामान्यीकरण है। या यह एक कार्यप्रणाली को गलत तरीके से प्रस्तुत कर सकता है (उदाहरण के लिए, "पीएमबीओके 7 के लिए निम्नलिखित की आवश्यकता है")। चूंकि वह दोनों बातें समान प्रवाह के साथ कहते हैं, इसलिए एकमात्र चीज जो सही को गलत से अलग करती है वह आपका ज्ञान और सत्यापन करने की आदत है।
सत्यापन अनुशासन में तीन चरण होते हैं:
- स्रोत से लिंक: अवधि, लागत, क्षमता और पिछले प्रदर्शन के लिए अपने संगठन के रिकॉर्ड (ऐतिहासिक परियोजना डेटा, शेड्यूल, संसाधन पूल, लेखांकन) और अपनी टीम के अनुमान पर भरोसा करें, न कि एआई की मेमोरी पर। उस डेटा पर टिप्पणी करने के लिए AI का उपयोग करें, उसे याद रखने के लिए नहीं।
- पुनर्गणना/तुलना करें: एआई द्वारा दिए गए प्रत्येक संख्यात्मक परिणाम की स्वतंत्र रूप से जांच करें (कुल समय, बजट, पूर्ण प्रतिशत, सीपीआई/एसपीआई)। कुल, भारित औसत, महत्वपूर्ण पथ को स्वयं सत्यापित करें।
- प्रबंधकीय फ़िल्टर: प्रबंधक के दृष्टिकोण से परीक्षण करें कि क्या आउटपुट ज़मीनी तथ्यों (टीम की उपलब्धता, बजट, अनुबंध, निर्भरता) के विपरीत है।
ध्यान दें: एआई द्वारा उत्पादित भविष्यवाणी या रिपोर्ट को प्रायोजक को प्रस्तुत करना या इसे सत्यापित किए बिना ग्राहक को सौंपना एक अहस्ताक्षरित अनुबंध देने जैसा है। सिर्फ इसलिए कि आउटपुट धाराप्रवाह है, सच नहीं है।
गोपनीयता: प्रोजेक्ट डेटा अक्सर गोपनीय होता है
प्रोजेक्ट का अधिकांश डेटा संवेदनशील है. ग्राहक का नाम, अनुबंध राशि, बोली मूल्य, कर्मियों का वेतन और प्रदर्शन की जानकारी, और उत्पाद योजनाएं जिनकी अभी तक घोषणा नहीं की गई है, अक्सर एनडीए (गैर-प्रकटीकरण अनुबंध) द्वारा संरक्षित होती हैं; व्यक्तिगत डेटा तुर्किये में KVKK (पर्सनल डेटा प्रोटेक्शन लॉ) और यूरोप में GDPR द्वारा कवर किया जाता है। सार्वजनिक रूप से उपलब्ध एआई टूल में ग्राहक का नाम, अनुबंध मूल्य, टीम के सदस्य के नाम और प्रदर्शन स्कोर चिपकाना अनुबंध का उल्लंघन और डेटा उल्लंघन दोनों हो सकता है। नियम सरल है: डेटा को अज्ञात रखें और अनावश्यक साझा न करें। "एबीसी बैंक के साथ 4.2 मिलियन टीएल सीआरएम परियोजना" के बजाय "बड़े पैमाने पर वित्तीय ग्राहक के लिए सॉफ्टवेयर परियोजना"; "आंटी (वरिष्ठ डेवलपर, खराब प्रदर्शन)" के बजाय, "एक वरिष्ठ टीम सदस्य" लिखें। यदि संभव हो, तो ऐसे कॉर्पोरेट टूल चुनें जिनके पास डेटा प्रोसेसिंग समझौता हो और मॉडल प्रशिक्षण में आपके डेटा का उपयोग न करें।
तीन मिनी मामले
केस 1 - सुरक्षित उपयोग। एक परियोजना समन्वयक प्रत्येक सप्ताह 6 कार्य पैकेजों की प्रगति को एक स्थिति रिपोर्ट में संकलित करने में 2.5 घंटे खर्च कर रहा था। उन्होंने एआई को गुमनाम रूप से प्रगति डेटा (ग्राहक का नाम और मात्रा छिपाकर) दिया और एक मसौदा कार्यकारी सारांश का अनुरोध किया। एआई ने 12 मिनट में एक स्केच तैयार किया; समन्वयक ने प्रत्येक प्रतिशत की तुलना अपने ट्रैकिंग चार्ट से की, गलत पूर्णता दर को ठीक किया, और स्थिति रंगों को वास्तविकता में संशोधित किया। अवधि: 2.5 घंटे के बजाय 35 मिनट। एआई ने मसौदा दिया, जिम्मेदारी मानव की रही।
केस 2 - अपुष्ट भविष्यवाणी जाल। एक प्रधानमंत्री ने एआई से पूछा, "मोबाइल ऐप परीक्षण में कितने दिन लगते हैं?" एआई ने टीम का डेटा देखने से पहले "लगभग 8 दिन" कहा। प्रधानमंत्री ने ग्राहक से यह वादा किया; टीम के ऐतिहासिक डेटा के आधार पर वास्तविक समय 15 कार्यदिवस था। 7 दिन के विचलन के परिणामस्वरूप जुर्माना लगाया गया। गलती: टीम डेटा के बिना प्रतिबद्धता उत्पन्न करने के लिए एआई से एक नंबर की अपेक्षा करना।
केस 3 - गोपनीयता का उल्लंघन। एक टीम लीडर ने एक संसाधन योजना अपलोड की जिसमें ग्राहक का नाम, अनुबंध राशि और पूरी टीम के नाम-वेतन की जानकारी एक सार्वजनिक एआई टूल में अपलोड की गई और कहा गया "इसे अनुकूलित करें।" डेटा किसी बाहरी सर्वर पर चला गया; ग्राहक ने एनडीए उल्लंघन के लिए नोटिस भेजा। सही तरीका यह था कि नाम, राशि और वेतन को हटा दिया जाए और केवल अज्ञात क्षेत्रों जैसे भूमिका और प्रयास प्रतिशत को साझा किया जाए।
कमजोर संकेत/मजबूत संकेत
कमजोर संकेत:
इस महीने हमारे प्रोजेक्ट की स्थिति के बारे में लिखें और हमें बताएं कि हम कितना आगे आए हैं।
यह दावा त्रुटिपूर्ण है: एआई को कोई डेटा नहीं दिया गया है, इसलिए यह केवल एक मनगढ़ंत संख्या के साथ "हम कितनी दूर आ गए हैं" प्रश्न का उत्तर दे सकता है। न तो अवधि, न ही दायरा, न ही संदर्भ स्पष्ट है।
शक्तिशाली संकेत:
आपकी भूमिका: एक परियोजना प्रबंधक की सहायता करने वाला सहायक। संदर्भ: नीचे 5 कार्य पैकेजों के लिए योजना/वास्तविक डेटा है (ग्राहक का नाम और मात्रा छिपी हुई है)। कार्य: एक कार्यकारी सारांश (200 शब्द या उससे कम) का एक मसौदा लिखें। बस मेरे द्वारा दिए गए डेटा का उपयोग करें; छूटी हुई जानकारी, नंबर फिटिंग के लिए "[पुष्टि आवश्यक]" लिखें। संरचना: 1) सामान्य स्थिति (आरएजी), 2) पैकेजों को आगे बढ़ाना, 3) विचलन वाले पैकेज और कारण, 4) अनुशंसा। डेटा:- WBS-1 विश्लेषण: योजना 100% / वास्तविक 100% - WBS-2 डिज़ाइन: योजना 80% / वास्तविक 60% - WBS-3 विकास: योजना 40% / वास्तविक 25% - WBS-4 परीक्षण: योजना 10% / वास्तविक 0% - WBS-5 दस्तावेज़ीकरण: योजना 20% / वास्तविक 20%
यह संकेत सशक्त है क्योंकि भूमिका, संदर्भ, डेटा, सीमा ("संख्या फिटिंग"), प्रारूप, और अस्पष्टता ("[पुष्टि आवश्यक]") स्पष्ट रूप से दी गई है। आउटपुट को अभी भी प्रोजेक्ट मैनेजर द्वारा मान्य किया जाना चाहिए।
तीन अन्य उपयोगी स्टार्टर टेम्पलेट:
# टेम्प्लेट जो अनिश्चितता को लागू करता है, निम्नलिखित पाठ से निर्णय और क्रियाएं निकालें। ऐसी कोई ज़िम्मेदारियाँ या तारीखें न सौंपें जिनका पाठ में स्पष्ट रूप से उल्लेख न किया गया हो; जहां आप अनिश्चित हैं वहां "अनिश्चित" लिखें। इसे मत बनाओ.
# गुमनामीकरण अनुस्मारक (स्वयं जांच) यदि आप मेरे द्वारा दिए गए पाठ में ग्राहक का नाम, राशि या व्यक्ति का नाम देखते हैं, तो प्रक्रिया शुरू करने से पहले मुझे चेतावनी दें और मुझे इन फ़ील्ड को [MASKED] से बदलने का सुझाव दें।
# टेम्पलेट जो आपके द्वारा उत्पादित प्रत्येक संख्यात्मक परिणाम के लिए एक सत्यापन सूची उत्पन्न करता है, प्रोजेक्ट मैनेजर इसे स्वतंत्र रूप से कैसे सत्यापित कर सकता है, इस पर एक-पंक्ति "सत्यापन चरण" जोड़ें।
सामान्य गलतियाँ
- डेटा दिए बिना संख्याओं की अपेक्षा करना: अपने स्वयं के प्रोजेक्ट का डेटा दिए बिना एआई से समय, लागत या प्रगति के बारे में पूछना उसे मतिभ्रम के लिए आमंत्रित करना है।
- सटीकता के साथ प्रवाह को भ्रमित करना: एक अच्छी तरह से लिखे गए पाठ का मतलब यह नहीं है कि यह सही है।
- गोपनीय डेटा को यथावत चिपकाना: ग्राहक का नाम, राशि और संपर्क जानकारी गुमनाम किए बिना किसी भी खुले टूल में दर्ज नहीं की जानी चाहिए।
- एआई के प्रति प्रतिबद्धता सौंपना: डिलीवरी की तारीख और बजट को टीम सत्यापन के बिना प्रतिबद्ध नहीं किया जाना चाहिए।
- इसे एक संकेत के साथ समाप्त करने का प्रयास: अच्छे परिणाम संरचित संकेतों से आते हैं जिनमें भूमिका-संदर्भ-डेटा-सीमा-प्रारूप शामिल होता है।
युक्ति: प्रत्येक एआई सत्र की शुरुआत यह पूछकर करें, "प्रायोजक को यह वितरण प्रस्तुत करने से पहले मुझे किन तीन चीजों को सत्यापित करना चाहिए?" प्रश्न से शुरुआत करें. यह आदत बाकी मॉड्यूल के सभी कार्यों में आपकी रक्षा करेगी।
संक्षेप में
कृत्रिम बुद्धिमत्ता परियोजना प्रबंधन में एक शक्तिशाली सहायक है जो रिपोर्ट, योजना, अनुमान और संचार को गति देती है; हालाँकि, यह एक उपकरण है जो ड्राफ्ट तैयार करता है, प्रतिबद्धताएँ नहीं। जब हम व्यवसाय को परिचालन, सामरिक और रणनीतिक परतों में विभाजित करते हैं, तो जोखिम बढ़ने पर एआई की भूमिका छोटी हो जाती है। प्रत्येक आउटपुट को तीन चरणों (स्रोत से लिंक, पुनर्गणना, प्रशासनिक फ़िल्टर) के माध्यम से मान्य किया जाना चाहिए; केवीकेके/एनडीए के दायरे में परियोजना और ग्राहक डेटा को अज्ञात रखा जाना चाहिए। महत्वपूर्ण निर्णयों की जिम्मेदारी और अंतिम स्वीकृति हमेशा मनुष्य की होती है।
आवेदन कार्य
अपने वर्तमान प्रोजेक्ट से कोई कार्य चुनें. सबसे पहले, एआई को जानबूझकर "कमजोर" प्रॉम्प्ट लिखें (बिना संदर्भ के, बिना कोई डेटा दिए) और आउटपुट को सेव करें। फिर इस इकाई (भूमिका, संदर्भ, अनाम डेटा, सीमा, प्रारूप) में "मजबूत संकेत" संरचना के साथ फिर से वही कार्य पूछें। दोनों प्रिंटआउट को एक साथ रखें और अंतर लिखें और दोनों प्रिंटआउट में कम से कम तीन बिंदुओं को आपको स्वयं सत्यापित करना होगा।
चेकलिस्ट
- [ ] मैंने एआई की भूमिका को "सहायक/ड्राफ्ट" और निर्णय को "मानव" के रूप में रखा।
- [ ] मैंने अपने कार्य का जोखिम स्तर (निम्न/मध्यम/उच्च) निर्धारित कर लिया है।
- [ ] मैंने प्रॉम्प्ट में भूमिका, संदर्भ, डेटा, सीमा और प्रारूप जोड़ा।
- [ ] मैंने ग्राहक का नाम, राशि और व्यक्ति की जानकारी अज्ञात कर दी है।
- [ ] मैंने वह चरण नोट कर लिया है जहां मैं आउटपुट में प्रत्येक नंबर को स्वतंत्र रूप से सत्यापित करूंगा।
- [ ] मैंने प्रतिबद्धता (दिनांक/बजट) वाले किसी भी आउटपुट को सत्यापित किए बिना साझा नहीं किया।