वर्क ब्रेकडाउन स्ट्रक्चर (WBS) आणि स्कोप प्लॅनिंग

नफा:

• स्कोप स्टेटमेंट आणि वर्क ब्रेकडाउन स्ट्रक्चर (WBS) च्या संकल्पना समजून घ्या आणि वर्क पॅकेजमध्ये विभागलेला WBS मसुदा तयार करण्यासाठी AI चा वापर करा
• आर्टिफिशियल इंटेलिजन्स सपोर्टसह व्याप्तीबाहेरच्या वस्तू, वितरण आणि स्वीकृती निकष स्पष्ट करा आणि स्कोप क्रिप लवकर पहा
• टीम आणि भागधारकांच्या पडताळणीद्वारे संघटनात्मक संदर्भासह कृत्रिम बुद्धिमत्तेद्वारे तयार केलेल्या WBS ची सचोटी, वास्तववाद आणि उपयुक्तता याची पुष्टी करणे ही प्रकल्प व्यवस्थापकाची जबाबदारी आहे हे समजून घेण्याची क्षमता.

जेव्हा तुम्ही एखादा प्रकल्प सुरू करता तेव्हा "आम्ही काय करणार आहोत?" यापासून सुरुवात करणे म्हणजे अंधारात चालण्यासारखे आहे. प्रकल्प अनेकदा अयशस्वी होतात कारण ते खराबपणे व्यवस्थापित केले गेले नाहीत, परंतु ते सुरुवातीपासूनच चुकीच्या पद्धतीने परिभाषित केले गेले आहेत. या युनिटचा विषय ही दोन मूलभूत साधने आहेत जी प्रकल्पाच्या सीमारेषेची रूपरेषा देतात आणि कार्य व्यवस्थापित करण्यायोग्य तुकड्यांमध्ये विभागतात: स्कोप स्टेटमेंट आणि वर्क ब्रेकडाउन स्ट्रक्चर. जेव्हा हे दोन दस्तऐवज योग्यरित्या सेट केले जातात तेव्हा वेळापत्रक, अंदाज, जोखीम आणि बजेट त्यांच्या शीर्षस्थानी स्थिरपणे बसतात; चुकीच्या पद्धतीने सेट केल्यावर, संपूर्ण प्रकल्पात सर्वकाही हलते. AI दोन्ही दस्तऐवजांमध्ये एक शक्तिशाली मसुदा तयार करणारा भागीदार आहे: तो एक स्कोप स्केलेटन आणि काही मिनिटांत कामाच्या पॅकेजेसमध्ये ब्रेकडाउन प्रस्तावित करतो. परंतु लक्षात ठेवा: एआय एक सामान्य नमुना तयार करते; फक्त तुम्ही आणि तुमच्या टीमला तुमच्या संस्थेचे वास्तविक वितरण, मर्यादा आणि स्वीकृती निकष माहित आहेत.

स्कोप स्टेटमेंट म्हणजे काय?

स्कोप म्हणजे प्रकल्पात काय समाविष्ट आहे आणि काय समाविष्ट नाही. स्कोप स्टेटमेंट हे दस्तऐवज आहे जे ते लिखित स्वरूपात ठेवते आणि सामान्यत: समाविष्ट करते: प्रकल्पाचा उद्देश, मुख्य वितरणयोग्यता, स्वीकृती निकष, व्याप्तीबाहेरच्या वस्तू, गृहीतके आणि मर्यादा. येथे सर्वात गंभीर आणि सर्वात दुर्लक्षित भाग म्हणजे व्याप्ती सूचीबाहेरचा: "आम्ही या प्रकल्पात X करणार नाही" हे "परंतु मला वाटले की ते समाविष्ट केले गेले" या युक्तिवादाला नंतर प्रतिबंधित करते.

जेव्हा व्याप्ती नियंत्रणाबाहेर जाते, तेव्हा त्याला स्कोप क्रिप म्हणतात: प्रकल्पात जोडलेले छोटे, मंजूर नसलेले काम कालांतराने ते फुलते. "फक्त आणखी एक छोटी भर", जेव्हा पुनरावृत्ती होते, तेव्हा बजेट आणि वेळापत्रक उडवून टाकते. एक चांगले स्कोप स्टेटमेंट आणि स्पष्ट स्वीकृती निकष हे स्कोप क्रिपपासून बचावाची पहिली ओळ आहे. स्वीकृती निकष ही मोजता येण्याजोगी अट आहे जी "पूर्ण" मानण्यासाठी पूर्ण करणे आवश्यक आहे (उदा. "2 सेकंदांपेक्षा कमी वेळेत फॉर्म लोड").

टीप: स्कोप स्टेटमेंट लिहिताना, "आम्ही काय करणार नाही" या यादीमध्ये "आम्ही काय करू" इतके प्रयत्न करा. वगळलेल्या वस्तू या प्रकल्पासाठी सर्वात स्वस्त विमा आहेत.

