વર્ક બ્રેકડાઉન સ્ટ્રક્ચર (WBS) અને સ્કોપ પ્લાનિંગ

નફો:

• સ્કોપ સ્ટેટમેન્ટ અને વર્ક બ્રેકડાઉન સ્ટ્રક્ચર (WBS) ની વિભાવનાઓને સમજો અને વર્ક પેકેજોમાં વિભાજિત ડબ્લ્યુબીએસ ડ્રાફ્ટ બનાવવા માટે AI નો ઉપયોગ કરો
• આર્ટિફિશિયલ ઇન્ટેલિજન્સ સપોર્ટ સાથે અવકાશની બહારની વસ્તુઓ, ડિલિવરી અને સ્વીકૃતિ માપદંડોને સ્પષ્ટ કરો અને સ્કોપ ક્રીપને વહેલી તકે જુઓ
• ટીમ અને હિસ્સેદારોની ચકાસણી દ્વારા સંસ્થાકીય સંદર્ભ સાથે આર્ટિફિશિયલ ઇન્ટેલિજન્સ દ્વારા ઉત્પાદિત WBSની પ્રામાણિકતા, વાસ્તવિકતા અને યોગ્યતાની પુષ્ટિ કરવાની પ્રોજેક્ટ મેનેજરની જવાબદારી છે તે સમજવાની ક્ષમતા.

જ્યારે તમે "અમે શું કરવા જઈ રહ્યા છીએ?" આની સાથે શરૂઆત કરવી એ અંધારામાં ચાલવા જેવું છે. પ્રોજેક્ટ્સ ઘણીવાર નિષ્ફળ જાય છે કારણ કે તે ખરાબ રીતે સંચાલિત નથી, પરંતુ કારણ કે તે શરૂઆતથી જ ખોટી રીતે વ્યાખ્યાયિત કરવામાં આવ્યા હતા. આ એકમનો વિષય એ બે મૂળભૂત સાધનો છે જે પ્રોજેક્ટની સીમાઓની રૂપરેખા આપે છે અને કાર્યને વ્યવસ્થિત ટુકડાઓમાં વિભાજિત કરે છે: સ્કોપ સ્ટેટમેન્ટ અને વર્ક બ્રેકડાઉન માળખું. જ્યારે આ બે દસ્તાવેજો યોગ્ય રીતે સેટ કરવામાં આવે છે, ત્યારે સમયપત્રક, આગાહી, જોખમ અને બજેટ તેમની ટોચ પર નિશ્ચિતપણે બેસે છે; જ્યારે અયોગ્ય રીતે સેટ કરવામાં આવે છે, ત્યારે સમગ્ર પ્રોજેક્ટમાં બધું હચમચી જાય છે. AI એ બંને દસ્તાવેજોમાં એક શક્તિશાળી ડ્રાફ્ટિંગ પાર્ટનર છે: તે એક સ્કોપ હાડપિંજર અને મિનિટમાં કાર્ય પેકેજોમાં વિભાજનની દરખાસ્ત કરે છે. પરંતુ યાદ રાખો: AI સામાન્ય પેટર્ન બનાવે છે; ફક્ત તમે અને તમારી ટીમ જ તમારી સંસ્થાના વાસ્તવિક ડિલિવરેબલ્સ, અવરોધો અને સ્વીકૃતિ માપદંડોને જાણે છે.

સ્કોપ સ્ટેટમેન્ટ શું છે?

સ્કોપ એ છે કે પ્રોજેક્ટમાં શું શામેલ છે અને તેમાં શું શામેલ નથી. સ્કોપ સ્ટેટમેન્ટ એ દસ્તાવેજ છે જે તેને લેખિતમાં મૂકે છે અને તેમાં સામાન્ય રીતે શામેલ છે: પ્રોજેક્ટનો હેતુ, મુખ્ય ડિલિવરી, સ્વીકૃતિ માપદંડ, અવકાશની બહારની વસ્તુઓ, ધારણાઓ અને અવરોધો. અહીંનો સૌથી નિર્ણાયક અને સૌથી ઉપેક્ષિત ભાગ એ અવકાશની બહારની સૂચિ છે: "અમે આ પ્રોજેક્ટમાં X કરીશું નહીં" "પરંતુ મને લાગ્યું કે તે શામેલ છે" દલીલ પછીથી અટકાવે છે.

