ഗുണനിലവാരത്തിന് ആരാണ് ഉത്തരവാദി?

ഹേ ഹബർ!

ഞങ്ങൾക്ക് ഒരു പുതിയ പ്രധാന വിഷയമുണ്ട് - ഐടി ഉൽപ്പന്നങ്ങളുടെ ഉയർന്ന നിലവാരമുള്ള വികസനം. HighLoad++ ൽ ഞങ്ങൾ പലപ്പോഴും തിരക്കുള്ള സേവനങ്ങൾ എങ്ങനെ വേഗത്തിലാക്കാം എന്നതിനെക്കുറിച്ച് സംസാരിക്കുന്നു, Frontend Conf-ൽ വേഗത കുറയ്ക്കാത്ത ഒരു രസകരമായ ഉപയോക്തൃ ഇന്റർഫേസിനെ കുറിച്ച് ഞങ്ങൾ സംസാരിക്കുന്നു. ടെസ്‌റ്റിംഗിനെ കുറിച്ചുള്ള വിഷയങ്ങൾ ഞങ്ങൾക്കുണ്ട്, കൂടാതെ ടെസ്‌റ്റിംഗ് ഉൾപ്പെടെ വ്യത്യസ്‌ത പ്രക്രിയകൾ സംയോജിപ്പിക്കുന്നതിനെക്കുറിച്ചുള്ള DevOpsConf. എന്നാൽ പൊതുവായി ഗുണനിലവാരം എന്ന് വിളിക്കാവുന്ന കാര്യത്തെക്കുറിച്ചും അതിൽ എങ്ങനെ സമഗ്രമായി പ്രവർത്തിക്കാമെന്നതിനെക്കുറിച്ചും - ഇല്ല.

നമുക്ക് ഇത് ശരിയാക്കാം QualityConf — വികസനത്തിന്റെ ഓരോ ഘട്ടത്തിലും ഉപയോക്താവിനായി അന്തിമ ഉൽപ്പന്നത്തിന്റെ ഗുണനിലവാരത്തെക്കുറിച്ച് ചിന്തിക്കുന്ന ഒരു സംസ്കാരം ഞങ്ങൾ വികസിപ്പിക്കും. നിങ്ങളുടെ ഉത്തരവാദിത്ത മേഖലയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാത്ത ശീലം, കൂടാതെ ടെസ്റ്റർമാരുമായി മാത്രമല്ല ഗുണമേന്മയുമായി ബന്ധപ്പെടുത്തുക.

കട്ടിന് താഴെ, റഷ്യൻ സംസാരിക്കുന്ന ക്യുഎ കമ്മ്യൂണിറ്റിയുടെ സ്രഷ്ടാവായ ടിങ്കോഫ്.ബിസിനസിലെ ടെസ്‌റ്റിംഗ് മേധാവി, പ്രോഗ്രാം കമ്മിറ്റിയുടെ തലവനോട് ഞങ്ങൾ സംസാരിക്കും. അനസ്താസിയ അസീവ-ൻഗുയെൻ QA വ്യവസായത്തിന്റെ അവസ്ഥയെക്കുറിച്ചും പുതിയ കോൺഫറൻസിന്റെ ദൗത്യത്തെക്കുറിച്ചും.

- നസ്റിയ ഹലോ. നിങ്ങളെക്കുറിച്ച് ഞങ്ങളോട് പറയൂ.

അനസ്താസിയ: ഞാൻ ഒരു ബാങ്കിൽ ടെസ്റ്റിംഗ് കൈകാര്യം ചെയ്യുന്നു, വളരെ വലിയ ഒരു ടീമിന്റെ ഉത്തരവാദിത്തം എനിക്കാണ് - ഞങ്ങൾ 90-ലധികം ആളുകളാണ്. ഞങ്ങൾക്ക് ഒരു പ്രധാന ബിസിനസ്സ് ലൈൻ ഉണ്ട്; നിയമപരമായ സ്ഥാപനങ്ങൾക്കുള്ള ആവാസവ്യവസ്ഥയുടെ ഉത്തരവാദിത്തം ഞങ്ങൾക്കാണ്.