वर्क ब्रेकडाउन स्ट्रक्चर (WBS) म्हणजे काय?

वर्क ब्रेकडाउन स्ट्रक्चर (WBS) हे एक श्रेणीबद्ध वृक्ष आहे जे प्रकल्पाच्या एकूण कार्याला तार्किक तुकड्यांमध्ये विभाजित करते जे हळूहळू वरपासून खालपर्यंत लहान होत जाते. सर्वात वर प्रकल्प आहे, त्याच्या खाली मुख्य डिलिव्हरेबल्स/टप्पे आहेत आणि त्यांच्या खाली कामाची पॅकेजेस आहेत. कामाचे पॅकेज हे कामाचा सर्वात खालचा भाग आहे जो एखाद्या व्यक्तीला/संघाला नियुक्त केला जाऊ शकतो आणि त्याचा कालावधी आणि खर्चाचा अंदाज लावता येण्याइतपत लहान आहे. एक चांगला WBS दोन नियमांचे पालन करतो: 100% नियम (खालच्या भागांच्या बेरीजमध्ये संपूर्ण वरचा भाग समाविष्ट आहे, अधिक नाही, कमी नाही) आणि परस्पर अनन्यता (कोणत्याही दोन पॅकेजमध्ये समान कार्य नाही, ओव्हरलॅप नाही).

WBS इतके महत्त्वाचे का आहे? कारण अंदाज, वेळापत्रक, बजेट आणि जोखीम नेहमी कामाच्या पॅकेजच्या पातळीवर केली जाते. "आम्ही वेबसाइट बनवू" हे अप्रत्याशित आहे; परंतु पॅकेजेस जसे की "लॉगिन पृष्ठ डिझाइन", "वापरकर्ता नोंदणी फॉर्म", "पेमेंट इंटिग्रेशन टेस्टिंग" अंदाजे आहेत. WBS ही जबाबदारी नियुक्त करण्यासाठी (RACI), प्रगती निरीक्षण आणि संप्रेषणाची चौकट देखील आहे.

स्टेप बाय स्टेप: AI सह WBS मसुदा तयार करणे

1. व्याप्ती स्पष्ट करा. निनावीपणे AI ला प्रकल्पाचा उद्देश, मुख्य वितरणयोग्यता आणि ज्ञात मर्यादा द्या. एक चांगला WBS अस्पष्ट हेतूने येत नाही.
2. ड्राफ्ट ब्रेकडाउनसाठी विचारा. टप्प्याटप्प्याने आणि कामाच्या पॅकेजमध्ये विभागलेल्या पदानुक्रमासाठी AI ला विचारा; प्रत्येक पॅकेजसाठी एक-लाइन स्कोप वर्णन आणि सुचविलेले वितरण विचारा.
3. 100% नियम तपासा. एकूण उत्पादित पॅकेजेस पूर्णतः व्याप्ती पूर्ण करतात की नाही ते तपासा; गहाळ आणि अनावश्यक वस्तू चिन्हांकित करा.
4. स्वीकृती निकष जोडा. प्रत्येक की डिलिव्हर करण्यासाठी मसुदा मोजता येण्याच्या स्वीकृती निकषांची आवश्यकता आहे, नंतर त्यांना वास्तवात परिष्कृत करा.
5. व्याप्ती बाहेर स्पष्ट करा. AI ला “ह्या प्रकल्पाच्या व्याप्तीच्या बाहेर असलेल्या वस्तू” ची यादी विचारा आणि टीमशी चर्चा करा.
6. संघ आणि भागधारक प्रमाणीकरण. कामाच्या पॅकेजच्या मालकांसह मसुद्याचे पुनरावलोकन करा. WBS ही संघाच्या मंजुरीशिवाय कधीही "योजना" नसते.

खबरदारी: AI-व्युत्पन्न केलेले WBS अनेकदा एक गंभीर पॅकेज चुकवू शकते (उदा. “कायदेशीर मान्यता,” “डेटा स्थलांतर,” “वापरकर्ता प्रशिक्षण”) जे तर्कसंगत वाटते परंतु तुमच्या संस्थेसाठी विशिष्ट आहे. गहाळ पॅकेट सुरुवातीपासूनच तुमचा अंदाज चुकीचा ठरवेल. मानवी दृष्टीकोनातून 100% नियम लागू करण्याचे सुनिश्चित करा.

तीन लहान प्रकरणे

