ഞങ്ങളുടെ ഉൽപ്പന്നങ്ങളുടെ വികസനത്തിനായി ഞങ്ങൾ എങ്ങനെ ആശയങ്ങൾ തിരഞ്ഞെടുക്കുന്നു: വെണ്ടർക്ക് കേൾക്കാൻ കഴിയണം...

ഈ ലേഖനത്തിൽ, ഞങ്ങളുടെ ഉൽപ്പന്നങ്ങളുടെ പ്രവർത്തനക്ഷമത വികസിപ്പിക്കുന്നതിനുള്ള ആശയങ്ങൾ തിരഞ്ഞെടുക്കുന്നതിലെ എന്റെ അനുഭവം ഞാൻ പങ്കുവെക്കുകയും വികസനത്തിന്റെ പ്രധാന വെക്റ്ററുകൾ എങ്ങനെ നിലനിർത്താമെന്ന് നിങ്ങളോട് പറയുകയും ചെയ്യും.

ഞങ്ങൾ ഒരു ഓട്ടോമേറ്റഡ് സെറ്റിൽമെന്റ് സിസ്റ്റം (എസിപി) വികസിപ്പിക്കുകയാണ് - ബില്ലിംഗ്. കാലാവധി
ഞങ്ങളുടെ ഉൽപ്പന്നത്തിന്റെ ആയുസ്സ് 14 വർഷമാണ്. ഈ സമയത്ത്, ഒരു വ്യാവസായിക താരിഫ് സിസ്റ്റത്തിന്റെ ആദ്യ പതിപ്പുകളിൽ നിന്ന് പരസ്പരം പൂരകമാകുന്ന 18 ഉൽപ്പന്നങ്ങൾ അടങ്ങുന്ന ഒരു മോഡുലാർ കോംപ്ലക്സിലേക്ക് സിസ്റ്റം പരിണമിച്ചു. പ്രോഗ്രാമുകളുടെ ദീർഘായുസ്സിന്റെ ഏറ്റവും പ്രധാനപ്പെട്ട വശങ്ങളിലൊന്ന് നിരന്തരമായ വികസനമാണ്. വികസനത്തിന് ആശയങ്ങളും ആവശ്യമാണ്.

ആശയങ്ങൾ

ഉറവിടങ്ങൾ

5 ഉറവിടങ്ങളുണ്ട്:

1. ഒരു കോർപ്പറേറ്റ് ഇൻഫർമേഷൻ സിസ്റ്റം ഡെവലപ്പറുടെ പ്രധാന സുഹൃത്താണ് ഉപഭോക്താവ്. തീരുമാനങ്ങൾ എടുക്കുന്നവർ, പ്രോജക്റ്റ് സ്പോൺസർമാർ, ഉടമകൾ, പ്രോസസ്സുകളുടെ നടത്തിപ്പുകാർ, ഇൻ-ഹൗസ് ഐടി സ്പെഷ്യലിസ്റ്റുകൾ, സാധാരണ ഉപയോക്താക്കൾ, വിവിധ തലങ്ങളിൽ താൽപ്പര്യമുള്ള ധാരാളം വ്യക്തികൾ എന്നിവരുടെ ഒരു കൂട്ടായ ചിത്രമാണ് ക്ലയന്റ്. ഉപഭോക്താവിന്റെ ഓരോ പ്രതിനിധിയും ആശയങ്ങളുടെ ഒരു വിതരണക്കാരനാണ് എന്നത് ഞങ്ങൾക്ക് പ്രധാനമാണ്. ഏറ്റവും മോശം സാഹചര്യത്തിൽ, സിസ്റ്റത്തിലെ പ്രശ്നങ്ങളെക്കുറിച്ച് ഞങ്ങൾക്ക് നെഗറ്റീവ് ഫീഡ്ബാക്ക് മാത്രമേ ലഭിക്കൂ. മികച്ച സാഹചര്യത്തിൽ, ക്ലയന്റിന്റെ ആവശ്യങ്ങളെക്കുറിച്ചുള്ള ഘടനാപരമായ വിവരങ്ങൾ നൽകുന്ന, മെച്ചപ്പെടുത്തലിനുള്ള ആശയങ്ങളുടെ നിരന്തരമായ ഉറവിടമായ ഒരു വ്യക്തി ക്ലയന്റ് വശത്തുണ്ട്.
2. ഞങ്ങളുടെ വിൽപ്പനക്കാരും അക്കൗണ്ട് മാനേജർമാരും മെച്ചപ്പെടുത്തുന്നതിനുള്ള ആശയങ്ങളുടെ ഏറ്റവും പ്രധാനപ്പെട്ട രണ്ടാമത്തെ ഉറവിടമാണ്. അവർ വ്യവസായ പ്രതിനിധികളുമായി സജീവമായും വിപുലമായും ആശയവിനിമയം നടത്തുകയും സാധ്യതയുള്ള ക്ലയന്റുകളിൽ നിന്ന് ബില്ലിംഗ് പ്രവർത്തനത്തെക്കുറിച്ചുള്ള ആദ്യ അന്വേഷണങ്ങൾ സ്വീകരിക്കുകയും ചെയ്യുന്നു. വിൽപ്പനക്കാരും അക്കൗണ്ടുകളും അവരുടെ പ്രവർത്തനത്തിലെ എല്ലാ കാര്യമായ മാറ്റങ്ങളെക്കുറിച്ചും എതിരാളികളുടെ സോഫ്‌റ്റ്‌വെയറിലേക്കുള്ള ഏറ്റവും പുതിയ അപ്‌ഡേറ്റുകളെക്കുറിച്ചും അറിഞ്ഞിരിക്കണം, കൂടാതെ വ്യത്യസ്ത പരിഹാരങ്ങളുടെ ഗുണദോഷങ്ങളെ ന്യായീകരിക്കാനും അവർക്ക് കഴിയും. ചില ബില്ലിംഗ് കഴിവുകൾ ഒരു യഥാർത്ഥ സ്റ്റാൻഡേർഡായി മാറുകയാണെങ്കിൽ, ഇത് കൂടാതെ സോഫ്റ്റ്‌വെയർ പൂർണ്ണമായി കണക്കാക്കാൻ കഴിയില്ലെന്ന് ആദ്യം മനസ്സിലാക്കുന്നത് ഞങ്ങളുടെ ജോലിക്കാരാണ്.
3. ഉൽപ്പന്ന ഉടമ — ഞങ്ങളുടെ മുൻനിര മാനേജർമാരിൽ ഒരാൾ അല്ലെങ്കിൽ വളരെ പരിചയസമ്പന്നനായ പ്രോജക്ട് മാനേജർ. കമ്പനിയുടെ തന്ത്രപരമായ ലക്ഷ്യങ്ങൾ മനസ്സിൽ സൂക്ഷിക്കുകയും അവയ്ക്ക് അനുസൃതമായി ഉൽപ്പന്ന വികസന പദ്ധതികൾ ക്രമീകരിക്കുകയും ചെയ്യുന്നു.
4. വാസ്തുശില്പം, തിരഞ്ഞെടുത്ത/ഉപയോഗിക്കുന്ന സാങ്കേതിക പരിഹാരങ്ങളുടെ കഴിവുകളും പരിമിതികളും ഉൽപ്പന്ന വികസനത്തിൽ അവയുടെ സ്വാധീനവും മനസ്സിലാക്കുന്ന ഒരു വ്യക്തി.
   വികസന, ടെസ്റ്റിംഗ് ടീമുകൾ. ഉൽപ്പന്ന വികസനത്തിൽ നേരിട്ട് ഇടപെടുന്ന ആളുകൾ.

അഭ്യർത്ഥനകളുടെ വർഗ്ഗീകരണം

കത്തുകൾ, ടിക്കറ്റുകൾ, വാക്കാലുള്ള അഭ്യർത്ഥനകൾ - ഉറവിടങ്ങളിൽ നിന്ന് ഞങ്ങൾക്ക് അസംസ്കൃത ഡാറ്റ ലഭിക്കും. എല്ലാം
അപ്പീലുകൾ തരം തിരിച്ചിരിക്കുന്നു:

• കൺസൾട്ടേഷനുകൾ "എങ്ങനെ ചെയ്യണം?", "ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു?", "എന്തുകൊണ്ട് ഇത് പ്രവർത്തിക്കുന്നില്ല?", "എനിക്ക് മനസ്സിലാകുന്നില്ല ..." എന്ന അർത്ഥത്തിൽ. ഇത്തരത്തിലുള്ള അഭ്യർത്ഥനകൾ ലെവൽ 1 സപ്പോർട്ട് ലൈനിലേക്ക് പോകുന്നു. മറ്റ് തരത്തിലുള്ള അഭ്യർത്ഥനകളിലേക്ക് കൺസൾട്ടേഷൻ വീണ്ടും പരിശീലിപ്പിക്കാൻ സാധിക്കും.
• സംഭവങ്ങൾ "പ്രവർത്തിക്കുന്നില്ല", "പിശക്" എന്നീ അർത്ഥങ്ങളോടെ. 2, 3 സപ്പോർട്ട് ലൈനുകൾ വഴി പ്രോസസ്സ് ചെയ്തു. പെട്ടെന്നുള്ള തിരുത്തലുകളും ഒരു പാച്ചിന്റെ പ്രകാശനവും ആവശ്യമാണെങ്കിൽ, അവ പിന്തുണയിൽ നിന്ന് നേരിട്ട് വികസനത്തിലേക്ക് മാറ്റാവുന്നതാണ്. ഇത് ഒരു മാറ്റ അഭ്യർത്ഥനയായി വീണ്ടും തരംതിരിച്ച് ബാക്ക്‌ലോഗിലേക്ക് അയയ്ക്കാൻ കഴിയും.
• മാറ്റങ്ങൾക്കും വികസനത്തിനുമുള്ള അഭ്യർത്ഥനകൾ. പിന്തുണാ ലൈനുകൾ മറികടന്ന് അവർ ഉൽപ്പന്ന ബാക്ക്‌ലോഗിലേക്ക് പ്രവേശിക്കുന്നു. എന്നാൽ അവയ്‌ക്കായി പ്രത്യേക പ്രോസസ്സിംഗ് നടപടിക്രമമുണ്ട്.

അഭ്യർത്ഥനകളിൽ സ്ഥിതിവിവരക്കണക്കുകൾ ഉണ്ട്: റിലീസിന് തൊട്ടുപിന്നാലെ, അഭ്യർത്ഥനകളുടെ എണ്ണം ഒരു ചെറിയ സമയത്തേക്ക് 10-15% വർദ്ധിക്കുന്നു. ധാരാളം ഉപയോക്താക്കളുള്ള ഒരു പുതിയ ക്ലയന്റ് ഞങ്ങളുടെ ക്ലൗഡ് സേവനങ്ങളിലേക്ക് വരുമ്പോൾ അഭ്യർത്ഥനകളിൽ കുതിച്ചുചാട്ടമുണ്ട്. ആളുകൾ പുതിയ സോഫ്റ്റ്‌വെയർ കഴിവുകൾ ഉപയോഗിക്കാൻ പഠിക്കുന്നു, അവർക്ക് ഉപദേശം ആവശ്യമാണ്. ഒരു ചെറിയ ക്ലയന്റ് പോലും, സിസ്റ്റത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങുമ്പോൾ, പ്രതിമാസം 100 മണിക്കൂറിലധികം കൺസൾട്ടേഷനുകൾ എളുപ്പത്തിൽ കത്തിക്കുന്നു. അതിനാൽ, ഒരു പുതിയ ക്ലയന്റ് കണക്റ്റുചെയ്യുമ്പോൾ, പ്രാഥമിക കൂടിയാലോചനകൾക്കായി ഞങ്ങൾ എപ്പോഴും സമയം നീക്കിവയ്ക്കുന്നു. പലപ്പോഴും ഞങ്ങൾ ഒരു പ്രത്യേക സ്പെഷ്യലിസ്റ്റ് പോലും തിരഞ്ഞെടുക്കുന്നു. വാടക വില, തീർച്ചയായും, ഈ തൊഴിൽ ചെലവുകൾ ഉൾക്കൊള്ളുന്നില്ല, എന്നാൽ കാലക്രമേണ സാഹചര്യം തുല്യമാകുന്നു. അഡാപ്റ്റേഷൻ കാലയളവ് സാധാരണയായി 1 മുതൽ 3 മാസം വരെ എടുക്കും, അതിനുശേഷം കൗൺസിലിംഗിന്റെ ആവശ്യകത ഗണ്യമായി കുറയുന്നു.