જ્યારે અવકાશ નિયંત્રણમાંથી બહાર નીકળી જાય છે, ત્યારે તેને સ્કોપ ક્રીપ કહેવામાં આવે છે: પ્રોજેક્ટમાં ઉમેરાયેલ નાનું, અપ્રુવ્ડ કામ સમય જતાં તેને ખીલે છે. "ફક્ત એક વધુ નાનો ઉમેરો", જ્યારે પુનરાવર્તિત થાય છે, ત્યારે બજેટ અને શેડ્યૂલ ઉડી જાય છે. સારું અવકાશ નિવેદન અને સ્પષ્ટ સ્વીકૃતિ માપદંડ એ સ્કોપ ક્રીપ સામે સંરક્ષણની પ્રથમ લાઇન છે. સ્વીકૃતિ માપદંડ એ માપી શકાય તેવી સ્થિતિ છે જેને "સંપૂર્ણ" ગણવા માટે ડિલિવરેબલને મળવું આવશ્યક છે (દા.ત. "2 સેકન્ડથી ઓછા સમયમાં ફોર્મ લોડ થાય છે").

ટીપ: સ્કોપ સ્ટેટમેન્ટ લખતી વખતે, "આપણે શું કરીશું નહીં" સૂચિમાં "આપણે શું કરીશું" તેટલો જ પ્રયત્ન કરો. બાકાત વસ્તુઓ પ્રોજેક્ટ માટે સૌથી સસ્તો વીમો છે.

વર્ક બ્રેકડાઉન સ્ટ્રક્ચર (WBS) શું છે?

વર્ક બ્રેકડાઉન સ્ટ્રક્ચર (WBS) એ એક અધિક્રમિક વૃક્ષ છે જે પ્રોજેક્ટના કુલ કાર્યને તાર્કિક ટુકડાઓમાં વિભાજિત કરે છે જે ધીમે ધીમે ઉપરથી નીચે સુધી નાના થતા જાય છે. ટોચ પર પ્રોજેક્ટ છે, તેની નીચે મુખ્ય ડિલિવરેબલ્સ/તબક્કાઓ છે, અને તેમની નીચે કાર્ય પેકેજો છે. વર્ક પેકેજ એ કામનો સૌથી નીચો સ્તરનો ભાગ છે જે વ્યક્તિ/ટીમને સોંપી શકાય છે અને તેની અવધિ અને ખર્ચનો અંદાજ લગાવવા માટે તેટલું નાનું છે. સારું WBS બે નિયમોનું પાલન કરે છે: 100% નિયમ (નીચલા ભાગોના સરવાળામાં સમગ્ર ઉપલા ભાગનો સમાવેશ થાય છે, વધુ નહીં, ઓછા નહીં) અને પરસ્પર વિશિષ્ટતા (કોઈ બે પેકેજમાં સમાન કાર્ય નથી, ઓવરલેપ નથી).

ડબલ્યુબીએસ શા માટે એટલું મહત્વનું છે? કારણ કે આગાહી, સમયપત્રક, બજેટ અને જોખમ હંમેશા વર્ક પેકેજ સ્તરે કરવામાં આવે છે. "અમે વેબસાઇટ બનાવીશું" અણધારી છે; પરંતુ પેકેજો જેમ કે "લોગિન પેજ ડિઝાઇન", "વપરાશકર્તા નોંધણી ફોર્મ", "ચુકવણી સંકલન પરીક્ષણ" અનુમાનિત છે. WBS એ જવાબદારી સોંપવા માટેનું માળખું પણ છે (RACI), પ્રોગ્રેસ મોનિટરિંગ અને કોમ્યુનિકેશન.