ഞാൻ മെക്കാനിക്സും മാത്തമാറ്റിക്സും പഠിച്ചു, തുടക്കത്തിൽ ഒരു പ്രോഗ്രാമറാകാൻ ആഗ്രഹിച്ചു. എന്നാൽ എനിക്ക് രസകരമായ ഒരു ഓഫർ ലഭിച്ചപ്പോൾ, ഒരു ടെസ്റ്ററായി സ്വയം പരീക്ഷിക്കാൻ ഞാൻ തീരുമാനിച്ചു. വിചിത്രമെന്നു പറയട്ടെ, ഇത് എന്റെ വിളിയായി മാറി. ഇപ്പോൾ ഈ വ്യവസായത്തിലെ എന്റെ എല്ലാ ജോലികളും ഞാൻ കാണുന്നു.

ഞാൻ ക്വാളിറ്റി അഷ്വറൻസ് അച്ചടക്കത്തിന്റെ കടുത്ത അനുയായിയാണ്. എന്ത് ഉൽപ്പന്നങ്ങൾ സൃഷ്ടിക്കപ്പെടുന്നു, കമ്പനിയിലും ടീമിലും തത്വത്തിൽ വികസന പ്രക്രിയയിലും ഗുണനിലവാരം എങ്ങനെ പരിഗണിക്കപ്പെടുന്നു എന്നതിൽ ഞാൻ നിസ്സംഗനല്ല.

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

— നിങ്ങൾ ക്വാളിറ്റി അഷ്വറൻസ്, ടെസ്റ്റിംഗ് എന്നീ വാക്കുകൾ ഉപയോഗിക്കുന്നു. ശരാശരി വ്യക്തിയുടെ ദൃഷ്ടിയിൽ, ഈ രണ്ട് പദങ്ങളും പലപ്പോഴും ഓവർലാപ്പ് ചെയ്യുന്നു. നിങ്ങൾ ആഴത്തിൽ കുഴിച്ചാൽ അവ എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു?

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

മിക്ക കേസുകളിലും, അവ ഫംഗ്ഷണൽ ടെസ്റ്റിംഗിൽ മാത്രം പരിമിതപ്പെടുത്തിയിരിക്കുന്നു: ഡവലപ്പർമാർ കോഡ് ചെയ്‌തത് സ്പെസിഫിക്കേഷനുമായി പൊരുത്തപ്പെടുന്നുണ്ടോയെന്ന് അവർ പരിശോധിക്കുന്നു, അത്രമാത്രം.

— മറ്റ് എന്തെല്ലാം ഗുണനിലവാര ഉറപ്പ് വിഷയങ്ങളാണ് ഉള്ളതെന്ന് ദയവായി ഞങ്ങളോട് പറയുക? പരിശോധന കൂടാതെ മറ്റെന്താണ് ഇവിടെ ഉൾപ്പെടുത്തിയിരിക്കുന്നത്?

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

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

— നിങ്ങൾ ഇപ്പോൾ വിവരിച്ചത് ഒരു ഉൽപ്പന്ന സ്പെഷ്യലിസ്റ്റിന്റെ ചുമതലയാണെന്ന് തോന്നുന്നു. ഇത് തത്വത്തിൽ, പരിശോധനയെക്കുറിച്ചല്ല, ഗുണനിലവാരത്തെക്കുറിച്ചല്ല - ഇത് പൊതുവെ ഉൽപ്പന്ന മാനേജ്മെന്റിനെക്കുറിച്ചാണ്, അല്ലേ?

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

- ചുറ്റുമുള്ള എല്ലാ കാര്യങ്ങളിലും ഒരു ചട്ടക്കൂട് അടിച്ചേൽപ്പിക്കുന്ന ഗുണനിലവാരം ചുറ്റുമുള്ള മിക്കവാറും എല്ലാ വിഷയങ്ങളുമായും വിഭജിക്കുന്നു എന്ന് ഇത് മാറുന്നു?

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

