એક બૉક્સમાં બે (જો તમે કરી શકો તો) અને દરેક દસ્તાવેજમાં (હંમેશાં).
IT સંદર્ભમાં, "બે બૉક્સમાં" એ બે સર્વર્સ અથવા ઘટકોનો સંદર્ભ આપે છે જે રિડન્ડન્સી અને વધેલી વિશ્વસનીયતા પ્રદાન કરવા માટે એકસાથે કામ કરવા માટે રચાયેલ છે. આ સેટઅપ એ સુનિશ્ચિત કરી શકે છે કે જો એક ઘટક નિષ્ફળ જાય, તો બીજો તેની કામગીરી સંભાળશે, આમ સેવાની સાતત્ય જાળવી રાખશે. "બૉક્સમાં બે" રાખવાનો ધ્યેય ઉચ્ચ ઉપલબ્ધતા અને આપત્તિ પુનઃપ્રાપ્તિ પ્રદાન કરવાનો છે. આ સંસ્થામાં માનવીય ભૂમિકાઓને પણ લાગુ પડે છે; જો કે, તેનો ભાગ્યે જ અમલ થાય છે.
ચાલો એક સંબંધિત Analytics ઉદાહરણ જોઈએ. અમે બધા સંભવતઃ અમારી કંપની અથવા સંસ્થામાં કોઈ વ્યક્તિને નામથી જાણીએ છીએ જે Analytics માટે "ગો-ટૂ" વ્યક્તિ છે. તેઓ એવા લોકો છે જેમની પાસે રિપોર્ટ્સ અથવા ડેશબોર્ડ્સ તેમના નામ પર રાખવામાં આવ્યા છે - માઇકનો રિપોર્ટ અથવા જેન્સ ડેશબોર્ડ. ખાતરી કરો કે, એવા અન્ય લોકો છે જેઓ એનાલિટિક્સ જાણે છે, પરંતુ આ સાચા ચેમ્પિયન છે જેઓ જાણે છે કે સૌથી મુશ્કેલ વસ્તુઓ કેવી રીતે પૂર્ણ કરવી અને સમયમર્યાદા પર વધુ હાંસલ કરવી. મુદ્દો એ છે કે આ લોકો એકલા ઊભા છે. દબાણ હેઠળના ઘણા કિસ્સાઓમાં, તેઓ કોઈની સાથે કામ કરતા નથી કારણ કે તે તેમને ધીમું કરી શકે છે અને અહીંથી સમસ્યા શરૂ થાય છે. આપણે ક્યારેય વિચારતા નથી કે આપણે આ વ્યક્તિને ગુમાવીશું. હું સામાન્ય "ચાલો કહીએ કે તેઓ બસ દ્વારા અથડાયા" અથવા વર્તમાન જોબ માર્કેટની તકોનો લાભ લેતા ઉદાહરણનો ઉપયોગ કરવાથી દૂર રહીશ અને "તેઓએ લોટરી જીતી!" જેવું કંઈક સકારાત્મક કહીશ, કારણ કે આપણે બધાએ સકારાત્મક બનવા માટે અમારો ભાગ ભજવવો જોઈએ. આ દિવસો.
વાર્તા
સોમવારની સવાર આવે છે, અને અમારા વિશ્લેષણ નિષ્ણાત અને ચેમ્પિયન એમજેએ તેમનું રાજીનામું સબમિટ કર્યું છે. એમજે લોટરી જીતી અને પહેલાથી જ દુનિયાની પરવા કર્યા વિના દેશ છોડી ચૂક્યો છે. ટીમ અને લોકો જેઓ MJ ને જાણે છે તેઓ રોમાંચિત અને ઈર્ષ્યા કરે છે, તેમ છતાં કામ કરવું જોઈએ. હવે જ્યારે એમજે જે કરી રહ્યો હતો તેની કિંમત અને વાસ્તવિકતા સમજવાની છે. MJ વિશ્લેષણના અંતિમ પ્રકાશન અને માન્યતા માટે જવાબદાર હતા. દરેકને એનાલિટિક્સ સપ્લાય કરતા પહેલા તેઓ હંમેશા કાર્યક્ષમતામાં સુધારો કરવામાં અથવા તે મુશ્કેલ ફેરફાર કરવામાં સક્ષમ હોય તેવું લાગતું હતું. કોઈએ ખરેખર તે કેવી રીતે થયું તેની કાળજી લીધી ન હતી અને તે હકીકતમાં સુરક્ષિત હતી કે તે હમણાં જ થયું છે, અને MJ એક એનાલિટિક્સ વ્યક્તિગત રોક સ્ટાર હતો તેથી સ્વાયત્તતાનું સ્તર આપવામાં આવ્યું હતું. હવે જેમ જેમ ટીમ ટુકડાઓ લેવાનું શરૂ કરે છે, વિનંતીઓ, રોજિંદા મુદ્દાઓ, ફેરફારની વિનંતીઓ તેઓ ખોટમાં છે અને ઝપાઝપી કરવાનું શરૂ કરે છે. અહેવાલો / ડેશબોર્ડ્સ અજાણ્યા રાજ્યોમાં જોવા મળે છે; કેટલીક અસ્કયામતો સપ્તાહના અંતે અપડેટ થઈ ન હતી, અને શા માટે અમને ખબર નથી; લોકો પૂછે છે કે શું થઈ રહ્યું છે અને વસ્તુઓ ક્યારે ઠીક થશે, એમજેએ કહ્યું કે જે સંપાદનો કરવામાં આવ્યા હતા તે દેખાતા નથી અને શા માટે અમને કોઈ જાણ નથી. ટીમ ખરાબ લાગે છે. તે એક આપત્તિ છે અને હવે આપણે બધા એમજેને ધિક્કારીએ છીએ.
પાઠ
કેટલાક સરળ અને સ્પષ્ટ ઉપાયો છે.
- વ્યક્તિને ક્યારેય એકલા કામ કરવાની મંજૂરી ન આપો. સારું લાગે છે પરંતુ નાની ચપળ ટીમોમાં, અમારી પાસે આવું કરવા માટે સમય અથવા લોકો નથી. લોકો આવે છે અને જાય છે, કાર્યો ઘણા છે, તેથી તે ઉત્પાદકતાના નામે વિભાજિત અને જીતી રહ્યું છે.
- દરેક વ્યક્તિએ પોતાનું જ્ઞાન શેર કરવું જોઈએ. સારું પણ લાગે છે પણ શું આપણે યોગ્ય વ્યક્તિ કે લોકો સાથે શેર કરી રહ્યા છીએ? ધ્યાનમાં રાખો કે ઘણા લોટરી વિજેતાઓ સહકાર્યકરો છે. જ્ઞાન શેર સત્રો કરવાથી પણ કાર્યોમાંથી સમય દૂર થાય છે અને મોટા ભાગના લોકો માત્ર ત્યારે જ કુશળતા અને જ્ઞાનમાં રોકાણ કરે છે જ્યારે તેની જરૂર હોય છે.
તેથી, કેટલાક વાસ્તવિક ઉકેલો કયા છે જે દરેક જણ અમલમાં મૂકી શકે છે અને પાછળ રહી શકે છે?
ચાલો રૂપરેખા વ્યવસ્થાપન સાથે પ્રારંભ કરીએ. અમે આનો ઉપયોગ ઘણા સમાન વિષયો માટે છત્રી શબ્દ તરીકે કરીશું.
- સંચાલન બદલો: આયોજન, અમલીકરણ અને સોફ્ટવેર સિસ્ટમ્સમાં સંરચિત અને વ્યવસ્થિત રીતે ફેરફારોને નિયંત્રિત કરવાની પ્રક્રિયા. આ પ્રક્રિયાનો હેતુ એ સુનિશ્ચિત કરવાનો છે કે ફેરફારો નિયંત્રિત અને કાર્યક્ષમ રીતે કરવામાં આવે છે (પાછળ કરવાની ક્ષમતા સાથે), વર્તમાન સિસ્ટમમાં ન્યૂનતમ વિક્ષેપ અને સંસ્થાને મહત્તમ લાભ થાય છે.
- યોજના સંચાલન: સૉફ્ટવેર ડેવલપમેન્ટ પ્રોજેક્ટ્સનું આયોજન, સંગઠન અને નિયંત્રણ તે સુનિશ્ચિત કરવા માટે કે તે સમયસર, બજેટમાં અને ઇચ્છિત ગુણવત્તા ધોરણો અનુસાર પૂર્ણ થાય છે. તેમાં પ્રોજેક્ટના ઉદ્દેશ્યો હાંસલ કરવા અને સોફ્ટવેર પ્રોડક્ટને શેડ્યૂલ પર પહોંચાડવા માટે સમગ્ર સોફ્ટવેર ડેવલપમેન્ટ જીવનચક્ર દરમિયાન સંસાધનો, પ્રવૃત્તિઓ અને કાર્યોનું સંકલન સામેલ છે.
- સતત એકીકરણ અને સતત ડિલિવરી (CI/CD): બિલ્ડિંગને સ્વચાલિત કરવાની પ્રક્રિયા, પરીક્ષણ અને સૉફ્ટવેરની જમાવટ. સતત એકીકરણ માટે નિયમિતપણે કોડ ફેરફારોને વહેંચાયેલ ભંડારમાં મર્જ કરવાની અને વિકાસ પ્રક્રિયાની શરૂઆતમાં ભૂલો શોધવા માટે સ્વચાલિત પરીક્ષણો ચલાવવાની જરૂર છે. સતત ડિલિવરી/ડિપ્લોયમેન્ટમાં પરીક્ષણ અને માન્ય કોડ ફેરફારોને ઉત્પાદનમાં આપમેળે રિલીઝ કરવાનો સમાવેશ થાય છે, જે નવી સુવિધાઓ અને સુધારાઓને ઝડપી અને વારંવાર રિલીઝ કરવાની મંજૂરી આપે છે.
- સંસ્કરણ નિયંત્રણ: વિશિષ્ટ સોફ્ટવેર ટૂલ્સનો ઉપયોગ કરીને સમય જતાં સોર્સ કોડ અને અન્ય સોફ્ટવેર આર્ટિફેક્ટ્સમાં ફેરફારોનું સંચાલન કરવાની પ્રક્રિયા. તે વિકાસકર્તાઓને કોડબેઝ પર સહયોગ કરવા, ફેરફારોનો સંપૂર્ણ ઇતિહાસ જાળવી રાખવા અને મુખ્ય કોડબેઝને અસર કર્યા વિના નવી સુવિધાઓ સાથે પ્રયોગ કરવાની મંજૂરી આપે છે.
ઉપરોક્ત તમામ સારી સોફ્ટવેર વિકાસ પદ્ધતિઓનો સંદર્ભ આપે છે. એનાલિટિક્સ જે વ્યવસાયને ચલાવે છે અને ચલાવે છે તે ઓછા લાયક નથી કારણ કે તે નિર્ણય લેવા માટે મહત્વપૂર્ણ મિશન છે. તમામ વિશ્લેષણાત્મક સંપત્તિઓ (ETL જોબ્સ, સિમેન્ટીક ડેફિનેશન, મેટ્રિક્સ ડેફિનેશન, રિપોર્ટ્સ, ડેશબોર્ડ્સ, સ્ટોરીઝ...વગેરે) ડિઝાઇનિંગ માટે વિઝ્યુઅલ ઇન્ટરફેસ સાથે માત્ર કોડ સ્નિપેટ્સ છે અને દેખીતી રીતે નાના ફેરફારો કામગીરી પર પાયમાલી કરી શકે છે.
રૂપરેખાંકન વ્યવસ્થાપનનો ઉપયોગ કરીને અમને સારી સ્થિતિમાં ચાલુ રાખવા માટે આવરી લે છે. અસ્કયામતોનું વર્ઝન કરવામાં આવે છે જેથી અમે જોઈ શકીએ કે તેમના આયુષ્યમાં શું થયું છે, અમે જાણીએ છીએ કે પ્રગતિ અને સમયરેખા સાથે કોણ શું કામ કરી રહ્યું છે, અને અમે જાણીએ છીએ કે ઉત્પાદન ચાલુ રહેશે. જે કોઈપણ શુદ્ધ પ્રક્રિયા દ્વારા આવરી લેવામાં આવતું નથી તે જ્ઞાનનું સ્થાનાંતરણ અને વસ્તુઓ શા માટે જેવી છે તેની સમજ છે.
દરેક સિસ્ટમ, ડેટાબેઝ અને એનાલિટિક્સ ટૂલની પોતાની વિશિષ્ટતાઓ હોય છે. વસ્તુઓ જે તેમને ઝડપી અથવા ધીમી બનાવે છે, વસ્તુઓ જે તેમને ચોક્કસ રીતે વર્તે છે અથવા ઇચ્છિત પરિણામ આપે છે. આ સિસ્ટમ અથવા વૈશ્વિક સ્તરે સેટિંગ્સ અથવા એસેટ ડિઝાઇનમાંની વસ્તુઓ હોઈ શકે છે જે તેમને જોઈએ તે રીતે ચલાવવા માટે બનાવે છે. સમસ્યા એ છે કે આમાંની મોટાભાગની વસ્તુઓ સમય જતાં શીખવામાં આવે છે અને તેમને દસ્તાવેજ કરવા માટે હંમેશા કોઈ સ્થાન હોતું નથી. અમે ક્લાઉડ સિસ્ટમ્સ પર જઈએ છીએ, જ્યાં અમે હવે એપ્લિકેશન કેવી રીતે ચલાવે છે તેનું નિયંત્રણ કરતા નથી અને અમે તેને શક્ય તેટલું ઝડપી બનાવવા માટે સપ્લાયર પર આધાર રાખીએ છીએ, અમે જે શોધી રહ્યા છીએ તે બરાબર અનલૉક કરવા માટે અમારી સંપત્તિમાં વ્યાખ્યાઓનું ટ્વિકીંગ ચાલુ રહે છે. આ જ્ઞાનને અન્ય લોકો માટે ઉપલબ્ધ કરાવીને કેપ્ચર અને શેર કરવાની જરૂર છે. આ જ્ઞાન સંપત્તિના દસ્તાવેજીકરણના ભાગ રૂપે આવશ્યક હોવું જોઈએ અને વર્ઝન કંટ્રોલ અને CI/CD ચેક ઇન અને મંજૂરી પ્રક્રિયાનો અભિન્ન ભાગ બનાવવો જોઈએ અને કેટલાક કિસ્સાઓમાં શું કરવું અને ન કરવું તે વસ્તુઓ પ્રકાશિત કરતા પહેલા ચેકલિસ્ટના ભાગ રૂપે પણ. કરવું
અમારી એનાલિટિક્સ પ્રક્રિયાઓમાં શૉર્ટકટને આવરી લેવા માટે કોઈ જાદુઈ જવાબો અથવા AI નથી અથવા તેનો અભાવ છે. ટીમના કદને ધ્યાનમાં લીધા વિના કે જે ડેટા અને એનાલિટિક્સને સિસ્ટમમાં રોકાણને ટ્રૅક કરવા માટે, ફેરફારોને ટ્રૅક કરવા માટે, બધી અસ્કયામતોને વર્ઝન કરે છે અને વિકાસ પ્રક્રિયાના દસ્તાવેજીકરણમાં મદદ કરે છે અને જ્ઞાન મેળવે છે તે આવશ્યક છે. પ્રક્રિયાઓમાં રોકાણ અને આગળનો સમય આપણા એનાલિટિક્સની તંદુરસ્ત સ્થિતિ જાળવવા પાછળથી વસ્તુઓ શોધવામાં ઘણો બગાડવામાં આવેલ સમય બચાવશે. વસ્તુઓ થાય છે અને MJ અને અન્ય લોટરી વિજેતાઓ માટે વીમા પૉલિસી લેવી શ્રેષ્ઠ છે.