સ્ટેપ બાય સ્ટેપ: AI સાથે WBS ડ્રાફ્ટ જનરેટ કરવું

1. અવકાશ સ્પષ્ટ કરો. અનામી રૂપે AI ને પ્રોજેક્ટનો હેતુ, કી ડિલિવરેબલ્સ અને જાણીતા અવરોધો આપો. સારો WBS અસ્પષ્ટ હેતુથી આવતો નથી.
2. ડ્રાફ્ટ બ્રેકડાઉન માટે પૂછો. તબક્કાઓ અને કાર્ય પેકેજોમાં વિભાજિત વંશવેલો માટે AI ને પૂછો; દરેક પેકેજ માટે વન-લાઇન સ્કોપ વર્ણન અને સૂચવેલ ડિલિવરી માટે પૂછો.
3. 100% નિયમનું પરીક્ષણ કરો. તપાસો કે ઉત્પાદિત પેકેજોની કુલ અવકાશને પૂર્ણપણે પૂર્ણ કરે છે કે કેમ; ગુમ થયેલ અને બિનજરૂરી વસ્તુઓને ચિહ્નિત કરો.
4. સ્વીકૃતિ માપદંડ ઉમેરો. દરેક કી ડિલિવરી કરવા માટે ડ્રાફ્ટ માપી શકાય તેવા સ્વીકૃતિ માપદંડની આવશ્યકતા છે, પછી તેમને વાસ્તવિકતા સામે રિફાઇન કરો.
5. અવકાશની બહાર સ્પષ્ટતા કરો. AI ને "વસ્તુઓ જે કદાચ આ પ્રોજેક્ટ માટે અવકાશની બહાર હોવી જોઈએ" ની સૂચિ માટે પૂછો અને ટીમ સાથે તેની ચર્ચા કરો.
6. ટીમ અને હિતધારકની માન્યતા. વર્ક પેકેજના માલિકો સાથે ડ્રાફ્ટની સમીક્ષા કરો. ડબલ્યુબીએસ ટીમની મંજૂરી વિના ક્યારેય "યોજના" નથી.

સાવધાન: 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 અઠવાડિયા ઉમેર્યા. પાઠ: 100% નિયમ સાથે માનવ પરીક્ષણ વિના AI ડ્રાફ્ટને મંજૂરી આપવી જોઈએ નહીં.

નબળા પ્રોમ્પ્ટ / મજબૂત પ્રોમ્પ્ટ

નબળા પ્રોમ્પ્ટ:

મોબાઇલ એપ્લિકેશન પ્રોજેક્ટ માટે WBS લખો.

આ પ્રોમ્પ્ટ ખૂબ જ સામાન્ય છે: AI સામાન્ય રીતે ટેમ્પલેટ બનાવે છે, પરંતુ તે તમારા પ્રોજેક્ટના વાસ્તવિક ડિલિવરી, અવરોધો અને સ્વીકૃતિ માપદંડો સાથે ઓછી સુસંગતતા ધરાવે છે.

શક્તિશાળી પ્રોમ્પ્ટ:

તમારી ભૂમિકા: એક વરિષ્ઠ પ્રોજેક્ટ પ્લાનિંગ નિષ્ણાત. સંદર્ભ: રિટેલ ક્લાયન્ટ માટે ઇન્વેન્ટરી ટ્રેકિંગ મોબાઇલ એપ્લિકેશન (નામ ઢંકાયેલું). અવરોધો: 4 મહિના, વર્તમાન ERP સાથે એકીકરણ ફરજિયાત, iOS+Android, ડેટા સ્થાનાંતરણ ઉપલબ્ધ. કાર્ય: તબક્કાઓ અને કાર્ય પેકેજોમાં વિભાજિત ડ્રાફ્ટ WBS તૈયાર કરો. નિયમો:-% 10 નિયમો; દરેક તબક્કા હેઠળના પેકેજોએ તબક્કાને સંપૂર્ણ રીતે આવરી લેવું જોઈએ.- દરેક કાર્ય પેકેજ માટે: સિંગલ લાઇન સ્કોપ + મુખ્ય ડિલિવરેબલ + માપી શકાય તેવા સ્વીકૃતિ માપદંડ.- અંતમાં એક અલગ "સંભવતઃ અવકાશની બહાર" સૂચિ આપો.- સંસ્થા-વિશિષ્ટ પેકેજો કે જેના વિશે તમે "[ટીમ સાથે પુષ્ટિ કરો]" સાથે ચોક્કસ ન હો તેને ચિહ્નિત કરો, ફિટિંગ. આઉટપુટ: માર્કડાઉન ટેબલ (તબક્કો | પેકેજ | અવકાશ | ડિલિવરી | સ્વીકૃતિ માપદંડ).

આ વિનંતી મજબૂત છે કારણ કે સંદર્ભ, અવરોધ, 100% નિયમ, સ્વીકૃતિ માપદંડ અને અવકાશની બહારની વિનંતી સ્પષ્ટ છે; "[ટીમ સાથે પુષ્ટિ]" સાથે અનિશ્ચિતતાને પણ લાગુ કરે છે.

વધારાના નમૂનાઓ:

# આઉટ ઓફ સ્કોપ ફાઈન્ડર નીચે આપેલ સ્કોપ સ્ટેટમેન્ટ વાંચો. "અવકાશની બહારના ઉમેદવારો" કાર્યો તરીકે સૂચિબદ્ધ કરો જે સામાન્ય છે પરંતુ અહીં સ્પષ્ટપણે ઉલ્લેખિત નથી (દા.ત. તાલીમ, દસ્તાવેજીકરણ, સમર્થન, સ્થળાંતર, સુરક્ષા પરીક્ષણ). દરેક માટે, તેને શા માટે શામેલ/બાકાત રાખવો જોઈએ તે પૂછો.

# સ્વીકૃતિ માપદંડ ઉત્પાદક નીચેની ડિલિવરી માટે 3-5 માપી શકાય તેવા સ્વીકૃતિ માપદંડ સૂચવો (SMART ફોર્મેટમાં):[ડિલિવરી]. માપદંડ ન લખો કે જે માપી ન શકાય (જેમ કે "તે સારી રીતે કામ કરવું જોઈએ").

# 100% નિયમ તપાસનાર નીચે WBS ની તપાસ કરો. સ્કોપ સ્ટેટમેન્ટમાંથી કયા ડિલિવરેબલને કોઈપણ વર્કપેકમાં પ્રતિરૂપ નથી? કયા પેકેજો સ્કોપ સ્ટેટમેન્ટ કરતાં વધી જાય છે? ગાબડાઓની સૂચિ બનાવો.

સામાન્ય ભૂલો

• અવકાશની બહાર ન લખવું: જો "આપણે શું નહીં કરીએ" તે અસ્પષ્ટ છે, તો અવકાશ ક્રિપ અનિવાર્ય છે.
• પેકેજો કે જે ખૂબ મોટા અથવા ખૂબ પાતળા છે: એક વિશાળ પેકેજ જે એક મહિના સુધી ચાલે છે તે અણધારી છે; એક કલાકનું નાનું પેકેજ મેનેજમેન્ટને ડૂબી જાય છે. પેકેજો અનુમાનિત અને ટ્રેકેબલ હોવા જોઈએ.
• AI બ્લુપ્રિન્ટને માન્ય કર્યા વિના મંજૂર કરવું: એક અપૂર્ણ એન્ટરપ્રાઇઝ-વિશિષ્ટ પેકેજ (ડેટા સ્થળાંતર, નિયમનકારી મંજૂરી, તાલીમ) શરૂઆતથી જ યોજનાને ખોટી બનાવે છે.
• સ્વીકૃતિ માપદંડને અવગણવું: જો કોઈ માપદંડ ન હોય, તો "થઈ ગયું" ચર્ચા અનંત છે.
• પ્રવૃતિઓને બદલે આઉટપુટ પર ધ્યાન કેન્દ્રિત કરતું WBS સેટ ન કરવું: સારું WBS ડિલિવરેબલ્સ (નામો) બતાવે છે, "મીટિંગ યોજવી" જેવી પ્રવૃત્તિઓ નહીં.