केस 1 — वेळ-बचत ब्लूप्रिंट. नवीन इंट्रानेट प्रकल्पासाठी सुरवातीपासून WBS तयार करण्याऐवजी, PMO तज्ञाने YZ ला निनावी स्कोप सारांश दिला आणि मसुदा मागवला. YZ ने 6 टप्पे आणि 34 कामाचे पॅकेज प्रस्तावित केले. तज्ञाने टीमसोबत 45 मिनिटांच्या कार्यशाळेत 5 पॅकेजेस काढली आणि 3 गहाळ पॅकेजेस (SSO एकत्रीकरण, प्रवेशयोग्यता चाचणी, सामग्री स्थलांतर) जोडली. सुरवातीपासून एक दिवस लागणारे काम अर्ध्या दिवसात पूर्ण झाले आणि अधिक पूर्ण झाले.

केस 2 - कॅचिंग स्कोप क्रिप. प्रोजेक्ट मॅनेजर ग्राहकाकडून AI 12 छोट्या विनंत्या देतो आणि विचारतो "या सध्याच्या स्कोप स्टेटमेंटनुसार स्कोपमध्ये आहेत की स्कोपच्या बाहेर?" त्याने त्याचे असे वर्गीकरण केले होते: YZ 7 ने विनंती "शक्यतो व्याप्तीबाहेर" म्हणून ध्वजांकित केली. पंतप्रधानांनी त्यांचे अधिकृत बदल विनंत्यांमध्ये रूपांतर केले; अन्यथा अतिरिक्त 3 आठवडे काम शांतपणे प्रकल्पात गळती होईल.

केस 3 - गहाळ पॅकेट ट्रॅप. YZ द्वारे उत्पादित WBS च्या 28 पॅकेजेस एका टीमने सत्यापनाशिवाय मंजूर केले. प्रकल्पाच्या मध्यभागी, असे लक्षात आले की "डेटा मायग्रेशन" आणि "गो-लाइव्ह रिहर्सल" पॅकेजेस नाहीत; या दोन चुकांमुळे वेळापत्रकात 4 आठवडे जोडले गेले. धडा: AI मसुदे 100% नियमानुसार मानवी चाचणीशिवाय मंजूर केले जाऊ नयेत.

कमकुवत प्रॉम्प्ट / मजबूत प्रॉम्प्ट

कमकुवत प्रॉम्प्ट:

मोबाईल ऍप्लिकेशन प्रोजेक्टसाठी WBS लिहा.

हा प्रॉम्प्ट अगदी सामान्य आहे: AI सामान्यत: टेम्पलेट तयार करते, परंतु तुमच्या प्रकल्पाच्या वास्तविक वितरणे, मर्यादा आणि स्वीकृती निकषांशी त्याचा फारसा संबंध नाही.

शक्तिशाली सूचना:

तुमची भूमिका: एक वरिष्ठ प्रकल्प नियोजन विशेषज्ञ. संदर्भ: किरकोळ क्लायंटसाठी इन्व्हेंटरी ट्रॅकिंग मोबाइल ॲप्लिकेशन (नाव मुखवटा घातलेले). बंधने: 4 महिने, विद्यमान ERP सह एकत्रीकरण अनिवार्य, iOS+Android, डेटा स्थलांतर उपलब्ध. कार्य: टप्प्याटप्प्याने आणि कामाच्या पॅकेजमध्ये विभागलेला WBS मसुदा तयार करा. नियम:-%0% नियम; प्रत्येक टप्प्यातील पॅकेजेस पूर्णतः फेज कव्हर करतात.- प्रत्येक कामाच्या पॅकेजसाठी: सिंगल लाइन स्कोप + मुख्य वितरण करण्यायोग्य + मोजता येण्याजोगा स्वीकृती निकष.- शेवटी एक वेगळी "शक्यतो स्कोपच्या बाहेर" यादी द्या.- संस्था-विशिष्ट पॅकेजेस चिन्हांकित करा ज्याबद्दल तुम्हाला खात्री नाही "[संघाशी पुष्टी करा]", फिटिंग. आउटपुट: मार्कडाउन टेबल (फेज | पॅकेज | व्याप्ती | वितरण | स्वीकृती निकष).

ही विनंती मजबूत आहे कारण संदर्भ, मर्यादा, 100% नियम, स्वीकृती निकष आणि कार्यक्षेत्राबाहेरील विनंती स्पष्ट आहे; "[संघासह पुष्टी]" सह अनिश्चितता देखील लागू करते.

अतिरिक्त टेम्पलेट्स:

# आउट ऑफ स्कोप फाइंडर खालील स्कोप स्टेटमेंट वाचा. "कार्यक्षेत्राबाहेरील उमेदवार" म्हणून सूची करा जी सामान्य आहेत परंतु येथे स्पष्टपणे नमूद केलेली नाहीत (उदा. प्रशिक्षण, दस्तऐवजीकरण, समर्थन, स्थलांतर, सुरक्षा चाचणी). प्रत्येकासाठी, ते का समाविष्ट/वगळले जावे ते विचारा.