മുമ്പ്, അഭ്യർത്ഥനകൾ സംഭരിക്കുന്നതിന് ഞങ്ങൾ സ്വയം എഴുതിയ പരിഹാരങ്ങൾ ഉപയോഗിച്ചിരുന്നു. എന്നാൽ ഞങ്ങൾ ക്രമേണ അറ്റ്ലാസിയൻ ഉൽപ്പന്നങ്ങളിലേക്ക് മാറി. ആദ്യം, എജൈൽ അനുസരിച്ച് പ്രവർത്തിക്കുന്നത് എളുപ്പമാക്കുന്നതിന് ഞങ്ങൾ വികസനം കൈമാറി, തുടർന്ന് പിന്തുണ. ഇപ്പോൾ എല്ലാ നിർണ്ണായക പ്രക്രിയകളും ജിറ എസ്ഡിയിൽ സജീവമാണ്, കൂടാതെ അവയെ ജിറയ്‌ക്കായുള്ള വിവിധ പ്ലഗിനുകൾ പിന്തുണയ്‌ക്കുന്നു, ഒപ്പം സംഗമവും. കമ്പനിയുടെ പ്രവർത്തനങ്ങൾക്ക് നിർണായകമല്ലാത്ത പ്രക്രിയകൾക്കായി മാത്രം സ്വയം എഴുതിയ പരിഹാരങ്ങൾ അവശേഷിക്കുന്നു. ഞങ്ങളുടെ ടാസ്‌ക്കുകൾ ഇപ്പോൾ ക്രോസ്-കട്ടിംഗ് ആണെന്നും ഒരു സിസ്റ്റത്തിൽ നിന്ന് മറ്റൊന്നിലേക്ക് ചാടാതെ തന്നെ പിന്തുണയ്ക്കും വികസനത്തിനുമിടയിൽ കൈമാറ്റം ചെയ്യാമെന്നും ഇത് മാറുന്നു.

ഈ ലിങ്കിൽ നിന്ന് ഞങ്ങൾക്ക് എല്ലാ ടാസ്‌ക്കുകളുടെയും ആസൂത്രിതവും യഥാർത്ഥവുമായ തൊഴിൽ ചെലവുകൾ, ക്ലയന്റുകൾക്കായി വിവിധ വിലനിർണ്ണയ ഓപ്ഷനുകൾ ഉപയോഗിക്കാനും ആന്തരിക ആവശ്യങ്ങൾക്കായി ഡോക്യുമെന്റേഷൻ സൃഷ്ടിക്കാനും ക്ലയന്റുകൾക്ക് റിപ്പോർട്ടുചെയ്യാനും കഴിയും.

മാറ്റ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നു

സാധാരണഗതിയിൽ, അത്തരം അഭ്യർത്ഥനകൾ പ്രവർത്തന ആവശ്യകതകളുടെ രൂപത്തിലാണ് വരുന്നത്. ഞങ്ങളുടെ അനലിസ്റ്റ് അഭ്യർത്ഥന പഠിക്കുന്നു, ഒരു സ്പെസിഫിക്കേഷനും ഉയർന്ന തലത്തിലുള്ള സാങ്കേതിക സവിശേഷതകളും സൃഷ്ടിക്കുന്നു. അംഗീകാരത്തിനായി ഈ അഭ്യർത്ഥന സമർപ്പിച്ച വ്യക്തിക്ക് സ്പെസിഫിക്കേഷനും സാങ്കേതിക സവിശേഷതകളും കൈമാറുന്നു - ഞങ്ങൾ ഉപഭോക്താവുമായി ഒരേ ഭാഷയിലാണ് സംസാരിക്കുന്നതെന്ന് ഞങ്ങൾക്ക് ഉറപ്പുണ്ടായിരിക്കണം.