ഇവിടെയാണ് ഇത്തരത്തിലുള്ള പരിശോധന വരുന്നത്: യുഎടി (ഉപയോക്തൃ സ്വീകാര്യത പരിശോധന). നിർഭാഗ്യവശാൽ, റഷ്യയിൽ ഇത് വളരെ അപൂർവമായി മാത്രമേ ഉപയോഗിക്കാറുള്ളൂ, എന്നാൽ ചിലപ്പോൾ SCRUM ടീമുകളിൽ അന്തിമ ക്ലയന്റിനുള്ള ഒരു ഡെമോ ആയി കാണപ്പെടുന്നു. വിദേശ കമ്പനികളിൽ ഇത് വളരെ സാധാരണമായ ഒരു പരിശോധനയാണ്. എല്ലാ ക്ലയന്റുകളിലേക്കും പ്രവർത്തനം തുറക്കുന്നതിന് മുമ്പ്, ഞങ്ങൾ ആദ്യം UAT ചെയ്യുന്നു, അതായത്, പരിശോധിച്ച് ഉടനടി ഫീഡ്‌ബാക്ക് നൽകുന്ന അന്തിമ ഉപയോക്താവിനെ ഞങ്ങൾ ക്ഷണിക്കുന്നു - ഉൽപ്പന്നം ശരിക്കും പ്രതീക്ഷകൾ നിറവേറ്റുകയും വേദന പരിഹരിക്കുകയും ചെയ്യുന്നു. ഇതിനുശേഷം മാത്രമേ മറ്റെല്ലാ ക്ലയന്റുകളിലേക്കും സ്കെയിലിംഗ് സംഭവിക്കുകയുള്ളൂ.

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

ഈ വീക്ഷണകോണിൽ നിന്ന്, വാസ്തുവിദ്യ നമുക്ക് ശുദ്ധമായ കോഡ് എഴുതാൻ കഴിയുന്ന തരത്തിലായിരിക്കണം, അത് വേഗത്തിൽ മാറ്റങ്ങൾ വരുത്താൻ ഞങ്ങളെ അനുവദിക്കുകയും ഞങ്ങൾ എല്ലാം തകർക്കുമെന്ന് ഭയപ്പെടരുത്. അതിനാൽ, ഞങ്ങൾക്ക് വളരെയധികം പാരമ്പര്യമുള്ളതിനാൽ പുനരവലോകന ആവർത്തനങ്ങൾ മാസങ്ങളോളം നീണ്ടുനിൽക്കില്ല, മാത്രമല്ല ഞങ്ങൾ നീണ്ട പരീക്ഷണ ഘട്ടങ്ങൾ നടത്തേണ്ടതുണ്ട്.

- മൊത്തത്തിൽ, ഡെവലപ്പർമാർ, ആർക്കിടെക്റ്റുകൾ, ഉൽപ്പന്ന ശാസ്ത്രജ്ഞർ, ഉൽപ്പന്ന മാനേജർമാർ, ടെസ്റ്റർമാർ എന്നിവർ ഇതിനകം തന്നെ ഉൾപ്പെട്ടിട്ടുണ്ട്. ഗുണമേന്മ ഉറപ്പുനൽകുന്ന പ്രക്രിയയിൽ മറ്റാരാണ് ഉൾപ്പെട്ടിരിക്കുന്നത്?

അനസ്താസിയ: ഇപ്പോൾ ഞങ്ങൾ ഇതിനകം തന്നെ ക്ലയന്റിലേക്ക് സവിശേഷത കൈമാറിയതായി സങ്കൽപ്പിക്കുക. വ്യക്തമായും, ഉൽപ്പന്നത്തിന്റെ ഗുണനിലവാരം ഇതിനകം ഉൽപ്പാദനത്തിലായിരിക്കുമ്പോൾ പോലും നിരീക്ഷിക്കേണ്ടതുണ്ട്. ഈ ഘട്ടത്തിൽ, ബഗുകൾ എന്ന് വിളിക്കപ്പെടുന്ന, വ്യക്തമല്ലാത്ത സാഹചര്യങ്ങളുള്ള സാഹചര്യങ്ങൾ പ്രത്യക്ഷപ്പെടാം.

ഞങ്ങൾ ഇതിനകം ഉൽപ്പന്നം പുറത്തിറക്കിയ ശേഷം ഈ ബഗുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യും എന്നതാണ് ആദ്യത്തെ ചോദ്യം? ഉദാഹരണത്തിന്, സമ്മർദ്ദത്തോട് നമ്മൾ എങ്ങനെ പ്രതികരിക്കും? പേജ് ലോഡുചെയ്യാൻ 30 സെക്കൻഡിൽ കൂടുതൽ സമയമെടുത്താൽ ക്ലയന്റ് വളരെ സന്തോഷവാനായിരിക്കില്ല.