# स्वीकृती निकष उत्पादक खालील डिलिव्हरीसाठी (स्मार्ट फॉरमॅटमध्ये) 3-5 मोजता येण्याजोगे स्वीकृती निकष सुचवा:[वितरण]. मोजता येत नाही असे निकष लिहू नका (जसे की "ते चांगले चालले पाहिजे").

# 100% नियम तपासक खालील WBS ची तपासणी करा. स्कोप स्टेटमेंटमधील कोणत्या डिलिव्हरेबलचा कोणत्याही वर्कपॅकमध्ये प्रतिरूप नाही? कोणते पॅकेज स्कोप स्टेटमेंटपेक्षा जास्त आहेत? अंतरांची यादी करा.

सामान्य चुका

• व्याप्तीच्या बाहेर न लिहिता: "आम्ही काय करणार नाही" हे अस्पष्ट असल्यास, स्कोप क्रिप अपरिहार्य आहे.
• पॅकेजेस जे खूप मोठे किंवा खूप पातळ आहेत: एक महिना टिकणारे मोठे पॅकेज अप्रत्याशित आहे; एक तासाचे छोटे पॅकेज व्यवस्थापनाला वेठीस धरते. पॅकेजेस अंदाज करण्यायोग्य आणि ट्रॅक करण्यायोग्य असणे आवश्यक आहे.
• AI ब्लूप्रिंट प्रमाणित केल्याशिवाय मंजूर करणे: एक अपूर्ण एंटरप्राइझ-विशिष्ट पॅकेज (डेटा स्थलांतर, नियामक मान्यता, प्रशिक्षण) सुरुवातीपासूनच योजना खोटे ठरते.
• स्वीकृती निकष वगळणे: कोणतेही निकष नसल्यास, "पूर्ण" चर्चा अंतहीन आहे.
• ॲक्टिव्हिटींऐवजी आउटपुटवर लक्ष केंद्रित केलेले WBS सेट न करणे: चांगले WBS डिलिव्हरेबल (नावे) दाखवते, "मीटिंग आयोजित करणे" सारख्या क्रियाकलाप नाही.

टीप: WBS एकदा लिहू नका आणि ते तिथेच राहू द्या. जेव्हा एखादा मंजूर बदल येतो, तेव्हा WBS, नंतर वेळापत्रक आणि बजेट अपडेट करा. WBS हा जिवंत दस्तऐवज आहे.

सारांशात

स्कोप स्टेटमेंट प्रकल्पाच्या सीमा परिभाषित करते, तर WBS कामाचे आटोपशीर भाग परिभाषित करते. चांगल्या स्कोप स्टेटमेंटमध्ये स्पष्ट स्वीकृती निकष आणि एक मजबूत "स्कोपच्या बाहेर" सूची समाविष्ट आहे; एक चांगला WBS 100% नियम आणि परस्पर अनन्यतेचे पालन करतो. AI दोन्हीसाठी जलद आणि संपूर्ण ब्लूप्रिंट तयार करते, परंतु संस्था-विशिष्ट पॅकेजेस वगळू शकते. मानवी दृष्टीकोनातून 100% नियम लागू करणे, कार्यक्षेत्राबाहेरचे स्पष्टीकरण देणे आणि संघाचे प्रमाणीकरण प्राप्त करणे हे प्रकल्प व्यवस्थापकावर अवलंबून आहे.

अर्ज कार्य

तुमच्या सध्याच्या प्रोजेक्टसाठी, टप्प्याटप्प्याने आणि कामाच्या पॅकेजमध्ये विभागलेला AI कडून WBS तयार करा (डेटा अनामित करा). मग, तुमच्या टीमच्या सदस्यासह, 100% नियम लागू करा: कोणती पॅकेजेस गहाळ आहेत, कोणती अनावश्यक आहेत, कोणत्या डिलिव्हरीला स्वीकृती निकष नाहीत? कमीत कमी 3 गहाळ/चुकीचे बिंदू दुरुस्त करा आणि दुरुस्त केलेले WBS जतन करा.

चेकलिस्ट

• माझ्या स्कोप स्टेटमेंटमध्ये उद्देश, वितरित करण्यायोग्य, स्वीकृती निकष, व्याप्तीबाहेरील, गृहितक आणि मर्यादा आहेत.
• [ ] मी हेतुपुरस्सर "व्याप्तिबाह्य" यादी भरली.
• [ ] WBS 100% नियम पाळते (कोणतेही गहाळ/अतिरिक्त पॅकेट नाहीत).
• [] प्रत्येक कामाचे पॅकेज अंदाजे आणि शोधण्यायोग्य आहे.
• [] प्रत्येक महत्त्वाच्या डिलिव्हरीमध्ये मोजता येण्याजोगा स्वीकृती निकष असतात.
• [ ] मी संघासह AI मसुदा सत्यापित केला; मी संस्था-विशिष्ट पॅकेजेस जोडले.