ഞങ്ങൾ പരസ്പരം ശരിയായി മനസ്സിലാക്കുന്നുവെന്ന് ഉപഭോക്താവിൽ നിന്ന് സ്ഥിരീകരണം ലഭിച്ച ശേഷം, അനലിസ്റ്റ് ഉൽപ്പന്ന ബാക്ക്‌ലോഗിലേക്ക് അഭ്യർത്ഥന നൽകുന്നു.

ഉൽപ്പന്ന പ്രവർത്തന മാനേജ്മെന്റ്

മാറ്റത്തിനും വികസനത്തിനുമുള്ള ഇൻകമിംഗ് അഭ്യർത്ഥനകൾ ബാക്ക്‌ലോഗ് ശേഖരിക്കുന്നു. ഡയറക്ടർ, സപ്പോർട്ട്, ഡെവലപ്‌മെന്റ്, സെയിൽസ് മേധാവികൾ, സിസ്റ്റം ആർക്കിടെക്റ്റ് എന്നിവരടങ്ങുന്ന ടെക്‌നിക്കൽ കൗൺസിൽ ഓരോ ആറുമാസത്തിലും യോഗം ചേരുന്നു. ഒരു ചർച്ചാ രൂപത്തിൽ, കൗൺസിൽ ബാക്ക്‌ലോഗിൽ നിന്നുള്ള അപേക്ഷകൾ വിശകലനം ചെയ്യുകയും മുൻ‌ഗണന നൽകുകയും അടുത്ത പതിപ്പിൽ നടപ്പിലാക്കുന്നതിനുള്ള 5 വികസന ജോലികൾ അംഗീകരിക്കുകയും ചെയ്യുന്നു.

ഫലത്തിൽ, ആപ്ലിക്കേഷനുകളിൽ പ്രകടിപ്പിക്കുന്ന ആവശ്യങ്ങൾ അവലോകനം ചെയ്തുകൊണ്ട് സാങ്കേതിക കൗൺസിൽ വ്യവസായ, വിപണി ആവശ്യങ്ങളോട് പ്രതികരിക്കുന്നു. ചെറിയ പ്രസക്തിയുള്ളതെല്ലാം വികസനത്തിലേക്ക് എത്താതെ ബാക്ക്‌ലോഗിൽ അവശേഷിക്കുന്നു.

മാറ്റ അഭ്യർത്ഥനകളുടെയും ധനകാര്യത്തിന്റെയും വർഗ്ഗീകരണം

വികസനം ചെലവേറിയതാണ്. അതിനാൽ, മാറ്റത്തിനുള്ള അഭ്യർത്ഥന ഒരു ക്ലയന്റിൽ നിന്നാണ് വന്നതെങ്കിൽ ഒരു ജീവനക്കാരനിൽ നിന്നല്ലെങ്കിൽ ഞങ്ങൾക്ക് എന്തെല്ലാം ഓപ്ഷനുകൾ ഉണ്ടെന്ന് ഞങ്ങൾ ഉടൻ നിങ്ങളോട് പറയും.

മാറ്റ അഭ്യർത്ഥനകളെ ഞങ്ങൾ ഇനിപ്പറയുന്ന രീതിയിൽ തരംതിരിക്കുന്നു: വ്യവസായ ആവശ്യകത അല്ലെങ്കിൽ എന്റർപ്രൈസസിന്റെ വ്യക്തിഗത സ്വഭാവം; പുതിയ പ്രവർത്തനത്തിന്റെ ഗണ്യമായ തുക അല്ലെങ്കിൽ ഒരു ചെറിയ പരിഹാരം. ചെറിയ പരിഹാരങ്ങളും വ്യക്തിഗത അഭ്യർത്ഥനകളും യാതൊരു കുഴപ്പവുമില്ലാതെ പ്രോസസ്സ് ചെയ്യുന്നു. ഒരു നിർദ്ദിഷ്ട ക്ലയന്റുമായുള്ള പ്രോജക്റ്റ് വർക്കിന്റെ ഭാഗമായി വ്യക്തിഗത അഭ്യർത്ഥനകൾ കണക്കാക്കുകയും നടപ്പിലാക്കുകയും ചെയ്യുന്നു.

