നേട്ടങ്ങൾ:
- പ്രൊജക്റ്റ് മാനേജ്മെൻ്റിൽ (ആസൂത്രണം, എസ്റ്റിമേറ്റ്, റിപ്പോർട്ടിംഗ്, ആശയവിനിമയം) തത്സമയം ലാഭിക്കുന്നത് ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് എവിടെയാണെന്നും ടാസ്ക് റിസ്ക് ലെവലിനെ ആശ്രയിച്ച് ബജറ്റ് പ്രതിബദ്ധത, ഡെലിവറി തീയതി തുടങ്ങിയ തീരുമാനങ്ങൾ പ്രോജക്ട് മാനേജർക്ക് വിടുന്നത് എവിടെയാണെന്ന് തിരിച്ചറിയാൻ കഴിയും.
- ഓരോ ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് ഔട്ട്പുട്ടും ഉറവിടവുമായി ബന്ധിപ്പിക്കുക, വീണ്ടും കണക്കാക്കുക, അഡ്മിനിസ്ട്രേറ്റീവ് ഫിൽട്ടറിംഗിലൂടെ കൈമാറുക തുടങ്ങിയ ഘട്ടങ്ങളിലൂടെ പരിശോധിച്ചുറപ്പിക്കുന്ന ഒരു അച്ചടക്കം പ്രയോഗിക്കാനുള്ള കഴിവ്.
- കെവികെകെ/സ്വകാര്യത, എൻഡിഎ എന്നിവയുടെ പരിധിക്കുള്ളിൽ പ്രോജക്റ്റ്, ഉപഭോക്തൃ, പങ്കാളി ഡാറ്റ എന്നിവ അജ്ഞാതമാക്കുകയും സുരക്ഷിത വാഹനങ്ങൾ തിരഞ്ഞെടുക്കുന്ന ശീലം നേടുകയും ചെയ്യുന്നു
ഓരോ പ്രോജക്റ്റിലും നൂറുകണക്കിന് തീരുമാനങ്ങളുണ്ട്, അവയിൽ മിക്കതും നിശബ്ദമായി എടുക്കുന്നു. ഈ ജോലി ആർക്കുവേണ്ടിയാണ്? ഈ ടാസ്ക് എത്ര ദിവസം എടുക്കും? ബജറ്റ് നിലനിൽക്കുമോ? ഏത് തീയതിയാണ് ഞങ്ങൾ ഉപഭോക്താവിനോട് പറയേണ്ടത്? ഈ അപകടം സംഭവിച്ചാൽ നമ്മൾ എന്തുചെയ്യും? കഴിഞ്ഞ ആഴ്ചയിലെ യോഗത്തിൽ ഞങ്ങൾ എന്ത് തീരുമാനമാണ് എടുത്തത്, ആരാണ് എന്താണ് ചെയ്യാൻ പോകുന്നത്? ഈ തീരുമാനങ്ങളിൽ ചിലത് ആവർത്തനപരവും ഡാറ്റാ-ഇൻ്റൻസീവ്, സമയം-ദഹിപ്പിക്കുന്നതുമാണ്; ഒരു പ്രോജക്ട് മാനേജരുടെ (PM - പ്രോജക്ട് മാനേജർ, പദ്ധതി മുതൽ പദ്ധതി ഡെലിവറി വരെ ഉത്തരവാദിത്തമുള്ള വ്യക്തി) മിക്ക ജോലികളും റിപ്പോർട്ടുകൾ എഴുതുന്നതിനും പട്ടികകൾ പൂരിപ്പിക്കുന്നതിനും ഇ-മെയിലുകൾ തയ്യാറാക്കുന്നതിനും മീറ്റിംഗ് കുറിപ്പുകൾ സൂക്ഷിക്കുന്നതിനുമാണ് ചെലവഴിക്കുന്നത്. ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് (AI, അല്ലെങ്കിൽ AI, ഹ്രസ്വമായ കംപ്യൂട്ടർ സംവിധാനങ്ങൾ, ടെക്സ്റ്റ് സൃഷ്ടിക്കാനും, പാറ്റേണുകൾ തിരിച്ചറിയാനും, പ്രവചനങ്ങൾ നടത്താനും, മനുഷ്യരെപ്പോലെ ഡാറ്റ സംഗ്രഹിക്കാനും കഴിയുന്ന കമ്പ്യൂട്ടർ സംവിധാനങ്ങൾ) ഈ ചിത്രത്തിൻ്റെ മധ്യഭാഗത്ത് യോജിച്ചതാണ്: ശരിയായി ഉപയോഗിക്കുമ്പോൾ, മണിക്കൂറുകളേക്കാൾ മിനിറ്റുകൾക്കുള്ളിൽ ഒരു വർക്ക് ബ്രേക്ക്ഡൗൺ ഘടനയോ റിസ്ക് രജിസ്റ്ററോ സ്റ്റാറ്റസ് റിപ്പോർട്ടോ മീറ്റിംഗ് സംഗ്രഹമോ തയ്യാറാക്കാം; തെറ്റായി ഉപയോഗിച്ചാൽ, സുരക്ഷിതമെന്ന് തോന്നുന്ന എന്നാൽ അടിസ്ഥാനരഹിതമായ ഊഹത്തിൽ നിന്ന് ഇത് ഉപഭോക്തൃ പ്രതിബദ്ധതയിലേക്ക് നയിച്ചേക്കാം.
ഈ മൊഡ്യൂളിൻ്റെ ആദ്യ യൂണിറ്റ് ഒരു സോഫ്റ്റ്വെയർ ആമുഖമല്ല. നിങ്ങളുടെ പ്രോജക്ട് വർക്കിൽ എഐ എവിടെ വയ്ക്കണം, എവിടെ വയ്ക്കരുത് എന്ന് വ്യക്തമാക്കുക എന്നതാണ് ഇതിൻ്റെ ഉദ്ദേശം. പ്രോജക്റ്റ് മാനേജ്മെൻ്റ് ഒരു "ഓപ്പറേഷൻ-ക്രിട്ടിക്കൽ", "കമ്മിറ്റ്മെൻ്റ്-ക്രിട്ടിക്കൽ" ഫീൽഡ് ആയതിനാൽ: ഉപഭോക്താവുമായി ഒപ്പിട്ട കരാറിനെ അടിസ്ഥാനമാക്കിയാണ് നിങ്ങൾ നൽകുന്ന സമയ എസ്റ്റിമേറ്റ്; ഒരു റിസോഴ്സ് തീരുമാനം ആഴ്ചകൾ നിറഞ്ഞ ഒരു ടീം അംഗത്തിൻ്റെ കലണ്ടറായി മാറുന്നു. നമുക്ക് ആദ്യം മുതൽ അടിസ്ഥാന തത്വം നിരത്താം: AI ഒരു സഹായിയാണ്, ഒരു പ്രോജക്റ്റ് മാനേജരല്ല. ബജറ്റ് പ്രതിബദ്ധത, ഡെലിവറി തീയതി വാഗ്ദാനം, റിസോഴ്സ് അലോക്കേഷൻ, കരാർ ബാധ്യത തുടങ്ങിയ തീരുമാനങ്ങളുടെ ഉത്തരവാദിത്തവും അന്തിമ അംഗീകാരവും യോഗ്യതയുള്ള പ്രോജക്ട് മാനേജർക്കും ഉത്തരവാദിത്തമുള്ള പങ്കാളികൾക്കും അവകാശപ്പെട്ടതാണ്.
പ്രോജക്ട് മാനേജ്മെൻ്റിൻ്റെ പാളികളും AI-യുടെ സ്ഥലവും
ഒരു പ്രോജക്റ്റ് മനസിലാക്കാൻ, ജോലിയെ മൂന്ന് ലെയറുകളായി വിഭജിക്കുന്നത് ഉപയോഗപ്രദമാണ്. പ്രവർത്തന പാളി എന്നത് ദൈനംദിന പ്രവർത്തനമാണ്: ടാസ്ക് ട്രാക്കിംഗ്, മീറ്റിംഗ് കുറിപ്പ്, ഇമെയിൽ, സ്റ്റാറ്റസ് അപ്ഡേറ്റ്. തന്ത്രപരമായ പാളി ആസൂത്രണം ചെയ്യുകയും ട്രാക്കുചെയ്യുകയും ചെയ്യുന്നു: വർക്ക് ബ്രേക്ക്ഡൗൺ ഘടന, ഷെഡ്യൂൾ, പ്രവചനം, റിസ്ക് രജിസ്റ്റർ, സ്റ്റാറ്റസ് റിപ്പോർട്ട്. തന്ത്രപരമായ പാളി പ്രോജക്റ്റിൻ്റെ യുക്തിയും ദിശയും നിർണ്ണയിക്കുന്നു: ചെലവ്-ആനുകൂല്യം, പോർട്ട്ഫോളിയോ മുൻഗണന, സ്കോപ്പ് തീരുമാനം. AI-ന് മൂന്ന് പാളികളിലും സ്പർശിക്കാൻ കഴിയും; എന്നാൽ ഓരോന്നിലും വ്യത്യസ്ത അധികാരത്തോടെ. പ്രവർത്തന പാളിയിൽ, AI അതിവേഗ ഡ്രാഫ്റ്റുകളും സംഗ്രഹങ്ങളും നിർമ്മിക്കുന്നു; സ്ട്രാറ്റജിക് ലെയറിൽ, അത് ഇൻപുട്ട് നൽകുന്നു, മാനേജ്മെൻ്റും സ്പോൺസറും തീരുമാനമെടുക്കുന്നു. സ്പോൺസർ (പ്രോജക്റ്റിനും കോർപ്പറേറ്റ് ഉടമസ്ഥതയ്ക്കും ധനസഹായം നൽകുന്ന മുൻനിര മാനേജർ), സ്റ്റേക്ക്ഹോൾഡർ (പ്രോജക്റ്റിനെ ബാധിക്കുന്ന അല്ലെങ്കിൽ പ്രോജക്റ്റിനെ ബാധിക്കുന്ന എല്ലാവരും - ഉപഭോക്താവ്, ടീം, വിതരണക്കാരൻ, ഉപയോക്താവ്) തുടങ്ങിയ ആശയങ്ങൾ ഇനിപ്പറയുന്ന യൂണിറ്റുകളിൽ ഓരോന്നായി ഞങ്ങൾ വിശദീകരിക്കും.
നമുക്ക് ആദ്യം മുതൽ കുറച്ച് അടിസ്ഥാന നിബന്ധനകൾ നിർവചിക്കാം. പദ്ധതി എന്തുചെയ്യും ചെയ്യില്ല എന്നത് വ്യാപ്തിയാണ്. വർക്ക് ബ്രേക്ക്ഡൗൺ സ്ട്രക്ച്ചർ (WBS) എന്നത് ജോലിയെ കൈകാര്യം ചെയ്യാവുന്ന കഷണങ്ങളാക്കി മാറ്റുന്നതാണ്. പുരോഗതിയെ അടയാളപ്പെടുത്തുന്ന ഒരു പ്രധാന പോയിൻ്റാണ് ഒരു നാഴികക്കല്ല് (ഉദാ. "ഡിസൈൻ അംഗീകാരം"). അപകടസാധ്യത എന്നത് ഒരു അനിശ്ചിത സംഭവമാണ്, അത് സംഭവിക്കുകയാണെങ്കിൽ അത് പദ്ധതിയെ ബാധിക്കും. പ്രോജക്റ്റ് ഉൽപ്പാദിപ്പിക്കുന്ന കോൺക്രീറ്റ് ഔട്ട്പുട്ട് ഡെലിവറബിൾ ആണ്. ഈ ആശയങ്ങളിലെല്ലാം, AI നിങ്ങൾക്ക് രൂപരേഖയും വിശകലനവും നൽകുന്നു, പക്ഷേ തീരുമാനങ്ങൾ എടുക്കുന്നില്ല.
ദൗത്യം അനുസരിച്ച് AI-യുടെ റോളും അപകടസാധ്യത നിലയും ഇനിപ്പറയുന്ന പട്ടിക സംഗ്രഹിക്കുന്നു:
അന്വേഷണം
AI യുടെ പങ്ക്
റിസ്ക് ലെവൽ
ആർ അംഗീകരിക്കുന്നു
മീറ്റിംഗ് സംഗ്രഹം / ഇമെയിൽ ഡ്രാഫ്റ്റ്
സ്കെച്ച് ജനറേറ്റർ
താഴ്ന്ന
പ്രൊജക്റ്റ് മാനേജർ
WBS / സ്കോപ്പ് ഔട്ട്ലൈൻ
സ്കെച്ച് ജനറേറ്റർ
താഴ്ന്ന ഇടത്തരം
PM + ടീം
കാലാവധിയും റിസോഴ്സ് എസ്റ്റിമേഷനും
പ്രവചകൻ, സാഹചര്യം ജനറേറ്റർ
ഇടത്തരം-ഉയരം
PM + ടീം ഡാറ്റ
റിസ്ക് രജിസ്റ്റർ സ്കോറിംഗ്
സ്റ്റാറ്റിസ്റ്റിക്കൽ ഉത്തേജനം
ഇടത്തരം
റിസ്ക് ഉടമ + PM
സ്റ്റാറ്റസ് റിപ്പോർട്ട് / ഇവിഎം അഭിപ്രായം
വിശകലനവും ഡ്രാഫ്റ്റും
ഇടത്തരം
പ്രൊജക്റ്റ് മാനേജർ
ഡെലിവറി തീയതി / ബജറ്റ് പ്രതിബദ്ധത
സഹായ ഇൻപുട്ട്
വളരെ ഉയർന്നത്
PM + സ്പോൺസർ
കരാർ/വിഭവ വിഹിതം സംബന്ധിച്ച തീരുമാനം
സഹായ ഇൻപുട്ട്
വളരെ ഉയർന്നത്
സ്പോൺസർ + PM
ഈ ചാർട്ടിലെ ഒരു വരി ഓർക്കുക: അപകടസാധ്യത വർദ്ധിക്കുന്നതിനനുസരിച്ച്, AI-യുടെ പങ്ക് ചുരുങ്ങുന്നു, മനുഷ്യരുടെ അംഗീകാരം വർദ്ധിക്കുന്നു.
എന്തുകൊണ്ടാണ് "സ്ഥിരീകരണം" ഈ ബിസിനസിൻ്റെ ഹൃദയം
ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് ഭാഷാ മോഡലുകൾ അവരുടെ ഉത്തരത്തിൽ ആത്മവിശ്വാസം തോന്നുന്നു, പക്ഷേ അവർക്ക് ഉറപ്പുണ്ടായിരിക്കില്ല. സാങ്കേതിക ഭാഷയിൽ, ഇതിനെ ഹാലുസിനേഷൻ എന്ന് വിളിക്കുന്നു: നിലവിലില്ലാത്ത വിവരങ്ങൾ ഒരു ഒഴുക്കുള്ള വാക്യത്തിൽ, അത് ശരിയാണെന്ന മട്ടിൽ മോഡലിൻ്റെ കെട്ടിച്ചമച്ചതാണ്. ഒരു പ്രോജക്റ്റ് മാനേജരെ സംബന്ധിച്ചിടത്തോളം ഇതൊരു ഗുരുതരമായ കെണിയാണ്: നിങ്ങളുടെ ടീമിൻ്റെ വേഗത, സാങ്കേതിക കടം, അവധിക്കാല ഷെഡ്യൂൾ എന്നിവയെക്കുറിച്ച് ഒന്നും അറിയാത്ത സമയത്ത് മോഡൽ നിങ്ങൾക്ക് ആത്മവിശ്വാസത്തോടെ "ഇത്തരം സോഫ്റ്റ്വെയർ സംയോജനത്തിന് 3 ആഴ്ച എടുക്കും" എന്ന സമയപരിധി നൽകിയേക്കാം. അല്ലെങ്കിൽ അത് ഒരു രീതിശാസ്ത്രത്തെ തെറ്റായി പ്രതിനിധീകരിക്കാം (ഉദാ. "PMBOK 7-ന് ഇനിപ്പറയുന്നവ ആവശ്യമാണ്"). അവൻ രണ്ടും ഒരേ ഒഴുക്കോടെ പറയുന്നതിനാൽ, ശരിയും തെറ്റും വേർതിരിക്കുന്നത് നിങ്ങളുടെ അറിവും പരിശോധിക്കാനുള്ള ശീലവുമാണ്.
സ്ഥിരീകരണ അച്ചടക്കം മൂന്ന് ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു:
- ഉറവിടത്തിലേക്കുള്ള ലിങ്ക്: കാലയളവുകൾ, ചെലവുകൾ, ശേഷികൾ, മുൻകാല പ്രകടനം എന്നിവയ്ക്കായി നിങ്ങളുടെ സ്വന്തം ഓർഗനൈസേഷൻ്റെ റെക്കോർഡുകളെയും (ചരിത്രപരമായ പ്രോജക്റ്റ് ഡാറ്റ, ഷെഡ്യൂളുകൾ, റിസോഴ്സ് പൂൾ, അക്കൗണ്ടിംഗ്) നിങ്ങളുടെ ടീമിൻ്റെ ഊഹം, AI-യുടെ മെമ്മറി എന്നിവയെ ആശ്രയിക്കുക. ആ ഡാറ്റയിൽ അഭിപ്രായമിടാൻ AI ഉപയോഗിക്കുക, അത് ഓർക്കാതിരിക്കുക.
- വീണ്ടും കണക്കാക്കുക / താരതമ്യം ചെയ്യുക: AI റിട്ടേണുകളുടെ ഓരോ സംഖ്യാ ഫലവും സ്വതന്ത്രമായി പരിശോധിക്കുക (മൊത്തം സമയം, ബജറ്റ്, ശതമാനം പൂർത്തിയായി, CPI/SPI). മൊത്തം, ഒരു ശരാശരി, ഒരു നിർണായക പാത എന്നിവ പരിശോധിക്കുക.
- മാനേജീരിയൽ ഫിൽട്ടർ: ഔട്ട്പുട്ട് ഗ്രൗണ്ടിലെ വസ്തുതകൾക്ക് വിരുദ്ധമാണോ (ടീം ലഭ്യത, ബഡ്ജറ്റ്, കരാർ, ആശ്രിതത്വം) എന്ന് ഒരു മാനേജരുടെ വീക്ഷണകോണിൽ നിന്ന് പരിശോധിക്കുക.
ശ്രദ്ധിക്കുക: AI നിർമ്മിച്ച ഒരു പ്രവചനമോ റിപ്പോർട്ടോ സ്പോൺസറിന് സമർപ്പിക്കുകയോ അത് സ്ഥിരീകരിക്കാതെ ഉപഭോക്താവിന് സമർപ്പിക്കുകയോ ചെയ്യുന്നത് ഒപ്പിടാത്ത കരാർ നൽകുന്നത് പോലെയാണ്. ഔട്ട്പുട്ട് സുഗമമായതിനാൽ ശരിയല്ല.
രഹസ്യാത്മകത: പ്രോജക്റ്റ് ഡാറ്റ പലപ്പോഴും രഹസ്യാത്മകമാണ്
പ്രോജക്റ്റ് ഡാറ്റയുടെ ഭൂരിഭാഗവും സെൻസിറ്റീവ് ആണ്. ഉപഭോക്താവിൻ്റെ പേര്, കരാർ തുക, ബിഡ് വിലകൾ, ജീവനക്കാരുടെ ശമ്പളം, പ്രകടന വിവരങ്ങൾ, ഇതുവരെ പ്രഖ്യാപിച്ചിട്ടില്ലാത്ത ഉൽപ്പന്ന പദ്ധതികൾ എന്നിവ പലപ്പോഴും NDA (നോൺ-ഡിസ്ക്ലോഷർ എഗ്രിമെൻ്റ്) പരിരക്ഷിക്കുന്നു; വ്യക്തിഗത ഡാറ്റ ടർക്കിയിൽ KVKK (വ്യക്തിഗത ഡാറ്റ സംരക്ഷണ നിയമം), യൂറോപ്പിലെ GDPR എന്നിവയിൽ ഉൾപ്പെടുന്നു. പൊതുവായി ലഭ്യമായ AI ടൂളിലേക്ക് ഉപഭോക്താവിൻ്റെ പേര്, കരാർ വില, ടീം അംഗങ്ങളുടെ പേരുകൾ, പ്രകടന സ്കോറുകൾ എന്നിവ ഒട്ടിക്കുന്നത് കരാർ ലംഘനവും ഡാറ്റാ ലംഘനവുമാകാം. നിയമം ലളിതമാണ്: ഡാറ്റ അജ്ഞാതമാക്കുക, അനാവശ്യമായി പങ്കിടരുത്. "എബിസി ബാങ്കിനൊപ്പം 4.2 ദശലക്ഷം TL CRM പ്രോജക്റ്റ്" എന്നതിനുപകരം "ഒരു വലിയ തോതിലുള്ള സാമ്പത്തിക ഉപഭോക്താവിനുള്ള സോഫ്റ്റ്വെയർ പ്രോജക്റ്റ്"; "ആൻ്റി (സീനിയർ ഡെവലപ്പർ, മോശം പ്രകടനം)" എന്നതിന് പകരം "ഒരു മുതിർന്ന ടീം അംഗം" എന്ന് എഴുതുക. സാധ്യമെങ്കിൽ, ഡാറ്റ പ്രോസസ്സിംഗ് കരാറുള്ള കോർപ്പറേറ്റ് ടൂളുകൾ തിരഞ്ഞെടുക്കുക, കൂടാതെ മോഡൽ പരിശീലനത്തിൽ നിങ്ങളുടെ ഡാറ്റ ഉപയോഗിക്കരുത്.
മൂന്ന് മിനി കേസുകൾ
കേസ് 1 - സുരക്ഷിതമായ ഉപയോഗം. ഒരു പ്രോജക്റ്റ് കോർഡിനേറ്റർ ഓരോ ആഴ്ചയും 2.5 മണിക്കൂർ 6 വർക്ക് പാക്കേജുകളിൽ നിന്നുള്ള പുരോഗതി ഒരൊറ്റ സ്റ്റാറ്റസ് റിപ്പോർട്ടായി ക്രോഡീകരിക്കുന്നു. അദ്ദേഹം അജ്ഞാതമായി പുരോഗതി ഡാറ്റ (ഉപഭോക്താവിൻ്റെ പേരും മറച്ചുവെച്ച തുകയും) AI-ക്ക് നൽകുകയും ഒരു ഡ്രാഫ്റ്റ് എക്സിക്യൂട്ടീവ് സംഗ്രഹം അഭ്യർത്ഥിക്കുകയും ചെയ്തു. AI 12 മിനിറ്റിനുള്ളിൽ ഒരു സ്കെച്ച് നിർമ്മിച്ചു; കോർഡിനേറ്റർ ഓരോ ശതമാനവും തൻ്റെ ട്രാക്കിംഗ് ചാർട്ടുമായി താരതമ്യം ചെയ്തു, തെറ്റായ പൂർത്തീകരണ നിരക്ക് തിരുത്തി, സ്റ്റാറ്റസ് നിറങ്ങൾ യാഥാർത്ഥ്യത്തിലേക്ക് പരിഷ്കരിച്ചു. ദൈർഘ്യം: 2.5 മണിക്കൂറിന് പകരം 35 മിനിറ്റ്. AI ഡ്രാഫ്റ്റ് നൽകി, ഉത്തരവാദിത്തം മനുഷ്യനിൽ തുടർന്നു.
കേസ് 2 - സ്ഥിരീകരിക്കാത്ത പ്രവചന കെണി. ഒരു പ്രധാനമന്ത്രി AIയോട് ചോദിച്ചു “ഒരു മൊബൈൽ ആപ്പ് ടെസ്റ്റിന് എത്ര ദിവസമെടുക്കും?” ടീമിൻ്റെ ഡാറ്റ കാണുന്നതിന് മുമ്പ് "ഏകദേശം 8 ദിവസം" എന്ന് AI പറഞ്ഞു. പ്രധാനമന്ത്രി ഇത് ഉപഭോക്താവിനെ ഏൽപ്പിച്ചു; ടീമിൻ്റെ ചരിത്രപരമായ ഡാറ്റയെ അടിസ്ഥാനമാക്കി 15 പ്രവൃത്തി ദിവസങ്ങളായിരുന്നു യഥാർത്ഥ സമയം. 7 ദിവസത്തെ വ്യതിയാനം പെനാൽറ്റിയിൽ കലാശിച്ചു. തെറ്റ്: ടീം ഡാറ്റയില്ലാതെ പ്രതിബദ്ധത സൃഷ്ടിക്കാൻ AI-ൽ നിന്ന് ഒരു നമ്പർ പ്രതീക്ഷിക്കുന്നു.
കേസ് 3 - രഹസ്യാത്മകതയുടെ ലംഘനം. ഒരു ടീം ലീഡർ ഉപഭോക്താവിൻ്റെ പേര്, കരാർ തുക, മുഴുവൻ ടീമിൻ്റെയും പേര്-ശമ്പള വിവരങ്ങൾ എന്നിവ അടങ്ങുന്ന ഒരു റിസോഴ്സ് പ്ലാൻ ഒരു പൊതു AI ടൂളിലേക്ക് അപ്ലോഡ് ചെയ്യുകയും "ഇത് ഒപ്റ്റിമൈസ് ചെയ്യുക" എന്ന് പറഞ്ഞു. ഡാറ്റ ഒരു ബാഹ്യ സെർവറിലേക്ക് പോയി; NDA ലംഘനത്തിന് ഉപഭോക്താവ് നോട്ടീസ് അയച്ചു. പേര്, തുക, ശമ്പളം എന്നിവ ഒഴിവാക്കി റോൾ, പ്രയത്ന ശതമാനം തുടങ്ങിയ അജ്ഞാത ഫീൽഡുകൾ മാത്രം പങ്കിടുക എന്നതായിരുന്നു ശരിയായ മാർഗം.
ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്
ദുർബലമായ പ്രോംപ്റ്റ്:
ഈ മാസത്തെ ഞങ്ങളുടെ പ്രോജക്റ്റിൻ്റെ അവസ്ഥയെക്കുറിച്ച് എഴുതുക, ഞങ്ങൾ എത്രത്തോളം എത്തിയെന്ന് ഞങ്ങളോട് പറയുക.
ഈ ക്ലെയിം പിഴവുള്ളതാണ്: AI-ക്ക് ഡാറ്റയൊന്നും നൽകിയിട്ടില്ല, അതിനാൽ "ഞങ്ങൾ എത്ര ദൂരം എത്തി" എന്ന ചോദ്യത്തിന് ഒരു നിർമ്മിത നമ്പർ ഉപയോഗിച്ച് മാത്രമേ ഇതിന് ഉത്തരം നൽകാൻ കഴിയൂ. കാലഘട്ടമോ വ്യാപ്തിയോ സന്ദർഭമോ വ്യക്തമല്ല.
ശക്തമായ നിർദ്ദേശം:
നിങ്ങളുടെ റോൾ: ഒരു പ്രോജക്റ്റ് മാനേജരെ സഹായിക്കുന്ന അസിസ്റ്റൻ്റ്. സന്ദർഭം: 5 വർക്ക് പാക്കേജുകൾക്കുള്ള പ്ലാൻ/യഥാർത്ഥ ഡാറ്റ ചുവടെയുണ്ട് (ഉപഭോക്താവിൻ്റെ പേരും തുകയും മറച്ചുവെച്ചത്). ടാസ്ക്: ഒരു എക്സിക്യൂട്ടീവ് സംഗ്രഹത്തിൻ്റെ ഡ്രാഫ്റ്റ് എഴുതുക (200 വാക്കുകളോ അതിൽ കുറവോ). ഞാൻ നൽകിയ ഡാറ്റ മാത്രം ഉപയോഗിക്കുക; നഷ്ടമായ വിവരങ്ങൾക്കും നമ്പർ ഫിറ്റിംഗിനും "[സ്ഥിരീകരണം ആവശ്യമാണ്]" എന്ന് എഴുതുക. ഘടന: 1) പൊതു നില (RAG), 2) അഡ്വാൻസിംഗ് പാക്കേജുകൾ, 3) വ്യതിചലിക്കുന്ന പാക്കേജുകളും കാരണവും, 4) ശുപാർശ. ഡാറ്റ:- WBS-1 വിശകലനം: പ്ലാൻ 100% / യഥാർത്ഥ 100%- WBS-2 ഡിസൈൻ: പ്ലാൻ 80% / യഥാർത്ഥ 60%- WBS-3 വികസനം: പ്ലാൻ 40% / യഥാർത്ഥ 25%- WBS-4 ടെസ്റ്റിംഗ്: പ്ലാൻ 10% / യഥാർത്ഥ 0% - WBS-5 ഡോക്യുമെൻ്റേഷൻ / 220%: പ്ലാൻ
റോൾ, സന്ദർഭം, ഡാറ്റ, അതിർത്തി ("നമ്പർ ഫിറ്റിംഗ്"), ഫോർമാറ്റ്, അവ്യക്തത ("[സ്ഥിരീകരണം ആവശ്യമാണ്]") എന്നിവ വ്യക്തമായി നൽകിയിരിക്കുന്നതിനാൽ ഈ നിർദ്ദേശം ശക്തമാണ്. ഔട്ട്പുട്ട് ഇപ്പോഴും പ്രോജക്ട് മാനേജർ സാധൂകരിച്ചിരിക്കണം.
മറ്റ് മൂന്ന് ഉപയോഗപ്രദമായ സ്റ്റാർട്ടർ ടെംപ്ലേറ്റുകൾ:
# അനിശ്ചിതത്വം നടപ്പിലാക്കുന്ന ടെംപ്ലേറ്റ് ഇനിപ്പറയുന്ന വാചകത്തിൽ നിന്ന് തീരുമാനങ്ങളും പ്രവർത്തനങ്ങളും വേർതിരിച്ചെടുക്കുക. വാചകത്തിൽ വ്യക്തമായി പരാമർശിച്ചിട്ടില്ലാത്ത ഉത്തരവാദിത്തങ്ങളോ തീയതികളോ നൽകരുത്; നിങ്ങൾക്ക് ഉറപ്പില്ലാത്തിടത്ത് "അനിശ്ചിതത്വം" എഴുതുക. അത് ഉണ്ടാക്കരുത്.
# അജ്ഞാതവൽക്കരണ ഓർമ്മപ്പെടുത്തൽ (സ്വയം പരിശോധന) ഞാൻ നിങ്ങൾക്ക് നൽകുന്ന ടെക്സ്റ്റിൽ ഉപഭോക്താവിൻ്റെ പേരോ തുകയോ വ്യക്തിയുടെ പേരോ നിങ്ങൾ കാണുകയാണെങ്കിൽ, പ്രക്രിയ ആരംഭിക്കുന്നതിന് മുമ്പ് എനിക്ക് മുന്നറിയിപ്പ് നൽകുകയും ഈ ഫീൽഡുകൾ [മാസ്ക്ക്] ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കാൻ നിർദ്ദേശിക്കുകയും ചെയ്യുക.
# നിങ്ങൾ നിർമ്മിക്കുന്ന ഓരോ സംഖ്യാ ഫലത്തിനും ഒരു മൂല്യനിർണ്ണയ ലിസ്റ്റ് സൃഷ്ടിക്കുന്ന ടെംപ്ലേറ്റ്, പ്രോജക്റ്റ് മാനേജർക്ക് അത് എങ്ങനെ സ്വതന്ത്രമായി പരിശോധിക്കാം എന്നതിനെക്കുറിച്ചുള്ള ഒരു വരി "സാധുവാക്കൽ ഘട്ടം" ചേർക്കുക.
സാധാരണ തെറ്റുകൾ
- ഡാറ്റ നൽകാതെ സംഖ്യകൾ പ്രതീക്ഷിക്കുന്നു: നിങ്ങളുടെ സ്വന്തം പ്രോജക്റ്റിൻ്റെ ഡാറ്റ നൽകാതെ സമയമോ ചെലവോ പുരോഗതിയോ AI-യോട് ചോദിക്കുന്നത് അതിനെ ഭ്രമത്തിലേക്ക് ക്ഷണിക്കുകയാണ്.
- കൃത്യതയുമായി ആശയക്കുഴപ്പത്തിലാക്കുന്ന ഒഴുക്ക്: നന്നായി എഴുതിയ ഒരു വാചകം അത് ശരിയാണെന്ന് അർത്ഥമാക്കുന്നില്ല.
- രഹസ്യസ്വഭാവമുള്ള ഡാറ്റ ഇതുപോലെ ഒട്ടിക്കുന്നു: ഉപഭോക്താവിൻ്റെ പേര്, തുക, ബന്ധപ്പെടാനുള്ള വിവരങ്ങൾ എന്നിവ അജ്ഞാതമാക്കാതെ ഒരു തുറന്ന ഉപകരണവും നൽകരുത്.
- AI-യിലേക്കുള്ള പ്രതിബദ്ധത ഡെലിഗേറ്റ് ചെയ്യുന്നു: ഡെലിവറി തീയതിയും ബജറ്റും ടീം പരിശോധിച്ചുറപ്പിക്കാതെ സമർപ്പിക്കരുത്.
- ഒരൊറ്റ പ്രോംപ്റ്റ് ഉപയോഗിച്ച് ഇത് പൂർത്തിയാക്കാൻ ശ്രമിക്കുന്നു: റോൾ-കോൺടെക്സ്റ്റ്-ഡാറ്റ-ബൗണ്ടറി-ഫോർമാറ്റ് ഉൾപ്പെടുന്ന ഘടനാപരമായ നിർദ്ദേശങ്ങളിൽ നിന്നാണ് നല്ല ഫലങ്ങൾ ലഭിക്കുന്നത്.
നുറുങ്ങ്: ഓരോ AI സെഷനും ചോദിച്ചുകൊണ്ട് ആരംഭിക്കുക, “ഇത് ഒരു സ്പോൺസർക്ക് കൈമാറുന്നതിന് മുമ്പ് ഞാൻ സ്വയം പരിശോധിക്കേണ്ട മൂന്ന് കാര്യങ്ങൾ എന്തൊക്കെയാണ്?” എന്ന ചോദ്യത്തിൽ നിന്ന് ആരംഭിക്കുക. ഈ ശീലം ബാക്കിയുള്ള മൊഡ്യൂളിലെ എല്ലാ ജോലികളിലൂടെയും നിങ്ങളെ സംരക്ഷിക്കും.
ചുരുക്കത്തിൽ
റിപ്പോർട്ടുകൾ, പദ്ധതികൾ, എസ്റ്റിമേറ്റുകൾ, ആശയവിനിമയം എന്നിവ ത്വരിതപ്പെടുത്തുന്ന പ്രോജക്ട് മാനേജ്മെൻ്റിലെ ഒരു ശക്തമായ സഹായിയാണ് ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ്; എന്നിരുന്നാലും, ഇത് ഡ്രാഫ്റ്റുകൾ നിർമ്മിക്കുന്ന ഒരു ഉപകരണമാണ്, പ്രതിബദ്ധതകളല്ല. ഞങ്ങൾ ബിസിനസിനെ പ്രവർത്തനപരവും തന്ത്രപരവും തന്ത്രപരവുമായ പാളികളായി വിഭജിക്കുമ്പോൾ, അപകടസാധ്യത വർദ്ധിക്കുന്നതിനനുസരിച്ച് AI- യുടെ പങ്ക് ചെറുതായിത്തീരുന്നു. ഓരോ ഔട്ട്പുട്ടും മൂന്ന് ഘട്ടങ്ങളിലൂടെ സാധൂകരിക്കണം (ഉറവിടത്തിലേക്കുള്ള ലിങ്ക്, വീണ്ടും കണക്കാക്കുക, അഡ്മിനിസ്ട്രേറ്റീവ് ഫിൽട്ടർ); പ്രോജക്റ്റും ഉപഭോക്തൃ ഡാറ്റയും കെവികെകെ/എൻഡിഎയുടെ പരിധിയിൽ അജ്ഞാതമാക്കിയിരിക്കണം. നിർണായക തീരുമാനങ്ങളുടെ ഉത്തരവാദിത്തവും അന്തിമ അംഗീകാരവും എല്ലായ്പ്പോഴും മനുഷ്യനായിരിക്കും.
ആപ്ലിക്കേഷൻ ടാസ്ക്
നിങ്ങളുടെ നിലവിലെ പ്രോജക്റ്റിൽ നിന്ന് ഒരു ടാസ്ക് തിരഞ്ഞെടുക്കുക. ആദ്യം, AI-യിലേക്ക് മനപ്പൂർവ്വം "ദുർബലമായ" പ്രോംപ്റ്റ് എഴുതുക (സന്ദർഭം കൂടാതെ, ഒരു ഡാറ്റയും നൽകാതെ) ഔട്ട്പുട്ട് സംരക്ഷിക്കുക. തുടർന്ന് ഈ യൂണിറ്റിലെ (റോൾ, സന്ദർഭം, അജ്ഞാത ഡാറ്റ, അതിർത്തി, ഫോർമാറ്റ്) "ശക്തമായ പ്രോംപ്റ്റ്" ഘടന ഉപയോഗിച്ച് അതേ ചുമതല വീണ്ടും ചോദിക്കുക. രണ്ട് പ്രിൻ്റൗട്ടുകൾ അടുത്തടുത്തായി വയ്ക്കുക, വ്യത്യാസം എഴുതുക, രണ്ട് പ്രിൻ്റൗട്ടുകളിലും നിങ്ങൾ സ്വന്തമായി പരിശോധിക്കേണ്ട മൂന്ന് പോയിൻ്റുകളെങ്കിലും.
ചെക്ക്ലിസ്റ്റ്
- [ ] ഞാൻ AI യുടെ റോൾ "അസിസ്റ്റൻ്റ്/ഡ്രാഫ്റ്റ്" ആയും തീരുമാനത്തെ "മനുഷ്യൻ" ആയും സ്ഥാപിച്ചു.
- [ ] എൻ്റെ ടാസ്ക്കിൻ്റെ റിസ്ക് ലെവൽ (കുറഞ്ഞ/ഇടത്തരം/ഉയർന്നത്) ഞാൻ നിർണ്ണയിച്ചു.
- [ ] ഞാൻ പ്രോംപ്റ്റിൽ റോൾ, സന്ദർഭം, ഡാറ്റ, അതിർത്തി, ഫോർമാറ്റ് എന്നിവ ചേർത്തു.
- [ ] ഞാൻ ഉപഭോക്താവിൻ്റെ പേര്, തുക, വ്യക്തി വിവരങ്ങൾ എന്നിവ അജ്ഞാതമാക്കി.
- [ ] ഔട്ട്പുട്ടിലെ ഓരോ നമ്പറും ഞാൻ സ്വതന്ത്രമായി പരിശോധിക്കുന്ന ഘട്ടം ഞാൻ ശ്രദ്ധിച്ചു.
- [ ] സ്ഥിരീകരിക്കാതെ പ്രതിബദ്ധത (തീയതി/ബജറ്റ്) അടങ്ങിയ ഒരു ഔട്ട്പുട്ടും ഞാൻ പങ്കിട്ടില്ല.