ഇവിടെയാണ് ചൂഷണം സംഭവിക്കുന്നത് അല്ലെങ്കിൽ അവർ ഇപ്പോൾ വിളിക്കുന്നത് പോലെ, DevOps. വാസ്തവത്തിൽ, ഉൽ‌പ്പന്നം ഇതിനകം ഉൽ‌പാദനത്തിലായിരിക്കുമ്പോൾ‌ അത് പ്രവർത്തിപ്പിക്കുന്നതിന് ഉത്തരവാദികൾ‌ ഇവരാണ്. ഇതിൽ വിവിധ തരം നിരീക്ഷണങ്ങൾ ഉൾപ്പെടുന്നു. ഒരു ഉപവിഭാഗം പോലും ഉണ്ട് - ഉൽപ്പാദനത്തെക്കുറിച്ചുള്ള പരിശോധന, റോൾഔട്ടിനുമുമ്പ് എന്തെങ്കിലും പരീക്ഷിക്കാതിരിക്കാനും ഉൽപ്പാദനത്തിൽ ഉടനടി അത് പരിശോധിക്കാതിരിക്കാനും ഞങ്ങൾ സ്വയം അനുവദിക്കുമ്പോൾ. ഇൻഫ്രാസ്ട്രക്ചർ സംഘടിപ്പിക്കുന്നതിന്റെ വീക്ഷണകോണിൽ നിന്നുള്ള നടപടികളുടെ ഒരു പരമ്പരയാണിത്, ഒരു സംഭവത്തോട് പെട്ടെന്ന് പ്രതികരിക്കാനും അതിനെ സ്വാധീനിക്കാനും അത് ശരിയാക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു.

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

ഇത് ചോദ്യം ഉയർത്തുന്നു - ഒരുപക്ഷേ ടീമിന് അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡായി ഉപയോഗിക്കേണ്ടതുണ്ട്.

അടിസ്ഥാന സൗകര്യങ്ങൾ ഉൽപ്പന്നത്തിന്റെ ഗുണനിലവാരത്തെ നേരിട്ട് ബാധിക്കുമെന്ന് ഞാൻ വിശ്വസിക്കുന്നു.

സമ്മേളനത്തിൽ ഒരു യഥാർത്ഥ കേസുമായി ഒരു റിപ്പോർട്ട് ഉണ്ടാകുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു. കോഡ് എന്ന നിലയിൽ അടിസ്ഥാന സൗകര്യങ്ങൾ എങ്ങനെ ഗുണമേന്മയെ ബാധിക്കുമെന്ന് നിങ്ങളുടെ സ്വന്തം അനുഭവത്തിൽ നിന്ന് ഞങ്ങളോട് പറയാൻ നിങ്ങൾ തയ്യാറാണെങ്കിൽ ഞങ്ങൾക്ക് എഴുതുക. അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡ് എന്ന നിലയിൽ എല്ലാ ക്രമീകരണങ്ങളും പരിശോധിക്കുന്നതും സാധ്യമല്ലാത്ത കാര്യങ്ങൾ പരിശോധിക്കുന്നതും എളുപ്പമാക്കുന്നു. അതിനാൽ, ഗുണനിലവാരമുള്ള ഉൽപ്പന്നം വികസിപ്പിക്കുന്ന പ്രക്രിയയിൽ പ്രവർത്തനവും ഉൾപ്പെടുന്നു.

— അനലിറ്റിക്‌സും ഡോക്യുമെന്റേഷനും സംബന്ധിച്ചെന്ത്?

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

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

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

ഡെവലപ്പർമാർ കീടങ്ങളല്ല, ഉദ്ദേശ്യത്തോടെ പിശകുകളുള്ള കോഡ് എഴുതരുത്.

ആവശ്യമായ എല്ലാ പോയിന്റുകളും ഉൾക്കൊള്ളുന്ന ഒരു സ്പെസിഫിക്കേഷനിലൂടെ ഞങ്ങൾ ആദ്യം ചിന്തിച്ചിരുന്നെങ്കിൽ, എല്ലാം ആവശ്യാനുസരണം നടപ്പിലാക്കുമായിരുന്നു. എന്നാൽ ഇതൊരു ഉട്ടോപ്യയാണ്.