ഇതൊരു വലിയ വ്യവസായ ആവശ്യമല്ലെങ്കിൽ, പ്രവർത്തനത്തിന്റെ അളവ് വലുതാണെങ്കിൽ, പ്രധാന പ്രവർത്തനത്തിന് പുറമേ വിൽക്കുന്ന ഒരു പുതിയ പ്രത്യേക മൊഡ്യൂൾ വികസിപ്പിക്കാൻ ഒരു തീരുമാനം എടുത്തേക്കാം. ഒരു ക്ലയന്റിൽ നിന്ന് അത്തരമൊരു അഭ്യർത്ഥന ലഭിച്ചാൽ, മൊഡ്യൂൾ വികസിപ്പിക്കുന്നതിനുള്ള ചെലവ് ഞങ്ങൾക്ക് വഹിക്കാനും ക്ലയന്റിനു മൊഡ്യൂൾ സൗജന്യമായി അല്ലെങ്കിൽ ഭാഗിക പേയ്‌മെന്റിൽ നൽകാനും മൊഡ്യൂൾ തന്നെ വിൽപ്പനയ്‌ക്ക് വയ്ക്കാനും കഴിയും. അത്തരമൊരു സാഹചര്യത്തിൽ, ക്ലയന്റ് മെത്തഡോളജിക്കൽ ലോഡിന്റെ ഒരു ഭാഗം ഏറ്റെടുക്കുകയും മൊഡ്യൂളിന്റെ പൈലറ്റ് നടപ്പിലാക്കൽ സ്വയം നടത്തുകയും ചെയ്യുന്നു.

ഇതൊരു വൻതോതിലുള്ള വ്യവസായ ആവശ്യമാണെങ്കിൽ, അടിസ്ഥാന ഉൽപ്പന്നത്തിൽ പുതിയ പ്രവർത്തനം ഉൾപ്പെടുത്താൻ തീരുമാനമെടുത്തേക്കാം. ഈ കേസിലെ ചെലവുകൾ പൂർണ്ണമായും ഞങ്ങളുടെ മേൽ പതിക്കുന്നു, പ്രോഗ്രാമുകളുടെ നിലവിലെ പതിപ്പിൽ പുതിയ പ്രവർത്തനം ദൃശ്യമാകുന്നു.
പഴയ ഉപഭോക്താക്കൾക്ക് ഒരു അപ്ഡേറ്റ് നൽകുന്നു.

നിരവധി ഉപഭോക്താക്കൾക്ക് സമാനമായ ആവശ്യം ഉണ്ടായിരിക്കാം, പക്ഷേ ഇത് ഒരു ബഹുജന ഉൽപ്പന്നത്തിന് യോഗ്യമല്ല. ഈ സാഹചര്യത്തിൽ, ഞങ്ങൾക്ക് ഈ ഉപഭോക്താക്കൾക്ക് സ്പെസിഫിക്കേഷൻ അയച്ച് അവർക്കിടയിൽ വികസന ചെലവ് വിഭജിക്കാൻ വാഗ്ദാനം ചെയ്യാം. അവസാനം, എല്ലാവരും വിജയിക്കുന്നു: ഉപഭോക്താക്കൾക്ക് കുറഞ്ഞ ചെലവിൽ പ്രവർത്തനം ലഭിക്കുന്നു, ഞങ്ങൾ ഉൽപ്പന്നത്തെ സമ്പുഷ്ടമാക്കുന്നു, കുറച്ച് സമയത്തിന് ശേഷം, മറ്റ് മാർക്കറ്റ് പങ്കാളികൾക്കും അവരുടെ ഉപയോഗത്തിനുള്ള പ്രവർത്തനം ലഭിക്കും.