ટીપ: એકવાર WBS લખશો નહીં અને તેને ત્યાં જ છોડી દો. જ્યારે મંજૂર ફેરફાર આવે, ત્યારે WBS, પછી શેડ્યૂલ અને બજેટ અપડેટ કરો. WBS એ જીવંત દસ્તાવેજ છે.

સારાંશમાં

સ્કોપ સ્ટેટમેન્ટ પ્રોજેક્ટની સીમાઓને વ્યાખ્યાયિત કરે છે, જ્યારે WBS કાર્યના વ્યવસ્થિત ભાગોને વ્યાખ્યાયિત કરે છે. સારા સ્કોપ સ્ટેટમેન્ટમાં સ્પષ્ટ સ્વીકૃતિ માપદંડ અને મજબૂત "સ્કોપની બહાર" સૂચિ શામેલ છે; એક સારો WBS 100% નિયમ અને પરસ્પર વિશિષ્ટતાને અનુસરે છે. AI બંને માટે ઝડપી અને સંપૂર્ણ બ્લુપ્રિન્ટ્સ બનાવે છે, પરંતુ સંસ્થા-વિશિષ્ટ પેકેજોને છોડી શકે છે. માનવીય પરિપ્રેક્ષ્યમાં 100% નિયમ લાગુ કરવો, અવકાશની બહારની સ્પષ્ટતા કરવી અને ટીમની માન્યતા પ્રાપ્ત કરવી તે પ્રોજેક્ટ મેનેજર પર નિર્ભર છે.

એપ્લિકેશન કાર્ય

તમારા વર્તમાન પ્રોજેક્ટ માટે, તબક્કાઓ અને કાર્ય પેકેજોમાં વિભાજિત AI માંથી WBS ડ્રાફ્ટ બનાવો (ડેટાને અનામી બનાવો). પછી, તમારી ટીમના સભ્ય સાથે, 100% નિયમ લાગુ કરો: કયા પેકેજો ખૂટે છે, કયા બિનજરૂરી છે, કયા ડિલિવરીમાં કોઈ સ્વીકૃતિ માપદંડ નથી? ઓછામાં ઓછા 3 ખૂટતા/ખોટા પોઈન્ટને ઠીક કરો અને સુધારેલ WBS સાચવો.

ચેકલિસ્ટ

• [ ] મારા અવકાશ નિવેદનમાં હેતુ, પહોંચાડવા યોગ્ય, સ્વીકૃતિ માપદંડ, અવકાશની બહાર, ધારણા અને અવરોધ છે.
• [ ] મેં હેતુપૂર્વક "અવકાશની બહાર" યાદી ભરી છે.
• [ ] WBS 100% નિયમનું પાલન કરે છે (કોઈ ગુમ/અધિક પેકેટ નહીં).
• દરેક કાર્ય પેકેજ અનુમાનિત અને શોધી શકાય તેવું છે.
• દરેક મહત્વપૂર્ણ ડિલિવરેબલમાં માપી શકાય તેવા સ્વીકૃતિ માપદંડ હોય છે.
• [ ] મેં ટીમ સાથે AI ડ્રાફ્ટની ચકાસણી કરી; મેં સંસ્થા-વિશિષ્ટ પેકેજો ઉમેર્યા.