100 പേജ് സ്പെസിഫിക്കേഷൻ കൃത്യമായി എഴുതുന്നത് ഒരുപക്ഷേ അസാധ്യമാണ്. അതുകൊണ്ടാണ് ഡോക്യുമെന്റേഷൻ എഴുതുന്നതിനുള്ള ഇതര മാർഗങ്ങളെക്കുറിച്ച് ചിന്തിക്കേണ്ടതുണ്ട്, സ്പെസിഫിക്കേഷനുകൾ, ഡെവലപ്പർ ആവശ്യമുള്ളത് കൃത്യമായി ചെയ്യുന്നുണ്ടെന്ന് ഉറപ്പാക്കാൻ ഞങ്ങളെ അടുപ്പിക്കുന്ന ടാസ്ക്കുകൾ സജ്ജീകരിക്കുന്നു.

ഇവിടെ എജൈലിൽ നിന്നുള്ള സമീപനങ്ങൾ ഓർമ്മ വരുന്നു - സ്വീകാര്യത മാനദണ്ഡങ്ങളുള്ള ഉപയോക്തൃ സ്റ്റോറികൾ. ചെറിയ ആവർത്തനങ്ങളിൽ വികസിക്കുന്ന ടീമുകൾക്ക് ഇത് കൂടുതൽ ബാധകമാണ്.

— ഉപയോഗക്ഷമത പരിശോധന, ഉൽപ്പന്ന ഉപയോഗക്ഷമത, ഡിസൈൻ എന്നിവയെക്കുറിച്ച്?

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

കൂടാതെ ഒരു പ്രശ്നം കൂടിയുണ്ട്. ഡിസൈൻ സംവിധാനങ്ങൾ ഇപ്പോൾ ജനപ്രീതി നേടുന്നു. അവർ ഹൈപ്പിലാണ്, പക്ഷേ അവയിൽ നിന്നുള്ള നേട്ടങ്ങൾ പൂർണ്ണമായും വ്യക്തമല്ല.

ഡിസൈൻ സിസ്റ്റങ്ങൾ ഒരു വശത്ത് വികസനം ലളിതമാക്കുന്നു, എന്നാൽ മറുവശത്ത്, അവ ഇന്റർഫേസിൽ ധാരാളം നിയന്ത്രണങ്ങൾ ഏർപ്പെടുത്തുന്നു എന്ന അഭിപ്രായമാണ് ഞാൻ കാണുന്നത്.

തൽഫലമായി, ഞങ്ങൾ ക്ലയന്റ് ആഗ്രഹിക്കുന്ന സവിശേഷതയല്ല, മറിച്ച് ഞങ്ങൾക്ക് സൗകര്യപ്രദമായ ഒന്ന് ഉണ്ടാക്കുന്നു, കാരണം ഞങ്ങൾക്ക് അത് നിർമ്മിക്കാൻ കഴിയുന്ന ചില ക്യൂബുകൾ ഇതിനകം തന്നെ ഉണ്ട്.

ഡിസൈൻ എളുപ്പമാക്കാൻ ശ്രമിക്കുമ്പോൾ ഞങ്ങൾ യഥാർത്ഥത്തിൽ ഒരു ക്ലയന്റ് പെയിൻ പോയിന്റ് പരിഹരിക്കുകയാണോ എന്ന് ചിന്തിക്കേണ്ട വിഷയമാണിതെന്ന് ഞാൻ കരുതുന്നു.

— ക്വാളിറ്റി അഷ്വറൻസുമായി ബന്ധപ്പെട്ട് അതിശയിപ്പിക്കുന്ന നിരവധി വിഷയങ്ങളുണ്ട്. അവയെല്ലാം ചർച്ച ചെയ്യാവുന്ന ഒരു സമ്മേളനം റഷ്യയിലുണ്ടോ?

അനസ്താസിയ: ഈ വർഷം 25-ാമത് തവണ നടക്കുന്ന ഏറ്റവും പഴയ ടെസ്റ്റിംഗ് കോൺഫറൻസുണ്ട്, അതിനെ SQA Days Quality Assurance Conference എന്ന് വിളിക്കുന്നു. ഫങ്ഷണൽ ടെസ്റ്റർമാർക്കുള്ള ടൂളുകളും നിർദ്ദിഷ്ട ടെസ്റ്റിംഗ് സമീപനങ്ങളും ഇത് പ്രധാനമായും ചർച്ചചെയ്യുന്നു. ചട്ടം പോലെ, SQA Days-ലെ റിപ്പോർട്ടുകൾ ടെസ്റ്റർമാരുടെ ഉത്തരവാദിത്തത്തിന്റെ മേഖലയിലെ നിർദ്ദിഷ്ട മേഖലകളെ ആഴത്തിൽ പരിശോധിക്കുന്നു, പക്ഷേ സങ്കീർണ്ണമായ പ്രവർത്തനങ്ങളല്ല.

