അവൾക്ക് അറിയാത്ത വലിയ കമ്പനിയോ സേവന ദാതാവോ ഏതാണ്, RFP എന്ന് വിളിക്കപ്പെടുന്നവ. ഈ പദം “നിർദ്ദേശത്തിനായുള്ള അഭ്യർത്ഥന” എന്നതിൻ്റെ ചുരുക്കെഴുത്തായി നിലകൊള്ളുന്നു, കൂടാതെ സോഫ്റ്റ്വെയർ തിരഞ്ഞെടുക്കൽ പ്രക്രിയയിലെ ഒരു പ്രമാണത്തെ സൂചിപ്പിക്കുന്നു, കരാർ സവിശേഷതകളെയും ചർച്ച ചെയ്യേണ്ട മറ്റ് ഇനങ്ങളെയും കുറിച്ചുള്ള വിവരങ്ങൾ ഉൾക്കൊള്ളുന്നു, അവ യഥാർത്ഥ കരാർ തയ്യാറാക്കുന്നതിന് മുമ്പ് നിർവചിക്കപ്പെടുന്നു (സോഫ്റ്റ്വെയർ വികസന കരാർ, ലൈസൻസ് കരാർ മുതലായവ). ഇന്നത്തെ ലോകത്ത്, വർദ്ധിച്ചുവരുന്ന സങ്കീർണ്ണതയും ചലനാത്മകതയും കാരണം അത്തരമൊരു സമീപനം മേലിൽ ഉചിതമല്ല. എന്തുകൊണ്ടാണ് ഇത് സംഭവിക്കുന്നതെന്നും ഈ സാഹചര്യം നിങ്ങൾക്ക് എങ്ങനെ പരിഹരിക്കാമെന്നും ഞങ്ങൾ വിശദീകരിക്കുന്നു. ഒരു പരമ്പരാഗത ടെൻഡറിംഗ് പ്രക്രിയയിൽ, RFP ന് മുമ്പായി RFI (വിവരങ്ങൾക്കായുള്ള അഭ്യർത്ഥന) എന്ന് വിളിക്കപ്പെടുന്നു, അതിൽ സാധ്യമായ സേവന ദാതാക്കളിൽ നിന്ന് നോൺ-ബൈൻഡിംഗ് വിലയും സേവന ലിസ്റ്റുകളും ലഭിക്കും. ഈ വിവരങ്ങളെ അടിസ്ഥാനമാക്കി, ഒരു പ്രാരംഭ പ്രിസെലക്ഷൻ (തുടർന്നുള്ള RFP-ക്ക്) – കുറഞ്ഞത് സിദ്ധാന്തത്തിലെങ്കിലും – ഉണ്ടാക്കാം. സിദ്ധാന്തത്തിന് വളരെയധികം: എന്നിരുന്നാലും, ആധുനിക സോഫ്റ്റ്വെയർ വികസനം, പ്രത്യേകിച്ച് ഇ-കൊമേഴ്സ് മേഖല, ചിലപ്പോൾ വലിയ സങ്കീർണ്ണതയ്ക്കും ചലനാത്മകതയ്ക്കും വിധേയമാകുമെന്നത്
ശ്രദ്ധിക്കേണ്ടതാണ്മാത്രമല്ല
അത്തരം കർക്കശമായ കോർസെറ്റ് അപ്-ടു- ആയി കാണപ്പെടുന്നില്ല. ഒന്നുകിൽ മൂല്യനിർണ്ണയത്തിനുള്ള തീയതി അല്ലെങ്കിൽ പിന്നീട് നടപ്പിലാക്കുക. എന്നിരുന്നാലും, ഇത് സോഫ്റ്റ്വെയറിന് മാത്രം ബാധകമല്ലെന്ന് പുതിയ ബെർലിൻ വിമാനത്താവളത്തിൻ്റെ ധർമ്മസങ്കടം തെളിയിക്കുന്നു. മുൻകാലങ്ങളിൽ, വെള്ളച്ചാട്ടം എന്ന് വിളിക്കപ്പെടുന്ന മോഡൽ പ്രധാനമായും ഉപയോഗിച്ചിരുന്നു, അതിൽ കൃത്യമായ ആവശ്യകതകളും പരിഹാര സമീപനങ്ങളും മുൻകൂട്ടി നിർവചിക്കപ്പെട്ട ഒരു സമഗ്ര ആശയ ഘട്ടത്തിൻ്റെ ഭാഗമായി ആവശ്യകതകളും രാജ്യ ഇമെയിൽ പട്ടിക പ്രവർത്തന സവിശേഷതകളും സൃഷ്ടിക്കപ്പെട്ടു. ഈ രേഖകൾ ഏതെങ്കിലും കരാറുകൾക്കും ഓഫറുകൾക്കും അന്തിമ നിർവ്വഹണത്തിനും അടിസ്ഥാനമായി. നടപ്പിലാക്കുമ്പോൾ മാറ്റങ്ങൾ ആവശ്യമായി വന്നയുടൻ – മിക്ക കേസുകളിലും ഇത് സംഭ വിക്കുന്നു/അത് തികച്ചും സാധാരണമാണ് – മാറ്റ അഭ്യർത്ഥനകൾ എന്ന് വിളിക്കപ്പെടുന്നവ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്, അവ മുമ്പത്തെ പ്രമാണങ്ങളുടെ അനുബന്ധമായി കാണുകയും അങ്ങനെ ചെയ്യേണ്ടതുമാണ്. അതനുസരിച്ച് കണക്കിലെടുക്കുന്നു. അതായത് മുൻകാലങ്ങളിൽ, ആളുകൾ വർഷങ്ങളോളം ഈ സമീപനത്തിൽ ഉറച്ചുനിൽക്കുന്നു, അന്തിമഫലം മുൻകൂട്ടിയുള്ള ആസൂത്രണത്തിലും തയ്യാറെടുപ്പിലും നിന്ന് വ്യത്യസ്തമായി കാണപ്പെടുമെന്ന് അറിയാമായിരുന്നു. പ്രത്യേകിച്ചും വെബ് പ്രോജക്റ്റുകൾ കൂടുതൽ സങ്കീർണ്ണവും എക്കാലത്തെയും വലിയ ചലനാത്മകതയ്ക്ക് വിധേയവുമാണ്. കൂടാതെ, ഞങ്ങൾ പലപ്പോഴും 3 മുതൽ 7 മാസം വരെയുള്ള പ്രോജക്റ്റ് കാലയളവുകളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്, ഒരുപക്ഷേ കൂടുതൽ ദൈർഘ്യമേറിയതും. തൽഫലമായി, ഒരു വെബ് പ്രോജക്റ്റ് – ഒരാളുടെ അറിവിലും വിശ്വാസത്തിലും പോലും – വിശദമായും
മുൻകൂട്ടിയും ആസൂത്രണം
ചെയ്യാൻ കഴിയില്ല. പ്രോജക്റ്റ് സമയത്ത് ചിലപ്പോൾ കാര്യമായ മാറ്റങ്ങൾ സംഭവിക്കും, അത് കഴിയുന്നത്ര അയവോടെ പ്രതികരിക്കണം. കൂടുതൽ കൂടുതൽ കമ്പനികൾ ഇപ്പോൾ തങ്ങൾക്കുവേണ്ടി ഒരു ചടുലമായ പദ്ധതി സമീപനം കണ്ടെത്തി. വെബ് പ്രോജക്റ്റുകൾ ഇപ്പോൾ പ്രധാനമായും സജീവമായ രീതിയിലാണ് നടപ്പിലാക്കുന്നത്, രണ്ട് സമീപനങ്ങൾ സ്ഥാപിച്ചിട്ടുണ്ട്: Scrum ഉം Kanban ഉം. അടിസ്ഥാനപരമായി, ഈ സമീപനങ്ങൾ അവസാനത്തെ വിശദാംശങ്ങളിലേക്ക് ഒരു പ്രോജക്റ്റ് മുൻകൂട്ടി ആസൂത്രണം ചെയ്യുകയല്ല, മറിച്ച് എല്ലാ പ്രസക്തമായ പങ്കാളികളുമായി (പ്രോജക്റ്റ് പങ്കാളികൾ) ഇതിഹാസങ്ങൾ എന്ന് വിളിക്കപ്പെടുന്ന അവശ്യ ആവശ്യകതകൾ ചർച്ച ചെയ്യുകയും റെക്കോർഡുചെയ്യുകയും മുൻഗണന നൽകുകയും ചെയ്യുന്നു. ഒരു ആദ്യ എക്സിക്യൂട്ടബിൾ ഉൽപ്പന്നം എത്രയും വേഗം നടപ്പിലാക്കുക എന്നതാണ് ലക്ഷ്യം (മിനിമൽ പ്രായോഗിക ഉൽപ്പന്നം എന്ന് വിളിക്കപ്പെടുന്നവ), അത് പ്രോജക്റ്റ് പുരോഗമിക്കുമ്പോൾ തുടർച്ചയായി വിപുലീകരിക്കുകയും വിപുലീകരിക്കുകയും ചെയ്യുന്നു. ചടുലമായ പ്രോജക്റ്റ് മാനേജ്മെൻ്റിൻ്റെ നിർണായക നേട്ടം, നിങ്ങളുടെ ലക്ഷ്യത്തിലെത്താൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു എന്നതാണ്, കൂടാതെ ഏത് അഭികാമ്യമല്ലാത്ത സംഭവവികാസങ്ങളും പ്രാരംഭ ഘട്ടത്തിൽ തന്നെ തിരിച്ചറിയാനും പ്രതിരോധിക്കാനും കഴിയും. പ്രത്യേകിച്ചും ഇ-കൊമേഴ്സ് പ്രോജക്റ്റുകൾ വിജയസാധ്യതകൾക്കൊപ്പം ചടുലമായ രീതിയിൽ മാത്രമേ ഇപ്പോൾ നടപ്പിലാക്കാൻ കഴിയൂ എന്ന് ഉപഭോക്താവിൻ്റെയും സേവനദാതാവിൻ്റെയും ഭാഗത്തുനിന്നുള്ള കഴിഞ്ഞ കുറച്ച് വർഷത്തെ അനുഭവം തെളിയിക്കുന്നു. ആകസ്മികമായി, ഇത് ഇപ്പോൾ ഇ-കൊമേഴ്സ് അല്ലെങ്കിൽ ഐടി പ്രോജക്റ്റുകൾക്ക് മാത്രമല്ല ബാധകമാണ്. അതിനാൽ, നിലവിലെ വിവരങ്ങൾ അനുസരിച്ച്, അടുത്ത മൂന്ന് വർഷത്തിനുള്ളിൽ 150 സ്ക്രം പ്രൊഫഷണലുകളെ പരിശീലിപ്പിക്കാനും 500 ജീവനക്കാരെ സ്ക്രം മെത്തഡോളജിയിൽ പരിശീലിപ്പിക്കാനും കാർ നിർമ്മാതാവ് ഫോക്സ്വാഗൺ
ആഗ്രഹിക്കുന്നു എന്നതിൽ
അതിശയിക്കാനില്ല . ഈ തീരുമാനം തീർച്ചയായും യാദൃശ്ചികമല്ല… ചടുലമായ മാനേജ്മെൻ്റ് രീതികൾ (കൂടുതൽ) വിജയകരമാണ്, അവ ഇപ്പോഴും വർദ്ധിച്ചുകൊണ്ടിരിയ ഒരു പഠനത്തിൻ്റെ se vi estas nova en la elektronika komerco ഫലങ്ങൾ. വി.യും IPMA – ഇൻ്റർനാഷണൽ പ്രോജക്ട് മാനേജ്മെൻ്റ് അസോസിയേഷനും, 2014 ലെ വസന്തകാലത്ത് ഇത് നടപ്പിലാക്കി. 30-ലധികം രാജ്യങ്ങളിൽ നിന്നുള്ള 612 പേർ പഠനത്തിൽ പങ്കെടുത്തു, പങ്കെടുത്തവരിൽ 60% ത്തിലധികം പേരും ജർമ്മനിയിൽ നിന്നാണ്. ഉറവിടം: കോബ്ലെൻസ് യൂണിവേഴ്സിറ്റി ഓഫ് അപ്ലൈഡ് സയൻസസുമായി സഹകരിച്ച് ജിപിഎം ജർമ്മൻ സൊസൈറ്റി ഫോർ പ്രോജക്ട് മാനേജ്മെൻ്റ് ഇവിയുടെ “സ്റ്റാറ്റസ് ക്വോ എജൈൽ” പഠനം “ഫലങ്ങളിലും കാര്യക്ഷമതയിലുമുള്ള മെച്ചപ്പെടുത്തലുകളും അതുപോലെ ചടുലമായ രീതികൾ അവതരിപ്പിക്കുന്നതിൽ ഉൾപ്പെട്ടിരിക്കുന്ന ശ്രമങ്ങളുമായി താരതമ്യം ചെയ്യുമ്പോൾ മെച്ചപ്പെടുത്തലുകളും പങ്കെടുക്കുന്നവരിൽ നിന്ന് ക്രിയാത്മകമായി ഉത്തരം നൽകി. നടപ്പിലാക്കിയ വികസന പ്രക്രിയകളുടെ വിജയനിരക്ക് അവരുടെ സ്വന്തം വിലയിരുത്തലിൽ, ചടുലമായ രീതികളുടെ സർവേയിൽ പങ്കെടുത്ത ഉപയോക്താക്കളും ക്ലാസിക് പ്രോജക്റ്റ് മാനേജ്മെൻ്റിൻ്റെ ഉപയോക്താക്കളേക്കാൾ മികച്ചതായി സ്വയം വിലയിരുത്തി. ചടുലമായ രീതികൾ ഉപയോഗിച്ച് നടപ്പിലാക്കുന്ന വികസന പ്രക്രിയകളുടെ വിജയ നിരക്ക്, 80 മുതൽ 89% വരെ ശരാശരിയിൽ, ക്ലാസിക് പ്രോജക്ട് മാനേജ്മെൻ്റിലെ വിജയ നിരക്കിനേക്കാൾ കൂടുതലാണ്. ചടുലമായ മൂല്യനിർണ്ണയ പ്രക്രിയ ഒരു ഇ-കൊമേഴ്സ് പ്രോജക്റ്റിൻ്റെ ടെൻഡറും മൂല്യനിർണ്ണയവുമായി ഇതിനെല്ലാം എന്ത് ബന്ധമുണ്ട്. വളരെയധികം, നടപ്പാക്കൽ – ഞങ്ങൾ കേട്ടതുപോലെ, ചടുലമായ മാനേജ്മെൻ്റ് രീതികൾ ഉപയോഗിച്ചാണ് നടപ്പിലാക്കുന്നത് എന്ന് നിങ്ങൾ കരുതുന്നുവെങ്കിൽ – എന്നാൽ ടെൻഡറിംഗും മൂല്യനിർണ്ണയവും “ക്ലാസിക്” മൂല്യനിർണ്ണയ മാനദണ്ഡങ്ങളും നടപടിക്രമങ്ങളും ഉപയോഗിക്കുന്നു, അതായത് പൊരുത്തക്കേടുകൾ പെട്ടെന്ന് ഉണ്ടാകാം അല്ലെങ്കിൽ അനിവാര്യമായും ഉണ്ടാകാം. അതിനാൽ, മൂല്യനിർണ്ണയ പ്രക്രിയയെ “ചടുലമാക്കുകയും” കൂടുതൽ വഴക്കവും പ്രത്യേകിച്ച് ആശയവിനിമയവും
പ്രയോഗിക്കുകയും ചെയ്യുന്ന
തിനേക്കാൾ കൂടുതൽ വ്യക്തമാകുന്നത് bulk lead എന്താണ്. രണ്ടാമത്തേത് പ്രത്യേകിച്ചും നിർണായക പ്രാധാന്യമുള്ളതും പ്രാക്ടീസ് അത് എല്ലാ സമയത്തും കാണിക്കുന്നു: ക്ലയൻ്റും സേവന ദാതാവും തമ്മിലുള്ള നേരിട്ടുള്ള സംഭാഷണം, അത് ഹ്രസ്വവും മധുരവുമുള്ളതാണെങ്കിൽ പോലും, പ്രമാണങ്ങളുടെയും വിവരണങ്ങളുടെയും പേജുകളേക്കാളും പേജുകളേക്കാളും സാധാരണയായി വളരെ വിലപ്പെട്ടതാണ്. മൂല്യനിർണ്ണയ പ്രക്രിയയുടെ കൂടുതൽ വികസനത്തിൻ്റെ ഫലത്തെ ഞങ്ങൾ വിളിക്കുന്നു – ഡ്രംറോൾ – ചടുലമായ മൂല്യനിർണ്ണയ പ്രക്രിയ. ചടുലമായ സോഫ്റ്റ്വെയർ മൂല്യനിർണ്ണയത്തിൻ്റെ നാല് ഘട്ടങ്ങൾ മറ്റ് ചടുലമായ മാനേജ്മെൻ്റ് സമീപനങ്ങളുമായി സാമ്യമുള്ള, ചടുലമായ സോഫ്റ്റ്വെയർ മൂല്യനിർണ്ണയം തുടർച്ചയായി നിരവധി ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു, അവ ഇനിപ്പറയുന്നവയാണ്: കണ്ടെത്തൽ ഘട്ടം വിവർത്തന ഘട്ടം (ഉപയോക്തൃ കഥകൾ/ഇതിഹാസങ്ങൾ) തിരഞ്ഞെടുക്കലും അവതരണ ഘട്ടവും a) മൂല്യനിർണ്ണയ ചോദ്യങ്ങളുടെ സമർപ്പണം (പരമാവധി 8 ദാതാക്കൾ) b) ഓൺ-സൈറ്റ് അവതരണം (പരമാവധി 4 ദാതാക്കൾ) ടെസ്റ്റ് പ്രോജക്റ്റിനായുള്ള നടപ്പാക്കൽ ഘട്ടം (2 ദാതാക്കൾ) ഇത് എന്താണ് അർത്ഥമാക്കുന്നതെന്ന് ഞങ്ങൾ വിശദമായി ചുവടെ വിശദീകരിക്കും. 1. കണ്ടെത്തൽ ഘട്ടം തുടക്കത്തിൽ കമ്പനി, നിലവിലുള്ള പ്രക്രിയകൾ, ടൂളുകൾ, പ്രശ്നങ്ങൾ, പ്രോജക്റ്റ് പങ്കാളികൾ എന്നിവയെക്കുറിച്ച് കഴിയുന്നത്ര കൃത്യവും സമഗ്രവുമായ ഒരു ചിത്രം ലഭിക്കുന്നത് നിർണായകമാണ്. ഈ ഘട്ടം ഉദ്ദേശിച്ച ലക്ഷ്യങ്ങളും അനുബന്ധ അവസരങ്ങളും ഒപ്പം ഏതെങ്കിലും അപകടസാധ്യതകളും പ്രകാശിപ്പിക്കുന്നതിനും പ്രസക്തമായ എല്ലാ കക്ഷികളുമായും ചർച്ച ചെയ്യുന്നതിനും സഹായിക്കുന്നു. ഇതിനായി, തുടക്കത്തിൽ തന്നെ ക്ലയൻ്റ് ഭാഗത്ത് ഒരു പ്രോജക്ട് മാനേജർ (പിഒ) ഉൾപ്പെടെ ശക്തമായ ഒരു വിലയിരുത്തൽ ടീം രൂപീകരിക്കണം. പ്രസക്തമായ എല്ലാ മേഖലകളും ഒരു ജീവനക്കാരൻ ഉൾക്കൊള്ളുന്നു എന്നത് പ്രധാനമാണ്, അവർക്ക് ആവശ്യമായ സമയം ചെലവഴിക്കാനും മേലുവർ ഒഴിവാക്കപ്പെട്ടതായി ഭാഷണത്തിലൂടെ. അതിനാൽ നിങ്ങളുടെ അഭ്യർത്ഥനയുടെ തരവും വ്യാപ്തിയും പരിഗണിക്കാതെ ഒരു പ്രൊഫഷണൽ സേവന ദാതാവ് നിങ്ങളെ ചോദ്യങ്ങൾ കൊണ്ട് “പിയർ” ചെയ്യും. വിശദമായ ബ്ലോഗ് പോസ്റ്റിൽ നിങ്ങൾക്ക് ശരിയായ സേവന ദാതാവിനെ എങ്ങനെ കണ്ടെത്താം എന്ന് ഞങ്ങൾ ഇതിനകം വിശദീകരിച്ചിട്ടുണ്ട്. ഈ അവസരത്തിൽ ദാതാവിൽ നിന്നുള്ള ആദ്യ മതിപ്പും ആദ്യ പ്രതികരണങ്ങളും ചോദ്യങ്ങളും ചൂണ്ടിക്കാണിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. തീരുമാനങ്ങൾ തിടുക്കത്തിൽ എടുക്കുകയാണെങ്കിൽ – സാങ്കേതികവിദ്യയുടെയോ സേവന ദാതാവിൻ്റെയോ തിര, പരിസ്ഥിതി, പ്രത്യേക സവിശേഷതകൾ, ലക്ഷ്യങ്ങഎന്ത് റഫറൻസുകൾ നൽകാൻ കഴിയും കൂടാതെ നേരിട്ട് ബന്ധപ്പെടാനുള്ള സാധ്യതയുണ്ടോൽ പരിചയമുണ്ടെങ്കിൽ, പ്രത്യേകിച്ച് 4 മുതൽ 6 വരെയുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാൻ താരതമ്യേന എളുപ്പമായിരിക്കണം. ടെൻഡർ ഡോക്യുമെൻ്റുകൾ അയച്ചുകഴിഞ്ഞാൽ, സേവന ദാതാവിന് സാധാരണയായി നിരവധി ചോദ്യങ്ങൾ ലഭിക്കണം – ഒന്നുകിൽ സ്റ്റാൻഡേർഡ് ചോദ്യാവലി രൂപത്തിൽ – അല്ലെങ്കിൽ “ഫ്രീസ്റ്റൈൽ”. നിങ്ങളുടെ തുടർന്നുള്ള തിരഞ്ഞെടുപ്പിൻ്റെ പ്രാരംഭ സൂചകമായി പ്രതികരണവും ഫീഡ്ബാക്കിൻ്റെ തരവും വ്യാപ്തിയും കണക്കിലെടുക്കണം.