DevOps

വികസനം ഒരു വർഷം രണ്ട് പ്രധാന റിലീസുകൾ തയ്യാറാക്കുന്നു. ഓരോ റിലീസിലും, സാങ്കേതിക കൗൺസിലിൽ നിന്ന് ലഭിച്ച 5 ടാസ്ക്കുകൾ നടപ്പിലാക്കുന്നതിനായി സമയം നീക്കിവച്ചിരിക്കുന്നു. അതിനാൽ, ദിനചര്യകൾക്കിടയിൽ, ഉൽപ്പന്ന വികസനത്തെക്കുറിച്ച് ഞങ്ങൾ ഒരിക്കലും മറക്കില്ല.

ഓരോ റിലീസും ഉചിതമായ പരിശോധനയ്ക്കും ഡോക്യുമെന്റേഷനും വിധേയമാകുന്നു. അടുത്തതായി, ഈ റിലീസ് അനുബന്ധ ഉപഭോക്താവിന്റെ ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്, അവർ എല്ലാം സൂക്ഷ്മമായി പരിശോധിക്കുന്നു, അതിനുശേഷം മാത്രമേ റിലീസ് ഉൽപ്പാദനത്തിലേക്ക് മാറ്റുകയുള്ളൂ.

റിലീസ് സിസ്റ്റത്തിന് പുറമേ, ദ്രുത ബഗ് പരിഹാരങ്ങൾക്കായി ഒരു ഫോർമാറ്റ് ഉണ്ട്, അതിനാൽ ക്ലയന്റുകൾക്ക് ആറ് മാസത്തേക്ക് പിശകുകൾ ഉണ്ടാകില്ല. ഈ ഇന്റർമീഡിയറ്റ് ഫോർമാറ്റ് ആദ്യ മുൻഗണനാ സംഭവങ്ങളോട് പെട്ടെന്ന് പ്രതികരിക്കാനും പ്രസ്താവിച്ച SLA-കൾ നിറവേറ്റാനും നിങ്ങളെ അനുവദിക്കും.

മുകളിൽ പറഞ്ഞവയെല്ലാം പ്രാഥമികമായി കോർപ്പറേറ്റ് മേഖലയ്ക്കും ഓൺ-പ്രിമൈസ് സൊല്യൂഷനുകൾക്കും ബാധകമാണ്. SMB സെഗ്‌മെന്റിനെ ലക്ഷ്യമാക്കിയുള്ള ക്ലൗഡ് സേവനങ്ങൾക്ക്, ഉൽപ്പന്ന വികസനത്തിൽ ക്ലയന്റുകൾക്ക് പങ്കെടുക്കാൻ അത്തരം വിശാലമായ അവസരങ്ങളൊന്നുമില്ല. SMB റെന്റൽ ഫോർമാറ്റ് ഇത് അനുമാനിക്കുന്നില്ല. കോർപ്പറേറ്റ് പാർട്ടിയിൽ നിന്നുള്ള വ്യക്തമായ ആവശ്യകതകളുടെ രൂപത്തിൽ ഒരു മാറ്റത്തിനുള്ള അഭ്യർത്ഥനയ്ക്ക് പകരം, ഇവിടെ സാധാരണ ഫീഡ്ബാക്കും സേവനത്തിനായുള്ള ആഗ്രഹങ്ങളും മാത്രമേ ഉള്ളൂ. ഞങ്ങൾ കേൾക്കാൻ ശ്രമിക്കുന്നു, പക്ഷേ ഉൽപ്പന്നം വളരെ വലുതാണ്, ഒരു ക്ലയന്റ് അവരുടെ പഴയ ചരിത്ര സംവിധാനത്തിൽ നിന്ന് പരിചിതമായ എന്തെങ്കിലും കൊണ്ടുവരാനുള്ള ആഗ്രഹം സിസ്റ്റത്തിന്റെ മൊത്തത്തിലുള്ള വികസന തന്ത്രത്തിന് വിരുദ്ധമായേക്കാം.

അവലംബം: www.habr.com