വ്യത്യസ്‌ത ടൂളുകളും സമീപനങ്ങളും, ഡാറ്റാബേസുകൾ, API-കൾ തുടങ്ങിയവ എങ്ങനെ പരിശോധിക്കാം എന്നറിയാൻ ഇത് വളരെയധികം സഹായിക്കുന്നു. എന്നാൽ അതേ സമയം, ഒരു വശത്ത്, ഒരു മികച്ച ഉൽപ്പന്നം സൃഷ്ടിക്കുന്നതിൽ കേവലം കൂടുതൽ പരീക്ഷണങ്ങളിൽ ഏർപ്പെടാൻ ഇത് പ്രേരിപ്പിക്കുന്നില്ല. മറുവശത്ത്, ഉൽപ്പന്നത്തിന്റെ ആഗോള ലക്ഷ്യത്തെക്കുറിച്ചും അതിന്റെ ബിസിനസ്സ് ഘടകത്തെക്കുറിച്ചും ചിന്തിക്കുന്നതിനുള്ള പ്രക്രിയയിൽ ടെസ്റ്റർമാർ കൂടുതൽ ഉൾപ്പെടുന്നില്ല.

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

ഫങ്ഷണൽ ടെസ്റ്റിംഗിൽ വ്യവസായം അവസാനിക്കില്ലെന്ന് റഷ്യയിലെ ആൺകുട്ടികളും ചിന്തിക്കാൻ തുടങ്ങണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു.

— ഈ ആവശ്യത്തിനായി, ഞങ്ങൾ ഒരു പുതിയ കോൺഫറൻസ് സംഘടിപ്പിക്കുന്നു, QualityConf, അത് ഒരു അവിഭാജ്യ അച്ചടക്കമെന്ന നിലയിൽ ഗുണനിലവാരത്തിനായി സമർപ്പിച്ചിരിക്കുന്നു. ആശയത്തെക്കുറിച്ച് ഞങ്ങളോട് കൂടുതൽ പറയൂ, കോൺഫറൻസിന്റെ പ്രധാന ലക്ഷ്യം എന്താണ്?

അനസ്താസിയ: ഗുണനിലവാരമുള്ള ഉൽപ്പന്നങ്ങൾ നിർമ്മിക്കാൻ താൽപ്പര്യമുള്ള ആളുകളുടെ ഒരു കമ്മ്യൂണിറ്റി സൃഷ്ടിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ഗുണനിലവാരം മെച്ചപ്പെടുത്താൻ എന്തൊക്കെ മാറ്റണം എന്നതിനെക്കുറിച്ചുള്ള ഒരു പ്രത്യേക ധാരണയോടെ അവർക്ക് വരാനും റിപ്പോർട്ടുകൾ കേൾക്കാനും കോൺഫറൻസിന് ശേഷം പോകാനും കഴിയുന്ന ഒരു പ്ലാറ്റ്ഫോം വാഗ്ദാനം ചെയ്യുക.

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

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

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

— ടെസ്റ്റിംഗിനെയും ടൂളിനെയും കുറിച്ചുള്ള വിഷയങ്ങളിൽ നേരിട്ട് സ്പർശിക്കാൻ നിങ്ങൾ ഉദ്ദേശിക്കുന്നുണ്ടോ?

അനസ്താസിയ: ടൂളുകളെക്കുറിച്ചുള്ള റിപ്പോർട്ടുകൾ ഉണ്ടാകുമെന്ന് ഞാൻ സമ്മതിക്കുന്നു. കമ്പനികൾക്കും ടീമുകൾക്കും ഉൽപ്പന്നത്തെ സ്വാധീനിക്കാൻ കഴിയുന്ന സാർവത്രിക ഉപകരണങ്ങൾ ഉണ്ട്.

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

ഒരു ടൂളിനുവേണ്ടി ഒരു ടൂളിനെക്കുറിച്ച് ഞങ്ങൾക്ക് തീർച്ചയായും റിപ്പോർട്ടുകൾ ഉണ്ടാകില്ല. പ്രോഗ്രാമിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന എല്ലാ റിപ്പോർട്ടുകളും ഒരു പൊതു ലക്ഷ്യത്താൽ ഏകീകരിക്കപ്പെടും.

- നിങ്ങൾ സംസാരിക്കുന്ന കാര്യങ്ങളിൽ ആർക്കാണ് താൽപ്പര്യമുണ്ടാകുക, കോൺഫറൻസിന്റെ അതിഥികളായി നിങ്ങൾ ആരെയാണ് കാണുന്നത്?

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

ഒരു ഉൽപ്പന്നത്തിന്റെയോ സിസ്റ്റത്തിന്റെയോ ഗുണനിലവാരം എങ്ങനെ മെച്ചപ്പെടുത്താമെന്ന് ചിന്തിക്കുന്ന ആളുകളാണ് ഇവർ. ഞങ്ങളുടെ കോൺഫറൻസിൽ, അവർ വിവിധ സെറ്റ് നടപടികളെക്കുറിച്ച് പഠിക്കുകയും അവർക്ക് ഇപ്പോൾ എന്താണ് തെറ്റെന്നും എന്താണ് മാറ്റേണ്ടതെന്നും മനസിലാക്കാൻ കഴിയും.

ഗുണനിലവാരത്തിൽ എന്തോ കുഴപ്പമുണ്ടെന്ന് മനസിലാക്കുകയും അതിനെ സ്വാധീനിക്കാൻ ആഗ്രഹിക്കുകയും ചെയ്യുക എന്നതാണ് പ്രധാന മാനദണ്ഡമെന്ന് ഞാൻ കരുതുന്നു. ഇത് ആദ്യമായി ചെയ്യുമെന്ന് കരുതുന്ന ആളുകളിലേക്ക് ഒരുപക്ഷെ നമുക്ക് എത്താൻ കഴിയില്ല.

— വ്യവസായം മൊത്തത്തിൽ പരീക്ഷണത്തെക്കുറിച്ച് മാത്രമല്ല, ഗുണനിലവാരമുള്ള ഒരു സംസ്കാരത്തെക്കുറിച്ച് സംസാരിക്കാൻ പാകമായെന്ന് നിങ്ങൾ കരുതുന്നുണ്ടോ?

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

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

- സമ്മതിച്ചു! ഞങ്ങൾ സംസ്കാരം വളർത്തുകയും ബോധം മാറ്റുകയും ചെയ്യും.

ഐടി ഉൽപ്പന്നങ്ങളുടെ ഉയർന്ന നിലവാരമുള്ള വികസനം സംബന്ധിച്ച സമ്മേളനം QualityConf നടക്കും ജൂൺ 7 ന് മോസ്കോയിൽ. ഉയർന്ന നിലവാരമുള്ള ഉൽപ്പന്നം ഏത് ഘട്ടങ്ങളാണ് നിർമ്മിക്കുന്നതെന്ന് നിങ്ങൾക്കറിയാം, ഉൽ‌പാദനത്തിലെ ബഗുകളെ വിജയകരമായി നേരിടുന്ന കേസുകൾ ഞങ്ങൾക്ക് ഉണ്ട്, ഞങ്ങളുടെ പ്രയോഗത്തിൽ ഞങ്ങൾ ജനപ്രിയ രീതികൾ പരീക്ഷിച്ചു - ഞങ്ങൾക്ക് നിങ്ങളുടെ അനുഭവം ആവശ്യമാണ്. അയക്കുക അവരുടെ അപേക്ഷകൾ മെയ് ഒന്നിന് മുമ്പ്, കൂടാതെ സമ്മേളനത്തിന്റെ മൊത്തത്തിലുള്ള സമഗ്രതയ്ക്കായി തീം ഫോക്കസ് ചെയ്യാൻ പ്രോഗ്രാം കമ്മിറ്റി സഹായിക്കും.

ലേക്ക് ബന്ധിപ്പിക്കുക ചാറ്റ്, അതിൽ ഞങ്ങൾ ഗുണനിലവാര പ്രശ്‌നങ്ങളും കോൺഫറൻസും ചർച്ചചെയ്യുന്നു, സബ്‌സ്‌ക്രൈബുചെയ്യുക ടെലിഗ്രാം ചാനൽപ്രോഗ്രാം വാർത്തകളുമായി കാലികമായി തുടരാൻ.

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