ટિમ લિસ્ટર - પુસ્તકોના સહ-લેખક

• "માનવ પરિબળ. સફળ પ્રોજેક્ટ્સ અને ટીમ્સ" (મૂળ પુસ્તકને "પીપલવેર" કહેવામાં આવે છે)
• "રીંછ સાથે વોલ્ટ્ઝિંગ: સોફ્ટવેર પ્રોજેક્ટ્સમાં જોખમનું સંચાલન"
• "એડ્રેનાલિન-ઉન્મત્ત અને પેટર્ન દ્વારા ઝોમ્બિફાઇડ. પ્રોજેક્ટ ટીમોના વર્તનના દાખલાઓ"

આ તમામ પુસ્તકો તેમના ક્ષેત્રમાં ક્લાસિક છે અને સાથીદારો સાથે મળીને લખવામાં આવ્યા હતા એટલાન્ટિક સિસ્ટમ્સ ગિલ્ડ. રશિયામાં, તેના સાથીદારો સૌથી પ્રખ્યાત છે - ટોમ ડીમાર્કો и પીટર હ્રુશ્કા, જેમણે ઘણી પ્રખ્યાત કૃતિઓ પણ લખી હતી.

ટિમને સોફ્ટવેર ડેવલપમેન્ટમાં 40 વર્ષનો અનુભવ છે; 1975માં (આ હેબ્રાપોસ્ટ લખનારાઓમાંથી કોઈનો જન્મ આ વર્ષે થયો ન હતો), ટિમ પહેલેથી જ Yourdon Inc ના એક્ઝિક્યુટિવ વાઇસ પ્રેસિડેન્ટ હતા. તે હવે પ્રસંગોપાત મુલાકાતો સાથે, સલાહ, શિક્ષણ અને લેખન માટે તેમનો સમય વિતાવે છે અહેવાલો સાથે વિશ્વભરમાં પરિષદો.

અમે ખાસ કરીને હેબ્ર માટે ટિમ લિસ્ટર સાથે એક ઇન્ટરવ્યુ કર્યું. તે DevOops 2019 કોન્ફરન્સ ખોલશે, અને અમારી પાસે પુસ્તકો અને વધુ વિશે ઘણા બધા પ્રશ્નો છે. કોન્ફરન્સ પ્રોગ્રામ કમિટી તરફથી મિખાઇલ ડ્રુઝિનિન અને ઓલેગ ચિરુખિન દ્વારા ઇન્ટરવ્યુ લેવામાં આવે છે.

માઈકલ: તમે અત્યારે જે કરી રહ્યા છો તેના વિશે તમે થોડા શબ્દો કહી શકો?

ટિમ: હું એટલાન્ટિક સિસ્ટમ્સ ગિલ્ડનો વડા છું. ગિલ્ડમાં અમે છ છીએ, અમે અમારી જાતને આચાર્ય કહીએ છીએ. ત્રણ યુએસએમાં અને ત્રણ યુરોપમાં - તેથી જ ગિલ્ડને એટલાન્ટિક કહેવામાં આવે છે. અમે ઘણા વર્ષોથી સાથે છીએ કે તમે તેમની ગણતરી કરી શકતા નથી. આપણે બધા પાસે આપણી વિશેષતાઓ છે. હું છેલ્લા એક દાયકા કે તેથી વધુ સમયથી ગ્રાહકો સાથે કામ કરી રહ્યો છું. મારા પ્રોજેક્ટ્સમાં માત્ર મેનેજમેન્ટ જ નહીં, પરંતુ જરૂરીયાતો સેટિંગ, પ્રોજેક્ટ પ્લાનિંગ અને મૂલ્યાંકનનો પણ સમાવેશ થાય છે. એવું લાગે છે કે જે પ્રોજેક્ટ ખરાબ રીતે શરૂ થાય છે તે સામાન્ય રીતે ખરાબ રીતે સમાપ્ત થાય છે. તેથી, તે સુનિશ્ચિત કરવા યોગ્ય છે કે બધી પ્રવૃત્તિઓ ખરેખર સારી રીતે વિચારેલી અને સંકલિત છે, સર્જકોના વિચારો સંયોજિત છે. તમે શું કરી રહ્યા છો અને શા માટે તે વિશે વિચારવું યોગ્ય છે. પ્રોજેક્ટને પૂર્ણ કરવા માટે કઈ વ્યૂહરચનાઓનો ઉપયોગ કરવો.

હું ઘણાં વર્ષોથી ગ્રાહકોને વિવિધ રીતે કાઉન્સેલિંગ કરી રહ્યો છું. એક રસપ્રદ ઉદાહરણ એક કંપની છે જે ઘૂંટણ અને હિપ સર્જરી માટે રોબોટ્સ બનાવે છે. સર્જન સંપૂર્ણપણે સ્વતંત્ર રીતે કામ કરતું નથી, પરંતુ રોબોટનો ઉપયોગ કરે છે. અહીં સલામતી, પ્રમાણિકપણે કહીએ તો, મહત્વપૂર્ણ છે. પરંતુ જ્યારે તમે એવા લોકો સાથે જરૂરિયાતો અંગે ચર્ચા કરવાનો પ્રયાસ કરો કે જેઓ સમસ્યાઓ ઉકેલવા પર ધ્યાન કેન્દ્રિત કરે છે... તે વિચિત્ર લાગશે, પરંતુ યુએસએમાં એફડીએ (ફેડરલ ડ્રગ એડમિનિસ્ટ્રેશન), જે આ રોબોટ્સ જેવા ઉત્પાદનોને લાઇસન્સ આપે છે. તમે કંઈપણ વેચો અને જીવંત લોકો પર તેનો ઉપયોગ કરો તે પહેલાં, તમારે લાઇસન્સ મેળવવાની જરૂર છે. શરતોમાંની એક તમારી આવશ્યકતાઓ, પરીક્ષણો શું છે, તમે તેનું પરીક્ષણ કેવી રીતે કર્યું, પરીક્ષણ પરિણામો શું છે તે બતાવવાની છે. જો તમે આવશ્યકતાઓને બદલો છો, તો તમારે આ સમગ્ર વિશાળ પરીક્ષણ પ્રક્રિયાને ફરીથી અને ફરીથી પસાર કરવાની જરૂર છે. અમારા ગ્રાહકો તેમની જરૂરિયાતોમાં એપ્લિકેશનની વિઝ્યુઅલ ડિઝાઇનનો સમાવેશ કરવામાં વ્યવસ્થાપિત છે. તેમની પાસે જરૂરિયાતોના ભાગ રૂપે સીધા સ્ક્રીનશૉટ્સ હતા. આપણે તેમને બહાર કાઢીને સમજાવવું પડશે કે મોટાભાગે આ તમામ પ્રોગ્રામ ઘૂંટણ અને હિપ્સ, કેમેરા સાથેની આ બધી વસ્તુઓ વગેરે વિશે કંઈપણ જાણતા નથી. અમારે જરૂરીયાતો દસ્તાવેજોને ફરીથી લખવાની જરૂર છે જેથી કરીને તે ક્યારેય બદલાય નહીં, સિવાય કે કેટલીક ખરેખર મહત્વની અંતર્ગત શરતો બદલાય. જો વિઝ્યુઅલ ડિઝાઇન આવશ્યકતાઓમાં નથી, તો ઉત્પાદનને અપડેટ કરવું વધુ ઝડપી હશે. અમારું કામ તે તત્વોને શોધવાનું છે જે ઘૂંટણ, હિપ્સ, પીઠ પરના ઓપરેશન સાથે વ્યવહાર કરે છે, તેમને અલગ દસ્તાવેજોમાં બહાર કાઢે છે અને કહે છે કે આ મૂળભૂત આવશ્યકતાઓ હશે. ચાલો ઘૂંટણની કામગીરી વિશે જરૂરીયાતોનું એક અલગ જૂથ બનાવીએ. આ અમને જરૂરિયાતોનો વધુ સ્થિર સમૂહ બનાવવાની મંજૂરી આપશે. અમે સમગ્ર ઉત્પાદન લાઇન વિશે વાત કરીશું, અને ચોક્કસ રોબોટ્સ વિશે નહીં.

ઘણું કામ કરવામાં આવ્યું હતું, પરંતુ તેઓ હજી પણ એવા સ્થાનો પર પહોંચી ગયા હતા જ્યાં અગાઉ તેઓએ અર્થ અથવા જરૂરિયાત વિના અઠવાડિયા અને મહિનાઓ પુનરાવર્તિત પરીક્ષણો પસાર કર્યા હતા, કારણ કે કાગળ પર વર્ણવેલ તેમની આવશ્યકતાઓ વાસ્તવિક જરૂરિયાતો સાથે સુસંગત નથી જેના માટે સિસ્ટમ્સ બનાવવામાં આવી હતી. FDA એ તેમને દરેક વખતે કહ્યું: તમારી જરૂરિયાતો બદલાઈ ગઈ છે, હવે તમારે શરૂઆતથી બધું તપાસવાની જરૂર છે. સમગ્ર ઉત્પાદનની સંપૂર્ણ પુન: તપાસ એ એન્ટરપ્રાઇઝને મારી નાખતી હતી.

તેથી, આવા અદ્ભુત કાર્યો છે જ્યારે તમે તમારી જાતને કંઈક રસપ્રદ ની શરૂઆતમાં શોધી કાઢો છો, અને ખૂબ જ પ્રથમ ક્રિયાઓ રમતના આગળના નિયમો સેટ કરે છે. જો તમે ખાતરી કરો કે આ પ્રારંભિક પ્રવૃત્તિ સંચાલકીય અને તકનીકી દૃષ્ટિકોણથી સારી રીતે કામ કરવાનું શરૂ કરે છે, તો ત્યાં એક તક છે કે તમે એક મહાન પ્રોજેક્ટ સાથે સમાપ્ત થશો. પરંતુ જો આ ભાગ રેલમાંથી નીકળી ગયો હોય અને ક્યાંક ખોટો પડ્યો હોય, જો તમને મૂળભૂત સમજૂતીઓ ન મળી શકે... ના, એવું નથી કે તમારો પ્રોજેક્ટ આવશ્યકપણે નિષ્ફળ જશે. પરંતુ તમે હવે એમ કહી શકશો નહીં: "અમે સરસ કર્યું, અમે બધું ખરેખર અસરકારક રીતે કર્યું." ગ્રાહકો સાથે વાતચીત કરતી વખતે હું આ વસ્તુઓ કરું છું.

માઈકલ: એટલે કે, તમે પ્રોજેક્ટ લોંચ કરો છો, કોઈ પ્રકારનો કિકઓફ કરો છો અને તપાસો છો કે રેલ યોગ્ય દિશામાં જઈ રહી છે?

ટિમ: અમારી પાસે પઝલના તમામ ટુકડાઓને એકસાથે કેવી રીતે મૂકવું તે અંગેના વિચારો પણ છે: આપણને કઈ કૌશલ્યોની જરૂર છે, ક્યારે તેની જરૂર છે, ટીમનો મુખ્ય ભાગ કેવો દેખાય છે અને આવી અન્ય મૂળભૂત બાબતો. શું આપણને પૂર્ણ-સમયના કર્મચારીઓની જરૂર છે અથવા આપણે કોઈને પાર્ટ-ટાઇમ રાખી શકીએ? આયોજન, વ્યવસ્થાપન. જેવા પ્રશ્નો: આ ચોક્કસ પ્રોજેક્ટ માટે સૌથી મહત્વપૂર્ણ શું છે? આ કેવી રીતે હાંસલ કરવું? આ ઉત્પાદન અથવા પ્રોજેક્ટ વિશે આપણે શું જાણીએ છીએ, જોખમો શું છે અને અજાણ્યાઓ ક્યાં છે, આપણે આ બધાનો સામનો કેવી રીતે કરીશું? અલબત્ત, આ ક્ષણે કોઈ બૂમો પાડવાનું શરૂ કરે છે "ચપળ વિશે શું?!" ઠીક છે, તમે બધા લવચીક છો, પરંતુ તેથી શું? પ્રોજેક્ટ બરાબર કેવો દેખાય છે, તમે તેને પ્રોજેક્ટને અનુકૂળ રીતે કેવી રીતે બહાર કાઢશો? તમે ફક્ત એટલું જ કહી શકતા નથી કે "અમારો અભિગમ કંઈપણ સુધી લંબાય છે, અમે સ્ક્રમ ટીમ છીએ!" આ બકવાસ અને બકવાસ છે. આગળ ક્યાં જવાનું છે, કેમ ચાલે, વાત ક્યાં છે? હું મારા ગ્રાહકોને આ બધા પ્રશ્નો વિશે વિચારવાનું શીખવીશ.

ચપળ 19 વર્ષ

માઈકલ: ચપળતામાં, લોકો ઘણીવાર અગાઉથી કંઈપણ વ્યાખ્યાયિત ન કરવાનો પ્રયાસ કરે છે, પરંતુ શક્ય તેટલા મોડેથી નિર્ણય લેવા માટે કહે છે: અમે ખૂબ મોટા છીએ, હું એકંદર આર્કિટેક્ચર વિશે વિચારીશ નહીં. હું અન્ય વસ્તુઓના સમૂહ વિશે વિચારીશ નહીં; તેના બદલે, હું હમણાં ગ્રાહકને કાર્ય કરે તેવું કંઈક પહોંચાડીશ.

ટિમ: મને લાગે છે કે ચપળ પદ્ધતિઓ, સાથે શરૂ થાય છે ચપળ મેનિફેસ્ટો 2001 માં, ઉદ્યોગની આંખો ખોલી. પરંતુ બીજી બાજુ, કંઈપણ સંપૂર્ણ નથી. હું પુનરાવર્તિત વિકાસ માટે છું. મોટાભાગના પ્રોજેક્ટ્સમાં પુનરાવૃત્તિ ઘણો અર્થપૂર્ણ બને છે. પરંતુ તમારે જે પ્રશ્ન વિશે વિચારવાની જરૂર છે તે છે: એકવાર ઉત્પાદન બહાર થઈ જાય અને ઉપયોગમાં લેવાય, તે કેટલો સમય ચાલે છે? શું આ એવું ઉત્પાદન છે જે કોઈ અન્ય વસ્તુ દ્વારા બદલવામાં આવે તે પહેલાં છ મહિના ચાલશે? અથવા આ એક એવું ઉત્પાદન છે જે ઘણા વર્ષો સુધી કામ કરશે? અલબત્ત, હું નામ નહીં આપીશ, પરંતુ... ન્યૂ યોર્ક અને તેના નાણાકીય સમુદાયમાં, સૌથી મૂળભૂત સિસ્ટમો ખૂબ જૂની છે. આ અદ્ભુત છે. તમે તેમને જુઓ અને વિચારો, જો તમે સમયસર, 1994 માં પાછા જઈ શકો અને વિકાસકર્તાઓને કહી શકો: “હું ભવિષ્યમાંથી આવ્યો છું, 2019 થી. તમને જરૂર હોય ત્યાં સુધી આ સિસ્ટમનો વિકાસ કરો. તેને વિસ્તૃત કરવા યોગ્ય બનાવો, આર્કિટેક્ચર વિશે વિચારો. તે પછી પચીસ વર્ષથી વધુ સમય માટે તેમાં સુધારો કરવામાં આવશે. જો તમે વિકાસમાં થોડો વધુ વિલંબ કરશો, તો વસ્તુઓની ભવ્ય યોજનામાં કોઈ ધ્યાન આપશે નહીં! જ્યારે તમે લાંબા ગાળા માટે વસ્તુઓનો અંદાજ લગાવી રહ્યાં હોવ, ત્યારે તમારે કુલ કેટલો ખર્ચ થશે તે ધ્યાનમાં લેવાની જરૂર છે. કેટલીકવાર સારી રીતે ડિઝાઇન કરેલ આર્કિટેક્ચર ખરેખર મૂલ્યવાન છે, અને કેટલીકવાર તે નથી. આપણે આસપાસ જોવાની અને પોતાને પૂછવાની જરૂર છે: શું આપણે આવા નિર્ણય માટે યોગ્ય પરિસ્થિતિમાં છીએ?

તેથી "અમે ચપળ છીએ, ગ્રાહક પોતે અમને કહેશે કે તે શું મેળવવા માંગે છે" જેવો વિચાર - તે ખૂબ જ નિષ્કપટ છે. ગ્રાહકો એ પણ જાણતા નથી કે તેઓ શું ઇચ્છે છે, અને તેથી પણ તેઓ જાણતા નથી કે તેઓ શું મેળવી શકે છે. કેટલાક લોકો દલીલો તરીકે ઐતિહાસિક ઉદાહરણો ટાંકવાનું શરૂ કરશે, મેં આ પહેલેથી જ જોયું છે. પરંતુ તકનીકી રીતે અદ્યતન લોકો સામાન્ય રીતે એવું કહેતા નથી. તેઓ કહે છે: "આ 2019 છે, અમારી પાસે આ તકો છે અને અમે આ વસ્તુઓને જોવાની રીતને સંપૂર્ણપણે બદલી શકીએ છીએ!" હાલના સોલ્યુશન્સની નકલ કરવાને બદલે, તેમને થોડું સુંદર અને વધુ કોમ્બેડ બનાવવાને બદલે, કેટલીકવાર તમારે બહાર જવું અને કહેવું જરૂરી છે: "ચાલો આપણે અહીં શું કરવાનો પ્રયાસ કરી રહ્યા છીએ તે સંપૂર્ણપણે ફરીથી શોધીએ!"

અને મને નથી લાગતું કે મોટાભાગના ગ્રાહકો સમસ્યા વિશે તે રીતે વિચારી શકે છે. તેઓ ફક્ત તે જ જુએ છે જે તેમની પાસે પહેલેથી જ છે, બસ. જે પછી તેઓ વિનંતીઓ સાથે આવે છે જેમ કે "ચાલો આને થોડું સરળ બનાવીએ," અથવા તેઓ જે સામાન્ય રીતે કહે છે. પરંતુ અમે વેઇટર્સ કે વેઇટ્રેસ નથી, તેથી અમે ઓર્ડર લઈ શકીએ છીએ, પછી ભલે તે ગમે તેટલું મૂર્ખ હોય અને પછી તેને રસોડામાં શેકવામાં આવે. અમે તેમના માર્ગદર્શક છીએ. આપણે તેમની આંખો ખોલવી પડશે અને કહેવું પડશે: અરે, અમારી પાસે અહીં નવી તકો છે! શું તમે સમજો છો કે તમારા વ્યવસાયનો આ ભાગ જે રીતે કરવામાં આવે છે તે રીતે અમે ખરેખર બદલી શકીએ છીએ? ચપળતા સાથેની એક સમસ્યા એ છે કે તે તક શું છે, સમસ્યા શું છે, આપણે શું કરવાની પણ જરૂર છે, આ ચોક્કસ પરિસ્થિતિ માટે કઈ ઉપલબ્ધ તકનીકો સૌથી યોગ્ય છે તે અંગેની જાગૃતિ દૂર કરે છે.

કદાચ હું અહીં વધુ પડતો શંકાશીલ છું: ચપળ સમુદાયમાં ઘણી બધી અદ્ભુત વસ્તુઓ થઈ રહી છે. પરંતુ મને એ હકીકત સાથે સમસ્યા છે કે કોઈ પ્રોજેક્ટને વ્યાખ્યાયિત કરવાને બદલે, લોકો તેમના હાથ ઉપર ફેંકવાનું શરૂ કરે છે. હું અહીં પૂછીશ - અમે શું કરી રહ્યા છીએ, અમે તે કેવી રીતે કરવા જઈ રહ્યા છીએ? અને કોઈક રીતે જાદુઈ રીતે તે હંમેશા તારણ આપે છે કે ક્લાયંટને કોઈપણ કરતાં વધુ સારી રીતે જાણવું જોઈએ. પરંતુ ક્લાયંટ ફક્ત ત્યારે જ સારી રીતે જાણે છે જ્યારે તે પહેલેથી જ કોઈ વ્યક્તિ દ્વારા બનાવવામાં આવેલી વસ્તુઓમાંથી પસંદ કરે છે. જો મારે કાર ખરીદવી હોય અને મને મારા કુટુંબના બજેટનું કદ ખબર હોય, તો હું ઝડપથી મારી જીવનશૈલીને અનુરૂપ કાર પસંદ કરીશ. અહીં હું કોઈપણ કરતાં વધુ સારી રીતે જાણું છું! પરંતુ કૃપા કરીને નોંધો કે કોઈએ પહેલેથી જ કાર બનાવી છે. મને ખબર નથી કે નવી કાર કેવી રીતે શોધવી, હું નિષ્ણાત નથી. જ્યારે આપણે કસ્ટમ અથવા સ્પેશિયલ પ્રોડક્ટ્સ બનાવીએ છીએ ત્યારે ગ્રાહકના અવાજને ધ્યાનમાં લેવો જોઈએ, પરંતુ હવે આ એકમાત્ર અવાજ નથી.

ઓલેગ: તમે ચપળ મેનિફેસ્ટોનો ઉલ્લેખ કર્યો છે. શું આપણે આ મુદ્દાની આધુનિક સમજને ધ્યાનમાં લઈને તેને કોઈક રીતે અપડેટ કરવાની અથવા સુધારવાની જરૂર છે?

ટિમ: હું તેને સ્પર્શીશ નહીં. મને લાગે છે કે તે એક મહાન ઐતિહાસિક દસ્તાવેજ છે. મારો મતલબ, તે જે છે તે છે. તે 19 વર્ષનો થઈ રહ્યો છે, તે વૃદ્ધ છે, પરંતુ તેના સમયમાં તેણે ક્રાંતિ કરી. તેણે જે સારું કર્યું તે એ હતું કે તેણે પ્રતિક્રિયા આપી અને લોકો તેના વિશે બબડાટ કરવા લાગ્યા. તમે, સંભવત,, 2001 માં હજી સુધી ઉદ્યોગમાં કામ કરતા ન હતા, પરંતુ તે પછી દરેકએ પ્રક્રિયાઓ અનુસાર કામ કર્યું. સૉફ્ટવેર એન્જિનિયરિંગ ઇન્સ્ટિટ્યૂટ, સૉફ્ટવેર પૂર્ણતા મૉડલ (CMMI) ના પાંચ સ્તરો. મને ખબર નથી કે પ્રાચીનકાળની આવી દંતકથાઓ તમને કંઈક કહે છે, પરંતુ તે પછી તે એક સફળતા હતી. શરૂઆતમાં, લોકો માનતા હતા કે જો પ્રક્રિયાઓ યોગ્ય રીતે સેટ કરવામાં આવી હોય, તો સમસ્યાઓ તેમના પોતાના પર અદૃશ્ય થઈ જશે. અને પછી મેનિફેસ્ટો આવે છે અને કહે છે: "ના, ના, ના - અમે લોકો પર આધારિત હોઈશું, પ્રક્રિયાઓ પર નહીં." અમે સોફ્ટવેર ડેવલપમેન્ટના માસ્ટર છીએ. આપણે સમજીએ છીએ કે આદર્શ પ્રક્રિયા એ મૃગજળ છે; એવું થતું નથી. પ્રોજેક્ટ્સમાં ખૂબ જ વૈવિધ્યસભરતા છે, બધા પ્રોજેક્ટ્સ માટે એક જ સંપૂર્ણ પ્રક્રિયાના વિચારનો કોઈ અર્થ નથી. સમસ્યાઓ એ દાવો કરવા માટે ખૂબ જટિલ છે કે દરેક વસ્તુનો એક જ ઉકેલ છે (હેલો, નિર્વાણ).

હું ભવિષ્યમાં જોવાનું ધારતો નથી, પરંતુ હું કહીશ કે લોકોએ હવે પ્રોજેક્ટ્સ વિશે વધુ વિચારવાનું શરૂ કર્યું છે. મને લાગે છે કે ચપળ મેનિફેસ્ટો કૂદકો મારવા અને કહેવા માટે ખૂબ જ સારો છે, "અરે! તમે વહાણ પર છો, અને તમે જ આ વહાણ ચલાવો છો. તમારે નિર્ણય લેવો પડશે - અમે બધી પરિસ્થિતિઓ માટે સાર્વત્રિક રેસીપી સૂચવીશું નહીં. તમે વહાણના ક્રૂ છો, અને જો તમે પૂરતા સારા છો, તો તમે ધ્યેયનો માર્ગ શોધી શકો છો. તમારા પહેલા બીજા જહાજો હતા અને તમારા પછી પણ બીજા જહાજો હશે, પરંતુ તેમ છતાં, એક અર્થમાં, તમારી મુસાફરી અનન્ય છે. તેના જેવું કંઇક! તે વિચારવાની એક રીત છે. મારા માટે, સૂર્યની નીચે કંઈ નવું નથી, લોકો પહેલા પણ સફર કરી ચૂક્યા છે અને ફરી જશે, પરંતુ તમારા માટે આ તમારી મુખ્ય મુસાફરી છે, અને હું તમને કહીશ નહીં કે તમારી સાથે શું થશે. તમારી પાસે એક ટીમમાં સમન્વયિત કાર્ય કરવાની કુશળતા હોવી આવશ્યક છે, અને જો તમારી પાસે તે ખરેખર છે, તો બધું કામ કરશે અને તમે જ્યાં ઇચ્છો છો ત્યાં મળશે.

પીપલવેર: 30 વર્ષ પછી

ઓલેગ: શું પીપલવેર એક ક્રાંતિ તેમજ મેનિફેસ્ટો હતો?

ટિમ: પીપલવેર... ટોમ અને મેં આ પુસ્તક લખ્યું હતું, પરંતુ અમે વિચાર્યું ન હતું કે આવું થશે. કોઈક રીતે તે ઘણા બધા લોકોના વિચારો સાથે પડઘો પાડે છે. આ પહેલું પુસ્તક હતું જેણે કહ્યું: સોફ્ટવેર ડેવલપમેન્ટ એ ખૂબ જ માનવ-સઘન પ્રવૃત્તિ છે. અમારી તકનીકી પ્રકૃતિ હોવા છતાં, અમે લોકોનો સમુદાય પણ છીએ જે કંઈક મોટું, વિશાળ, ખૂબ જટિલ બનાવે છે. આવી વસ્તુઓ કોઈ એકલા બનાવી શકે નહીં ને? તેથી "ટીમ" નો વિચાર ખૂબ જ મહત્વપૂર્ણ બન્યો. અને માત્ર મેનેજમેન્ટના દૃષ્ટિકોણથી જ નહીં, પરંતુ તકનીકી લોકો માટે પણ જેઓ અજાણ્યાઓના સમૂહ સાથે ખરેખર જટિલ ઊંડી સમસ્યાઓ ઉકેલવા માટે ભેગા થયા હતા. મારા માટે વ્યક્તિગત રીતે, મારી સમગ્ર કારકિર્દી દરમિયાન આ બુદ્ધિમત્તાની એક મોટી કસોટી રહી છે. અને અહીં તમારે કહેવા માટે સક્ષમ બનવાની જરૂર છે: હા, આ સમસ્યા હું મારી જાતે હેન્ડલ કરી શકું તે કરતાં વધુ છે, પરંતુ સાથે મળીને આપણે એક ભવ્ય ઉકેલ શોધી શકીએ છીએ જેના પર આપણે ગર્વ અનુભવી શકીએ. અને મને લાગે છે કે આ વિચાર સૌથી વધુ પડઘો પડ્યો હતો. આ વિચાર કે આપણે સમયનો અમુક ભાગ જાતે જ કામ કરીએ છીએ, સમયનો અમુક ભાગ જૂથના ભાગરૂપે કરીએ છીએ અને મોટાભાગે નિર્ણય જૂથ દ્વારા લેવામાં આવે છે. જૂથ સમસ્યાનું નિરાકરણ ઝડપથી જટિલ પ્રોજેક્ટ્સનું એક મહત્વપૂર્ણ લક્ષણ બની ગયું છે.

ટિમ મોટી સંખ્યામાં વાટાઘાટો આપે છે તે હકીકત હોવા છતાં, તેમાંથી ઘણી ઓછી YouTube પર પોસ્ટ કરવામાં આવી છે. તમે 2007 થી "ધ રીટર્ન ઓફ પીપલવેર" રિપોર્ટ જોઈ શકો છો. ગુણવત્તા, અલબત્ત, ઇચ્છિત થવા માટે ઘણું છોડી દે છે.

માઈકલ: પુસ્તક પ્રકાશિત થયું ત્યારથી છેલ્લા 30 વર્ષમાં કંઈ બદલાયું છે?

ટિમ: તમે આને ઘણા જુદા જુદા ખૂણાથી જોઈ શકો છો. સમાજશાસ્ત્રની દ્રષ્ટિએ... એક સમયે, સરળ સમયમાં, તમે અને તમારી ટીમ એક જ ઓફિસમાં બેઠા હતા. તમે દરરોજ નજીક હોઈ શકો છો, સાથે કોફી પી શકો છો અને કામ પર ચર્ચા કરી શકો છો. ખરેખર જે બદલાયું છે તે એ છે કે ટીમો હવે ભૌગોલિક રીતે વિતરિત કરી શકાય છે, વિવિધ દેશો અને સમય ઝોનમાં, પરંતુ તેમ છતાં તેઓ સમાન સમસ્યા પર કામ કરી રહ્યા છે, અને આ જટિલતાના સંપૂર્ણ નવા સ્તરને ઉમેરે છે. આ જૂની શાળાનું લાગે છે, પરંતુ સામ-સામે વાતચીત જેવું કંઈ નથી કે જ્યાં તમે બધા સાથે હોવ, સાથે કામ કરો, અને તમે કોઈ સહકર્મી પાસે જઈને કહી શકો, જુઓ મેં શું શોધ્યું, તમને આ કેવી રીતે ગમ્યું? સામ-સામે વાતચીત અનૌપચારિક સંચારમાં સંક્રમણની ઝડપી રીત પ્રદાન કરે છે, અને મને લાગે છે કે ચપળ ઉત્સાહીઓને પણ તે ગમવું જોઈએ. અને હું પણ ચિંતિત છું કારણ કે વાસ્તવિકતામાં વિશ્વ ખૂબ જ નાનું બની ગયું છે, અને હવે તે બધું વિતરિત ટીમોથી આવરી લેવામાં આવ્યું છે, અને તે બધું ખૂબ જટિલ છે.

અમે બધા DevOps માં રહીએ છીએ

માઈકલ: કોન્ફરન્સ પ્રોગ્રામ કમિટીના દૃષ્ટિકોણથી પણ, અમારી પાસે કેલિફોર્નિયામાં, ન્યુ યોર્કમાં, યુરોપમાં, રશિયામાં લોકો છે... સિંગાપોરમાં હજી સુધી કોઈ નથી. ભૂગોળમાં તફાવત ઘણો મોટો છે, અને લોકો વધુ ફેલાવા લાગ્યા છે. જો આપણે વિકાસ વિશે વાત કરી રહ્યા છીએ, તો શું તમે અમને ડેવોપ્સ અને ટીમો વચ્ચેના અવરોધોને તોડવા વિશે વધુ કહી શકો છો? એક ખ્યાલ છે કે દરેક વ્યક્તિ પોતપોતાના બંકરોમાં બેઠા છે, અને હવે બંકરો તૂટી રહ્યા છે, આ સામ્યતા વિશે તમને શું લાગે છે?

ટિમ: મને લાગે છે કે તાજેતરની તકનીકી પ્રગતિના પ્રકાશમાં, ડેવોપ્સનું ખૂબ મહત્વ છે. પહેલાં, તમારી પાસે ડેવલપર્સ અને એડમિનિસ્ટ્રેટર્સની ટીમો હતી, તેઓએ કામ કર્યું, કામ કર્યું, કામ કર્યું અને અમુક સમયે એવી વસ્તુ દેખાઈ કે જેની સાથે તમે એડમિન્સ પાસે આવી શકો અને તેને પ્રોડક્શન માટે રોલ આઉટ કરી શકો. અને અહીં બંકર વિશેની વાતચીત શરૂ થઈ, કારણ કે એડમિન એક પ્રકારનાં સાથી છે, ઓછામાં ઓછા દુશ્મનો નથી, પરંતુ તમે તેમની સાથે ત્યારે જ વાત કરી જ્યારે બધું ઉત્પાદન પર જવા માટે તૈયાર હતું. શું તમે તેમની પાસે કંઈક લઈને ગયા અને કહ્યું: જુઓ અમારી પાસે કઈ એપ્લિકેશન છે, પરંતુ શું તમે આ એપ્લિકેશનને રોલ આઉટ કરી શકશો? અને હવે ડિલિવરીનો સંપૂર્ણ ખ્યાલ વધુ સારા માટે બદલાઈ ગયો છે. મારો મતલબ, આ વિચાર હતો કે તમે ફેરફારોને ઝડપથી આગળ ધપાવી શકો. અમે ફ્લાય પર ઉત્પાદનો અપડેટ કરી શકો છો. જ્યારે મારા લેપટોપ પર ફાયરફોક્સ પોપ અપ થાય છે અને કહે છે ત્યારે હું હંમેશા સ્મિત કરું છું, અરે, અમે તમારા ફાયરફોક્સને પૃષ્ઠભૂમિમાં અપડેટ કર્યું છે, અને તમારી પાસે એક મિનિટ હોય કે તરત જ, તમે અહીં ક્લિક કરો અને અમે તમને નવીનતમ પ્રકાશન આપીશું. અને હું એવું હતો, "ઓહ હા, બેબી!" જ્યારે હું સૂતો હતો, ત્યારે તેઓ મારા કમ્પ્યુટર પર જ મને નવી રિલીઝ પહોંચાડવાનું કામ કરી રહ્યા હતા. આ અદ્ભુત, અવિશ્વસનીય છે.

પરંતુ અહીં મુશ્કેલી છે: તમારી પાસે સૉફ્ટવેર અપડેટ કરવા સાથે આ સુવિધા છે, પરંતુ લોકોને એકીકૃત કરવાનું વધુ મુશ્કેલ છે. હું DevOops કીનોટ પર અવાજ આપવા માંગુ છું તે એ છે કે હવે અમારી પાસે પહેલા કરતા ઘણા વધુ ખેલાડીઓ છે. જો તમે માત્ર એક ટીમમાં સામેલ દરેક વ્યક્તિ વિશે વિચારો તો…. તમે તેને એક ટીમ તરીકે વિચાર્યું છે, અને તે ફક્ત પ્રોગ્રામરોની ટીમ કરતાં ઘણું વધારે છે. આ પરીક્ષકો, પ્રોજેક્ટ મેનેજર અને અન્ય લોકોનો સમૂહ છે. અને વિશ્વ વિશે દરેકના પોતાના મંતવ્યો છે. પ્રોડક્ટ મેનેજર્સ પ્રોજેક્ટ મેનેજરોથી સંપૂર્ણપણે અલગ છે. એડમિન પાસે તેમના પોતાના કાર્યો છે. બધા સહભાગીઓનું સંકલન કરવું તે એક જગ્યાએ મુશ્કેલ સમસ્યા બની જાય છે જેથી શું થઈ રહ્યું છે તે વિશે જાગૃત રહેવાનું ચાલુ રાખવું અને પાગલ ન થઈ જવું. જૂથના કાર્યો અને દરેકને લાગુ પડતા કાર્યોને અલગ કરવા જરૂરી છે. આ બહુ મુશ્કેલ કામ છે. બીજી બાજુ, મને લાગે છે કે તે ઘણા વર્ષો પહેલા હતું તેના કરતા ઘણું સારું છે. આ બરાબર તે રસ્તો છે કે જેના પર લોકો વધે છે અને યોગ્ય રીતે વર્તે છે. જ્યારે તમે એકીકરણ કરો છો, ત્યારે તમે સમજો છો કે ત્યાં કોઈ ભૂગર્ભ વિકાસ ન હોવો જોઈએ, જેથી છેલ્લી ક્ષણે સોફ્ટવેર જેક-ઈન-ધ-બોક્સની જેમ ક્રોલ ન થાય: જેમ કે, જુઓ અમે અહીં શું કર્યું! વિચાર એ છે કે તમે એકીકરણ અને વિકાસ કરી શકશો, અને અંતે તમે સુઘડ અને પુનરાવર્તિત રીતે રોલ આઉટ કરશો. આ બધાનો અર્થ મારા માટે ઘણો છે. આ સિસ્ટમના વપરાશકર્તાઓ અને તમારા ક્લાયન્ટ માટે વધુ મૂલ્ય બનાવવાનું શક્ય બનાવે છે.

માઈકલ: ડેવોપ્સનો સંપૂર્ણ વિચાર શક્ય તેટલી વહેલી તકે અર્થપૂર્ણ વિકાસ પહોંચાડવાનો છે. હું જોઉં છું કે વિશ્વ વધુને વધુ ઝડપે થવા લાગ્યું છે. આવા પ્રવેગકને કેવી રીતે અનુકૂલન કરવું? દસ વર્ષ પહેલાં આ અસ્તિત્વમાં ન હતું!

ટિમ: અલબત્ત, દરેકને વધુ ને વધુ કાર્યક્ષમતા જોઈએ છે. ખસેડવાની જરૂર નથી, ફક્ત વધુ પર ઢગલો કરો. કેટલીકવાર તમારે કંઈપણ ઉપયોગી લાવવા માટે આગલા વધારાના અપડેટ માટે પણ ધીમી કરવી પડે છે - અને તે સંપૂર્ણપણે સામાન્ય છે.

તમારે દોડવું, દોડવું, દોડવું જોઈએ તે વિચાર શ્રેષ્ઠ નથી. તે અસંભવિત છે કે કોઈ પણ તેમનું જીવન આ રીતે જીવવા માંગે છે. હું ડિલિવરીની લય પ્રોજેક્ટની પોતાની લયને સેટ કરવા ઈચ્છું છું. જો તમે ફક્ત નાની, પ્રમાણમાં અર્થહીન વસ્તુઓનો પ્રવાહ ઉત્પન્ન કરો છો, તો તે બધાનો કોઈ અર્થ નથી. શક્ય તેટલી વહેલી તકે વસ્તુઓને બહાર પાડવા માટે બેધ્યાનપણે પ્રયાસ કરવાને બદલે, મુખ્ય વિકાસકર્તાઓ અને ઉત્પાદન અને પ્રોજેક્ટ મેનેજર સાથે ચર્ચા કરવા યોગ્ય છે તે વ્યૂહરચના છે. શું આનો પણ અર્થ થાય છે?

પેટર્ન અને એન્ટિપેટર્ન

ઓલેગ: તમે સામાન્ય રીતે પેટર્ન અને એન્ટિપેટર્ન વિશે વાત કરો છો, અને આ પ્રોજેક્ટ્સના જીવન અને મૃત્યુ વચ્ચેનો તફાવત છે. અને હવે, ડેવોપ્સ આપણા જીવનમાં વિસ્ફોટ કરે છે. શું તેની પાસે તેની પોતાની પેટર્ન અને વિરોધી પેટર્ન છે જે પ્રોજેક્ટને સ્થળ પર જ મારી શકે છે?

ટિમ: પેટર્ન અને વિરોધી પેટર્ન દરેક સમયે થાય છે. વિશે વાત કરવા માટે કંઈક. ઠીક છે, આ વસ્તુ છે જેને આપણે "ચળકતી વસ્તુઓ" કહીએ છીએ. લોકો ખરેખર, ખરેખર નવી તકનીકને પસંદ કરે છે. તેઓ ઠંડી અને સ્ટાઇલિશ દેખાતી દરેક વસ્તુની ચમકથી મંત્રમુગ્ધ થઈ જાય છે, અને તેઓ પ્રશ્નો પૂછવાનું બંધ કરે છે: શું તે જરૂરી પણ છે? આપણે શું હાંસલ કરવા જઈ રહ્યા છીએ? શું આ વાત વિશ્વસનીય છે, શું તેનો કોઈ અર્થ છે? હું ઘણીવાર લોકોને જોઉં છું, તેથી બોલવા માટે, ટેક્નોલોજીની અદ્યતન ધાર પર. તેઓ વિશ્વમાં શું થઈ રહ્યું છે તેના દ્વારા હિપ્નોટાઈઝ્ડ છે. પરંતુ જો તમે તેઓ કઈ ઉપયોગી વસ્તુઓ કરે છે તેના પર નજીકથી નજર નાખો, તો ઘણીવાર ત્યાં કંઈપણ ઉપયોગી નથી!

અમે હમણાં જ અમારા સાથીઓ સાથે ચર્ચા કરી રહ્યા હતા કે આ વર્ષ વર્ષગાંઠનું વર્ષ છે, લોકોને ચંદ્ર પર ઉતર્યાને પચાસ વર્ષ થયા છે. આ 1969 માં હતું. જે ટેક્નોલોજીએ લોકોને ત્યાં પહોંચવામાં મદદ કરી તે 1969ની પણ નથી, પરંતુ 1960 અથવા 62ની છે, કારણ કે NASA એનો જ ઉપયોગ કરવા માંગતી હતી જેનો વિશ્વસનીયતાના સારા પુરાવા હતા. અને તેથી તમે તેને જુઓ અને સમજો - હા, અને તેઓ સાચા હતા! હવે, ના, ના, પરંતુ તમે ટેક્નોલોજી સાથે સમસ્યામાં આવો છો કારણ કે બધું ખૂબ જ સખત દબાણ કરવામાં આવે છે, બધી તિરાડોમાંથી વેચાય છે. લોકો દરેક જગ્યાએથી બૂમો પાડી રહ્યા છે: "જુઓ, શું વસ્તુ છે, આ સૌથી નવી વસ્તુ છે, વિશ્વની સૌથી સુંદર વસ્તુ, એકદમ દરેક માટે યોગ્ય છે!" બસ, બસ... સામાન્ય રીતે આ બધું માત્ર એક લુચ્ચું જ નીકળે છે, અને પછી તે બધું ફેંકી દેવું પડે છે. કદાચ આ બધું એટલા માટે છે કારણ કે હું પહેલેથી જ એક વૃદ્ધ માણસ છું અને આવી વસ્તુઓને ખૂબ જ શંકા સાથે જોઉં છું, જ્યારે લોકો દોડી જાય છે અને કહે છે કે તેમને શ્રેષ્ઠ તકનીકો બનાવવાનો એકમાત્ર, સૌથી સાચો રસ્તો મળ્યો છે. આ ક્ષણે, મારી અંદર એક અવાજ જાગે છે જે કહે છે: "શું ગડબડ છે!"

માઈકલ: ખરેખર, અમે આગામી સિલ્વર બુલેટ વિશે કેટલી વાર સાંભળ્યું છે?

ટિમ: બરાબર, અને આ વસ્તુઓનો સામાન્ય કોર્સ છે! ઉદાહરણ તરીકે... એવું લાગે છે કે આ પહેલેથી જ વિશ્વભરમાં મજાક બની ગયું છે, પરંતુ અહીં લોકો વારંવાર બ્લોકચેન ટેક્નોલોજી વિશે વાત કરે છે. અને તેઓ ખરેખર ચોક્કસ પરિસ્થિતિઓમાં અર્થપૂર્ણ છે! જ્યારે તમને ખરેખર ઘટનાઓના વિશ્વસનીય પુરાવાની જરૂર હોય, કે સિસ્ટમ કામ કરે છે અને કોઈએ અમને છેતર્યા નથી, જ્યારે તમને સુરક્ષા સમસ્યાઓ હોય અને તે બધી સામગ્રી એકસાથે મિશ્રિત હોય - બ્લોકચેનનો અર્થ થાય છે. પરંતુ જ્યારે તેઓ કહે છે કે બ્લોકચેન હવે સમગ્ર વિશ્વમાં સ્વીપ કરશે, તેના માર્ગમાંની દરેક વસ્તુને દૂર કરશે? વધુ સ્વપ્ન! આ એક ખૂબ જ ખર્ચાળ અને જટિલ તકનીક છે. તકનીકી રીતે જટિલ અને સમય માંગી લે છે. કેવળ અલ્ગોરિધમિકલ સહિત, દરેક વખતે તમારે ગણિતની પુનઃગણતરી કરવાની જરૂર હોય, સહેજ ફેરફાર સાથે... અને આ એક સરસ વિચાર છે - પરંતુ માત્ર અમુક કેસ માટે. મારું આખું જીવન અને કારકિર્દી આ વિશે છે: ખૂબ ચોક્કસ પરિસ્થિતિઓમાં રસપ્રદ વિચારો. તમારી પરિસ્થિતિ શું છે તે બરાબર સમજવું ખૂબ જ મહત્વપૂર્ણ છે.

માઈકલ: હા, મુખ્ય "જીવન, બ્રહ્માંડ અને દરેક વસ્તુનો પ્રશ્ન": શું આ તકનીક અથવા અભિગમ તમારી પરિસ્થિતિ માટે યોગ્ય છે કે નહીં?

ટિમ: આ પ્રશ્ન પહેલાથી જ તકનીકી જૂથ સાથે ચર્ચા કરી શકાય છે. કદાચ કોઈ કન્સલ્ટન્ટ પણ લાવો. પ્રોજેક્ટ પર એક નજર નાખો અને સમજો - શું હવે આપણે પહેલા કરતા વધુ સારું અને યોગ્ય અને ઉપયોગી કંઈક કરીશું? કદાચ તે ફિટ થશે, કદાચ નહીં. પરંતુ સૌથી અગત્યનું, મૂળભૂત રીતે આવો નિર્ણય ન લો, ફક્ત એટલા માટે કે કોઈએ અસ્પષ્ટપણે કહ્યું: “અમને બ્લોકચેનની સખત જરૂર છે! મેં હમણાં જ પ્લેનમાં એક મેગેઝિનમાં તેના વિશે વાંચ્યું છે!” ગંભીરતાથી? તે રમુજી પણ નથી.

પૌરાણિક "ડિવોપ્સ એન્જિનિયર"

ઓલેગ: હવે દરેક જણ ડેવોપ્સનો અમલ કરી રહ્યું છે. કોઈ વ્યક્તિ ઇન્ટરનેટ પર ડેવોપ્સ વિશે વાંચે છે, અને આવતીકાલે ભરતી સાઇટ પર બીજી ખાલી જગ્યા દેખાય છે. "એન્જિનિયરને વિદાય આપે છે". અહીં હું તમારું ધ્યાન દોરવા માંગુ છું: શું તમને લાગે છે કે આ શબ્દ, "ડિવોપ્સ એન્જિનિયર" ને જીવનનો અધિકાર છે? એક અભિપ્રાય છે કે ડેવોપ્સ એ સંસ્કૃતિ છે, અને અહીં કંઈક ઉમેરાતું નથી.

ટિમ: તો તો. તેમને પછી તરત જ આ શબ્દની કેટલીક સમજૂતી આપવા દો. તેને અનન્ય બનાવવા માટે કંઈક. જ્યાં સુધી તેઓ સાબિત નહીં કરે કે આના જેવી ખાલી જગ્યા પાછળ કૌશલ્યોનો અનોખો સંયોજન છે, હું તેને ખરીદીશ નહીં! મારો મતલબ, સારું, અમારી પાસે નોકરીનું શીર્ષક છે, "ડેવપ્સ એન્જિનિયર," એક રસપ્રદ શીર્ષક, હા, આગળ શું? જોબ ટાઇટલ સામાન્ય રીતે ખૂબ જ રસપ્રદ બાબત છે. ચાલો "વિકાસકર્તા" કહીએ - તેમ છતાં તે શું છે? વિવિધ સંસ્થાઓનો અર્થ સંપૂર્ણપણે અલગ વસ્તુઓ છે. કેટલીક કંપનીઓમાં, ઉચ્ચ-ગુણવત્તાવાળા પ્રોગ્રામરો પરીક્ષણો લખે છે જે અન્ય કંપનીઓમાં વિશેષ વ્યાવસાયિક પરીક્ષકો દ્વારા લખાયેલા પરીક્ષણો કરતાં વધુ અર્થપૂર્ણ છે. તો શું, તેઓ હવે પ્રોગ્રામર છે કે ટેસ્ટર્સ?

હા, અમારી પાસે નોકરીના શીર્ષકો છે, પરંતુ જો તમે લાંબા સમય સુધી પ્રશ્નો પૂછો, તો આખરે તે તારણ આપે છે કે આપણે બધા સમસ્યા હલ કરનારા છીએ. અમે ઉકેલ શોધનારા છીએ, અને કેટલાક પાસે કેટલીક તકનીકી કુશળતા છે અને કેટલાકમાં અલગ છે. જો તમે એવા વાતાવરણમાં રહો છો કે જ્યાં DevOps ઘૂસી ગયું છે, તો તમે વિકાસ અને વહીવટના એકીકરણમાં રોકાયેલા છો, અને આ પ્રવૃત્તિનો અમુક મહત્વનો હેતુ છે. પરંતુ જો તમને પૂછવામાં આવે કે તમે ખરેખર શું કરો છો અને તમે કયા માટે જવાબદાર છો, તો તે તારણ આપે છે કે લોકો આ બધું અનાદિ કાળથી કરતા આવ્યા છે. "હું આર્કિટેક્ચર માટે જવાબદાર છું", "હું ડેટાબેસેસ માટે જવાબદાર છું" અને તેથી વધુ, તમે જે પણ જુઓ છો - આ બધું "ડિવોપ્સ" પહેલા હતું.

જ્યારે કોઈ મને તેમની નોકરીનું શીર્ષક કહે છે, ત્યારે હું ખરેખર વધુ સાંભળતો નથી. તે તમને જણાવે કે તે ખરેખર શા માટે જવાબદાર છે તે વધુ સારું છે, આનાથી અમને આ મુદ્દાને વધુ સારી રીતે સમજવાની મંજૂરી મળશે. મારું પ્રિય ઉદાહરણ એ છે કે જ્યારે કોઈ વ્યક્તિ "પ્રોજેક્ટ મેનેજર" હોવાનો દાવો કરે છે. શું? તેનો કોઈ અર્થ નથી, મને હજુ પણ ખબર નથી કે તમે શું કરો છો. પ્રોજેક્ટ મેનેજર ડેવલપર હોઈ શકે છે, ચાર લોકોની ટીમનો લીડર, કોડ લખે છે, કામ કરે છે, જે ટીમ લીડ બની ગયો હોય છે, જેને લોકો પોતાની વચ્ચે લીડર તરીકે ઓળખે છે. અને એ પણ, એક પ્રોજેક્ટ મેનેજર એક મેનેજર હોઈ શકે છે જે પ્રોજેક્ટ પર છસો લોકોનું સંચાલન કરે છે, અન્ય મેનેજરોનું સંચાલન કરે છે, સમયપત્રક બનાવવા અને બજેટનું આયોજન કરવા માટે જવાબદાર છે, બસ. આ બે સંપૂર્ણપણે અલગ દુનિયા છે! પરંતુ તેમની નોકરીનું શીર્ષક સમાન લાગે છે.

ચાલો આને થોડી જુદી રીતે ફેરવીએ. તમે ખરેખર શું સારા છો, ઘણો અનુભવ ધરાવો છો, શું તમારી પાસે પ્રતિભા છે? તમે શું જવાબદારી લેશો કારણ કે તમને લાગે છે કે તમે કાર્ય સંભાળી શકો છો? અને અહીં કોઈ તરત જ નામંજૂર કરવાનું શરૂ કરશે: ના, ના, ના, મને પ્રોજેક્ટ સંસાધનો સાથે વ્યવહાર કરવાની કોઈ ઈચ્છા નથી, તે મારો વ્યવસાય નથી, હું તકનીકી મિત્ર છું અને હું ઉપયોગીતા અને વપરાશકર્તા ઇન્ટરફેસને સમજું છું, હું નથી કરતો. લોકોની સેનાને મેનેજ કરવા માંગો છો, મને વધુ સારી રીતે કામ પર જવા દો.

અને માર્ગ દ્વારા, હું એક એવા અભિગમનો એક મોટો હિમાયતી છું જેમાં આ પ્રકારની કુશળતાનું વિભાજન સારું કામ કરે છે. જ્યાં ટેકનિશિયન તેમની કારકિર્દીને તેઓ ઇચ્છે ત્યાં સુધી વધારી શકે છે. જો કે, હું હજુ પણ એવી સંસ્થાઓ જોઉં છું જ્યાં ટેકીઓ ફરિયાદ કરે છે: મારે પ્રોજેક્ટ મેનેજમેન્ટમાં જવું પડશે કારણ કે આ કંપનીમાં આ એકમાત્ર રસ્તો છે. કેટલીકવાર આ ભયંકર પરિણામો તરફ દોરી જાય છે. શ્રેષ્ઠ તકનીકીઓ સારા મેનેજરો નથી હોતા, અને શ્રેષ્ઠ મેનેજરો ટેક્નોલોજીને હેન્ડલ કરી શકતા નથી. ચાલો આ વિશે પ્રમાણિક બનો.

મને હવે આની ઘણી માંગ દેખાય છે. જો તમે તકનીકી છો, તો તમારી કંપની તમને મદદ કરી શકે છે, પરંતુ તે ધ્યાનમાં લીધા વિના, તમારે ખરેખર તમારી પોતાની કારકિર્દીનો માર્ગ શોધવાની જરૂર છે કારણ કે ટેક્નોલોજી સતત બદલાતી રહે છે અને તમારે તેની સાથે તમારી જાતને ફરીથી શોધવાની જરૂર છે! માત્ર વીસ વર્ષમાં, ટેક્નોલોજી ઓછામાં ઓછી પાંચ વખત બદલાઈ શકે છે. ટેકનોલોજી એક અજીબ વસ્તુ છે...

"દરેક વસ્તુના નિષ્ણાતો"

માઈકલ: ટેક્નોલોજીના બદલાવની આટલી ઝડપનો લોકો કેવી રીતે સામનો કરી શકે? તેમની જટિલતા વધી રહી છે, તેમની સંખ્યા વધી રહી છે, લોકો વચ્ચે વાતચીતની કુલ માત્રા પણ વધી રહી છે, અને તે તારણ આપે છે કે તમે "દરેક બાબતમાં નિષ્ણાત" બની શકતા નથી.

ટિમ: અધિકાર! જો તમે ટેક્નોલૉજીમાં કામ કરો છો, તો હા, તમારે ચોક્કસ કંઈક પસંદ કરવાની અને તેમાં ઊંડાણપૂર્વક તપાસ કરવાની જરૂર છે. કેટલીક તકનીક કે જે તમારી સંસ્થાને ઉપયોગી લાગે છે (અને કદાચ ખરેખર ઉપયોગી થશે). અને જો તમને હવે તેમાં રસ ન હોય તો - હું ક્યારેય માનતો ન હોત કે હું આ કહીશ - સારું, કદાચ તમારે કોઈ અન્ય સંસ્થામાં જવું જોઈએ જ્યાં ટેકનોલોજી વધુ રસપ્રદ અથવા અભ્યાસ કરવા માટે વધુ અનુકૂળ હોય.

પરંતુ સામાન્ય રીતે, હા, તમે સાચા છો. ટેક્નૉલૉજી એકસાથે બધી દિશામાં વિકસી રહી છે; કોઈ એવું કહી શકતું નથી કે "હું અસ્તિત્વમાં છે તે બધી તકનીકોમાં હું નિષ્ણાત ટેક્નોલોજિસ્ટ છું." બીજી બાજુ, ત્યાં સ્પોન્જ લોકો છે જે શાબ્દિક રીતે તકનીકી જ્ઞાનને શોષી લે છે અને તેના માટે ઉન્મત્ત છે. મેં આવા કેટલાક લોકોને જોયા છે, તેઓ શાબ્દિક રીતે શ્વાસ લે છે અને જીવે છે, તેમની સાથે વાત કરવી ઉપયોગી અને રસપ્રદ છે. તેઓ ફક્ત સંસ્થાની અંદર શું થઈ રહ્યું છે તેનો અભ્યાસ કરે છે, પરંતુ સામાન્ય રીતે, તેઓ તેના વિશે વાત કરે છે, તેઓ ખરેખર સરસ તકનીકી પણ છે, તેઓ ખૂબ જ સભાન અને હેતુપૂર્ણ છે. તેઓ ફક્ત તરંગની ટોચ પર રહેવાનો પ્રયાસ કરે છે, તેમનું મુખ્ય કાર્ય ગમે તે હોય, કારણ કે તેમનો જુસ્સો ટેક્નોલોજીની હિલચાલ છે, ટેક્નોલોજીનો પ્રચાર છે. જો તમે અચાનક આવી વ્યક્તિને મળો, તો તમારે તેની સાથે લંચ પર જવું જોઈએ અને લંચ દરમિયાન વિવિધ શાનદાર વસ્તુઓની ચર્ચા કરવી જોઈએ. મને લાગે છે કે કોઈપણ સંસ્થાને ઓછામાં ઓછા એક-બે એવા લોકોની જરૂર હોય છે.

જોખમો અને અનિશ્ચિતતા

માઈકલ: સન્માનિત ઇજનેરો, હા. જ્યારે અમારી પાસે સમય હોય ત્યારે ચાલો જોખમ વ્યવસ્થાપનને સ્પર્શ કરીએ. અમે આ મુલાકાતની શરૂઆત તબીબી સોફ્ટવેરની ચર્ચા સાથે કરી છે, જ્યાં ભૂલો ગંભીર પરિણામો તરફ દોરી શકે છે. પછી અમે ચંદ્ર કાર્યક્રમ વિશે વાત કરી, જ્યાં ભૂલની કિંમત લાખો ડોલર છે, અને સંભવતઃ ઘણા માનવ જીવન. પરંતુ હવે હું ઉદ્યોગમાં વિપરીત હિલચાલ જોઉં છું, લોકો જોખમો વિશે વિચારતા નથી, તેમની આગાહી કરવાનો પ્રયાસ કરતા નથી, તેમનું અવલોકન પણ કરતા નથી.

ઓલેગ: ઝડપી ખસેડો અને વસ્તુઓ તોડી!

માઈકલ: હા, ઝડપથી આગળ વધો, વસ્તુઓને તોડો, વધુ ને વધુ વસ્તુઓ, જ્યાં સુધી તમે કોઈ વસ્તુથી મૃત્યુ પામશો નહીં. તમારા દૃષ્ટિકોણથી, સરેરાશ વિકાસકર્તાએ હવે જોખમ સંચાલન શીખવા માટે કેવી રીતે અભિગમ રાખવો જોઈએ?

ટિમ: ચાલો અહીં બે વસ્તુઓ વચ્ચે એક રેખા દોરીએ: જોખમો અને અનિશ્ચિતતા. આ અલગ વસ્તુઓ છે. અનિશ્ચિતતા ત્યારે થાય છે જ્યારે તમારી પાસે ચોક્કસ જવાબ મેળવવા માટે સમયના કોઈપણ સમયે પૂરતો ડેટા ન હોય. ઉદાહરણ તરીકે, પ્રોજેક્ટના ખૂબ જ પ્રારંભિક તબક્કે, જો કોઈ તમને પૂછે કે "તમે કામ ક્યારે પૂરું કરશો," જો તમે એકદમ પ્રમાણિક વ્યક્તિ છો, તો તમે કહેશો, "મને કોઈ ખ્યાલ નથી." તમે માત્ર જાણતા નથી, અને તે ઠીક છે. તમે હજી સુધી સમસ્યાઓનો અભ્યાસ કર્યો નથી અને ટીમથી પરિચિત નથી, તમે તેમની કુશળતા જાણતા નથી, વગેરે. આ અનિશ્ચિતતા છે.

જ્યારે સંભવિત સમસ્યાઓ પહેલેથી જ ઓળખી શકાય છે ત્યારે જોખમ ઊભું થાય છે. આ પ્રકારની વસ્તુ થઈ શકે છે, તેની સંભાવના શૂન્ય કરતાં વધુ છે, પરંતુ સો ટકા કરતાં ઓછી છે, ક્યાંક વચ્ચે. તેના કારણે, કંઈપણ થઈ શકે છે, વિલંબ અને બિનજરૂરી કામથી, પણ પ્રોજેક્ટ માટે ઘાતક પરિણામ સુધી. પરિણામ, જ્યારે તમે કહો છો - મિત્રો, ચાલો અમારી છત્રીઓ ફોલ્ડ કરીએ અને બીચ છોડીએ, અમે તેને ક્યારેય સમાપ્ત કરીશું નહીં, તે બધું સમાપ્ત થઈ ગયું છે. અમે ધારણા કરી હતી કે આ વસ્તુ કામ કરશે, પરંતુ તે બિલકુલ કામ કરતું નથી, તે બંધ કરવાનો સમય છે. આ પરિસ્થિતિઓ છે.

ઘણી વાર, જ્યારે સમસ્યા અત્યારે ઉભી થઈ રહી હોય ત્યારે સમસ્યાઓ ઉકેલવી સૌથી સરળ હોય છે જ્યારે તેઓ પહેલેથી જ ઉભરી આવી હોય. પરંતુ જ્યારે કોઈ સમસ્યા તમારી સામે હોય, ત્યારે તમે જોખમ વ્યવસ્થાપન નથી કરી રહ્યાં-તમે સમસ્યાનું નિરાકરણ, કટોકટી વ્યવસ્થાપન કરી રહ્યાં છો. જો તમે લીડ ડેવલપર અથવા મેનેજર છો, તો તમે વિચારતા હશો કે એવું શું થઈ શકે કે જેનાથી વિલંબ, સમયનો વ્યય, બિનજરૂરી ખર્ચ અથવા સમગ્ર પ્રોજેક્ટનું પતન થઈ શકે? શું આપણને રોકવા અને ફરી શરૂ કરવા માટે બનાવશે? જ્યારે આ બધી વસ્તુઓ કામ કરે છે, ત્યારે આપણે તેમની સાથે શું કરીશું? એક સરળ જવાબ છે જે મોટાભાગની પરિસ્થિતિઓ માટે માન્ય છે: જોખમોથી ભાગશો નહીં, તેના પર કામ કરો. જુઓ કે તમે કેવી રીતે જોખમી પરિસ્થિતિનું નિરાકરણ લાવી શકો છો, તેને કઈ રીતે ઘટાડી શકો છો, તેને સમસ્યામાંથી બીજી કોઈ વસ્તુમાં ફેરવી શકો છો. એમ કહેવાને બદલે: સારું, જેમ જેમ સમસ્યાઓ ઊભી થાય તેમ તેમ અમે ઉકેલીશું.

તમે જેની સાથે વ્યવહાર કરો છો તેમાં અનિશ્ચિતતા અને જોખમ મોખરે હોવું જોઈએ. તમે એક પ્રોજેક્ટ પ્લાન લઈ શકો છો, સમય પહેલા ચોક્કસ ગંભીર જોખમો જોઈ શકો છો અને કહી શકો છો: આપણે હવે આનો સામનો કરવાની જરૂર છે, કારણ કે જો આમાંથી કોઈ ખોટું થાય છે, તો બીજું કંઈ વાંધો નહીં આવે. જો તમે રાત્રિભોજન રાંધી શકો છો કે કેમ તે સ્પષ્ટ ન હોય તો તમારે ટેબલ પરના ટેબલક્લોથની સુંદરતા વિશે ચિંતા ન કરવી જોઈએ. પ્રથમ તમારે સ્વાદિષ્ટ રાત્રિભોજન તૈયાર કરવાના તમામ જોખમોને ઓળખવાની જરૂર છે, તેમની સાથે વ્યવહાર કરો અને તે પછી જ અન્ય બધી વસ્તુઓ વિશે વિચારો કે જે વાસ્તવિક ખતરો નથી.

ફરીથી, તમારા પ્રોજેક્ટને શું અનન્ય બનાવે છે? ચાલો જોઈએ કે અમારા પ્રોજેક્ટને રેલ બંધ કરવા માટે શું કરી શકે છે. આ બનવાની સંભાવનાને ઘટાડવા માટે આપણે શું કરી શકીએ? સામાન્ય રીતે તમે તેમને 100% તટસ્થ કરી શકતા નથી અને સ્પષ્ટ અંતરાત્મા સાથે જાહેર કરી શકતા નથી: "બસ, આ હવે કોઈ સમસ્યા નથી, જોખમ ઉકેલાઈ ગયું છે!" મારા માટે આ પુખ્ત વયના વર્તનની નિશાની છે. આ બાળક અને પુખ્ત વયના લોકો વચ્ચેનો તફાવત છે - બાળકો વિચારે છે કે તેઓ અમર છે, કંઈ ખોટું થઈ શકે નહીં, બધું સારું થઈ જશે! તે જ સમયે, પુખ્ત વયના લોકો જુએ છે કે કેવી રીતે ત્રણ વર્ષના બાળકો રમતના મેદાન પર કૂદી પડે છે, તેમની આંખોથી હલનચલનને અનુસરે છે અને પોતાને કહે છે: "ઓહ-ઓહ, ઓહ-ઓહ." હું નજીકમાં ઉભો રહું છું અને જ્યારે બાળક પડી જાય ત્યારે તેને પકડવા માટે તૈયાર થઈ જાઉં છું.

બીજી બાજુ, મને આ વ્યવસાય ખૂબ ગમે છે તેનું કારણ એ છે કે તે જોખમી છે. અમે વસ્તુઓ કરીએ છીએ, અને તે વસ્તુઓ જોખમી છે. તેમને પુખ્ત અભિગમની જરૂર છે. એકલા ઉત્સાહથી તમારી સમસ્યાઓ હલ નહીં થાય!

પુખ્ત ઇજનેરી વિચારસરણી

માઈકલ: બાળકો સાથેનું ઉદાહરણ સારું છે. જો હું સામાન્ય એન્જીનીયર છું, તો હું બાળક બનીને ખુશ છું. પરંતુ તમે વધુ પુખ્ત વિચારસરણી તરફ કેવી રીતે આગળ વધશો?

ટિમ: એક વિચાર જે શિખાઉ માણસ અથવા સ્થાપિત વિકાસકર્તા સાથે સમાન રીતે કામ કરે છે તે સંદર્ભનો ખ્યાલ છે. આપણે શું કરી રહ્યા છીએ, આપણે શું પ્રાપ્ત કરવા જઈ રહ્યા છીએ. આ પ્રોજેક્ટ પર ખરેખર શું મહત્વનું છે? આ પ્રોજેક્ટમાં તમે કોણ છો તેનાથી કોઈ ફરક પડતો નથી, પછી ભલે તમે ઈન્ટર્ન છો કે મુખ્ય આર્કિટેક્ટ, દરેકને સંદર્ભની જરૂર હોય છે. આપણે દરેકને તેમના પોતાના કાર્ય કરતાં મોટા પાયા પર વિચારવાની જરૂર છે. "હું મારો ભાગ બનાવું છું, અને જ્યાં સુધી મારો ભાગ કામ કરે છે ત્યાં સુધી હું ખુશ છું." ના અને ફરીથી ના. લોકોને તેઓ જે સંદર્ભમાં કામ કરે છે તેની યાદ અપાવવા માટે તે હંમેશા યોગ્ય છે (અસંસ્કારી બન્યા વિના!). જે આપણે બધા સાથે મળીને હાંસલ કરવાનો પ્રયાસ કરી રહ્યા છીએ. જ્યાં સુધી તમારા પ્રોજેક્ટના ભાગ સાથે બધું બરાબર છે ત્યાં સુધી તમે બાળક બની શકો તેવા વિચારો - કૃપા કરીને, તે કરશો નહીં. જો આપણે ફિનિશ લાઇન બિલકુલ ઓળંગીશું, તો આપણે તેને એકસાથે જ પાર કરીશું. તમે એકલા નથી, અમે બધા સાથે છીએ. જો પ્રોજેક્ટમાંના તમામ લોકો, વૃદ્ધ અને યુવાન બંને, પ્રોજેક્ટ માટે ખરેખર શું મહત્વનું છે તે વિશે વાત કરવાનું શરૂ કર્યું, તો કંપની શા માટે આપણે બધા જે પ્રાપ્ત કરવાનો પ્રયાસ કરી રહ્યા છીએ તેમાં નાણાંનું રોકાણ કરી રહી છે... તેમાંથી મોટાભાગના લોકો વધુ સારું અનુભવશે કારણ કે તેઓ તેઓનું કાર્ય બીજા બધાના કામ સાથે કેવી રીતે સંબંધિત છે તે જોશે. એક તરફ, હું તે ભાગને સમજું છું કે જેના માટે હું વ્યક્તિગત રીતે જવાબદાર છું. પરંતુ કામ પૂરું કરવા માટે આપણને બીજા બધા લોકોની પણ જરૂર છે. અને જો તમને ખરેખર લાગે કે તમે પૂર્ણ કરી લીધું છે, તો અમારી પાસે હંમેશા પ્રોજેક્ટમાં કામ કરવાનું છે!

ઓલેગ: સાપેક્ષ રીતે કહીએ તો, જો તમે કનબાન મુજબ કામ કરો છો, જ્યારે તમે અમુક પરીક્ષણની અડચણને હિટ કરો છો, તો તમે ત્યાં જે કરતા હતા તે છોડી શકો છો (ઉદાહરણ તરીકે, પ્રોગ્રામિંગ) અને પરીક્ષકોને મદદ કરવા જઈ શકો છો.

ટિમ: બરાબર. મને લાગે છે કે શ્રેષ્ઠ તકનીકીઓ, જો તમે તેમને નજીકથી જોશો, તો તેઓ તેમના પોતાના મેનેજરો જેવા છે. હું આ કેવી રીતે ઘડી શકું...

ઓલેગ: તમારું જીવન એ તમારો પ્રોજેક્ટ છે, જેને તમે મેનેજ કરો છો.

ટિમ: બરાબર! મારો મતલબ, તમે જવાબદારી લો છો, તમે આ મુદ્દાને સમજો છો અને તમે લોકોના સંપર્કમાં આવો છો જ્યારે તમે જોશો કે તમારા નિર્ણયો તેમના કામ પર અસર કરી શકે છે, આવી બાબતો. તે ફક્ત તમારા ડેસ્ક પર બેસીને, તમારું કામ કરવા અને તમારી આસપાસ શું ચાલી રહ્યું છે તેનો ખ્યાલ પણ ન રાખવાનો નથી. ના ના ના. માર્ગ દ્વારા, ચપળતા વિશેની એક શ્રેષ્ઠ બાબત એ છે કે તેઓએ ટૂંકા સ્પ્રિન્ટ્સનો પ્રસ્તાવ મૂક્યો હતો, કારણ કે આ રીતે તમામ સહભાગીઓની સ્થિતિ સ્પષ્ટપણે અવલોકનક્ષમ છે, તેઓ તે બધું એકસાથે જોઈ શકે છે. અમે દરરોજ એકબીજા વિશે વાત કરીએ છીએ.

જોખમ સંચાલનમાં કેવી રીતે પ્રવેશવું

ઓલેગ: શું આ ક્ષેત્રમાં કોઈ ઔપચારિક જ્ઞાન માળખું છે? ઉદાહરણ તરીકે, હું જાવા ડેવલપર છું અને શિક્ષણ દ્વારા વાસ્તવિક પ્રોજેક્ટ મેનેજર બન્યા વિના જોખમ સંચાલનને સમજવા માંગુ છું. હું કદાચ પહેલા મેકકોનેલનું "હાઉ મચ ડઝ એ સોફ્ટવેર પ્રોજેક્ટ કોસ્ટ" વાંચીશ અને પછી શું? પ્રથમ પગલાં શું છે?

ટિમ: સૌપ્રથમ પ્રોજેક્ટમાં લોકો સાથે વાતચીત કરવાનું શરૂ કરવું. આ સહકર્મીઓ સાથે વાતચીતની સંસ્કૃતિમાં તાત્કાલિક સુધારો પ્રદાન કરે છે. આપણે તેને છુપાવવાને બદલે ડિફોલ્ટ રૂપે બધું ખોલીને પ્રારંભ કરવાની જરૂર છે. કહો: આ તે વસ્તુઓ છે જે મને પરેશાન કરે છે, આ તે વસ્તુઓ છે જે મને રાત્રે જાગતી રાખે છે, આજે હું રાત્રે જાગી ગયો અને આવો હતો: મારા ભગવાન, મારે આ વિશે વિચારવાની જરૂર છે! શું અન્ય લોકો એ જ વસ્તુ જુએ છે? એક જૂથ તરીકે, શું આપણે આ સંભવિત સમસ્યાઓનો જવાબ આપવો જોઈએ? તમારે આ વિષયો પરની ચર્ચાને સમર્થન આપવા માટે સક્ષમ બનવાની જરૂર છે. ત્યાં કોઈ પૂર્વ-તૈયાર ફોર્મ્યુલા નથી જેના દ્વારા આપણે કામ કરીએ છીએ. તે હેમબર્ગર બનાવવા વિશે નથી, તે બધા લોકો વિશે છે. "ચીઝબર્ગર બનાવ્યું, ચીઝબર્ગર વેચો" એ અમારી વસ્તુ નથી, અને તેથી જ મને આ કામ ખૂબ ગમે છે. મને તે ગમે છે જ્યારે મેનેજરો જે કરતા હતા તે બધું હવે ટીમની મિલકત બની જાય છે.

ઓલેગ: તમે પુસ્તકો અને ઇન્ટરવ્યુમાં વાત કરી છે કે કેવી રીતે લોકો ગ્રાફ પરની સંખ્યાઓ કરતાં ખુશીની વધુ કાળજી લે છે. બીજી બાજુ, જ્યારે તમે ટીમને કહો છો: અમે ડેવોપ્સ તરફ આગળ વધી રહ્યા છીએ, અને હવે પ્રોગ્રામરે સતત વાતચીત કરવી જોઈએ, તે તેના કમ્ફર્ટ ઝોનની બહાર હોઈ શકે છે. અને આ ક્ષણે તે, ચાલો કહીએ કે, ખૂબ નાખુશ હોઈ શકે છે. આ સ્થિતિમાં શું કરવું?

ટિમ: મને ખાતરી નથી કે શું કરવું. જો કોઈ વિકાસકર્તા ખૂબ જ અલગ હોય, તો તેઓ જોતા નથી કે શા માટે કાર્ય પ્રથમ સ્થાને કરવામાં આવી રહ્યું છે, તેઓ ફક્ત તેમના કાર્યના ભાગને જુએ છે, અને તેઓ જેને હું "સંદર્ભ" કહું છું તેમાં પ્રવેશવાની જરૂર છે. તેણે આકૃતિ કરવાની જરૂર છે કે બધું એક સાથે કેવી રીતે જોડાયેલું છે. અને અલબત્ત, મારો મતલબ ઔપચારિક પ્રસ્તુતિઓ અથવા તેના જેવું કંઈ નથી. હું એ હકીકત વિશે વાત કરી રહ્યો છું કે તમારે સમગ્ર કાર્ય વિશે સાથીદારો સાથે વાતચીત કરવાની જરૂર છે, અને માત્ર તેના તે ભાગ વિશે નહીં કે જેના માટે તમે જવાબદાર છો. આ તે છે જ્યાં તમે વિચારોની ચર્ચા શરૂ કરી શકો છો, તમારા કાર્યને એકસાથે સારી રીતે ફિટ કરવા માટે સામાન્ય કરારો અને એકસાથે સામાન્ય સમસ્યાને કેવી રીતે હલ કરવી.

તેમને અનુકૂલન કરવામાં મદદ કરવા માટે, તેઓ ઘણીવાર ટેકીઓને તાલીમ માટે મોકલવા માંગે છે, અને તેઓ તાલીમ વિશે ચર્ચા કરે છે. મારા એક મિત્રને કહેવું ગમે છે કે તાલીમ કૂતરા માટે છે. લોકો માટે તાલીમ છે. વિકાસકર્તા તરીકે શીખવાની શ્રેષ્ઠ બાબતોમાંની એક તમારા સાથીદારો સાથે ક્રિયાપ્રતિક્રિયા કરવી છે. જો કોઈ વ્યક્તિ ખરેખર કોઈ વસ્તુમાં સારી હોય, તો તમારે તેને કામ કરતા જોવું જોઈએ અથવા તેમની સાથે તેમના કામ અથવા કંઈક વિશે વાત કરવી જોઈએ. કેટલાક પરંપરાગત કેન્ટ બેક સતત આત્યંતિક પ્રોગ્રામિંગ વિશે વાત કરે છે. તે રમુજી છે કારણ કે XP એ એક સરળ વિચાર છે, પરંતુ તે ઘણી સમસ્યાઓનું કારણ બને છે. કેટલાક માટે, XP કરવું એ મિત્રોની સામે નગ્ન થવા માટે દબાણ કરવા જેવું છે. તેઓ જોશે કે હું શું કરી રહ્યો છું! તેઓ મારા સાથીદારો છે, તેઓ માત્ર જોશે નહીં, પણ સમજશે! ભયંકર! કેટલાક લોકો ગંભીર રીતે નર્વસ થવા લાગે છે. પરંતુ જ્યારે તમે સમજો છો કે આ શીખવાની અંતિમ રીત છે, ત્યારે બધું બદલાઈ જાય છે. તમે લોકો સાથે નજીકથી કામ કરો છો, અને કેટલાક લોકો તમારા કરતા વધુ સારી રીતે વિષયને સમજે છે.

માઈકલ: પરંતુ આ બધું તમને તમારા કમ્ફર્ટ ઝોનમાંથી બહાર આવવા દબાણ કરે છે. એન્જિનિયર તરીકે તમારે તમારા કમ્ફર્ટ ઝોનમાંથી બહાર નીકળીને વાતચીત કરવી પડશે. સમસ્યા ઉકેલનાર તરીકે, તમારે સતત તમારી જાતને નબળી સ્થિતિમાં મૂકવી પડશે અને શું ખોટું થઈ શકે છે તે વિશે વિચારવું પડશે. આ પ્રકારનું કાર્ય સ્વાભાવિક રીતે ઉપદ્રવ માટે રચાયેલ છે. તમે સભાનપણે તમારી જાતને તણાવપૂર્ણ પરિસ્થિતિઓમાં મૂકો છો. સામાન્ય રીતે લોકો તેમનાથી દૂર ભાગે છે, લોકો ખુશ બાળકો બનવાનું પસંદ કરે છે.

ટિમ: શું કરી શકાય, તમે બહાર આવી શકો અને ખુલ્લેઆમ કહી શકો: “બધું બરાબર છે, હું તેને સંભાળી શકું છું! હું એકલો જ નથી જે અસ્વસ્થતા અનુભવે છે. ચાલો એક ટીમ તરીકે વિવિધ અસ્વસ્થતાવાળી બાબતોની ચર્ચા કરીએ!” આ આપણી સામાન્ય સમસ્યાઓ છે, આપણે તેનો સામનો કરવો જોઈએ, તમે જાણો છો? મને લાગે છે કે વૈવિધ્યસભર પ્રતિભા વિકાસકર્તાઓ મેમોથ્સ જેવા છે, તેઓ અદૃશ્ય થઈ ગયા. અને તેમનું મહત્વ ખૂબ મર્યાદિત છે. જો તમે વાતચીત કરી શકતા નથી, તો તમે સારી રીતે ભાગ લઈ શકતા નથી. તેથી, ફક્ત બોલો. પ્રામાણિક અને ખુલ્લા બનો. હું ખૂબ જ દિલગીર છું કે આ કોઈને માટે અપ્રિય છે. શું તમે કલ્પના કરી શકો છો, ઘણા વર્ષો પહેલા એક અભ્યાસ થયો હતો જે મુજબ યુનાઇટેડ સ્ટેટ્સમાં મુખ્ય ભય મૃત્યુ નથી, પરંતુ અનુમાન કરો કે શું? જાહેરમાં બોલવાનો ડર! આનો અર્થ એ છે કે ક્યાંક એવા લોકો છે જે મોટેથી ખુશામત કહેવાને બદલે મૃત્યુ પામે છે. અને મને લાગે છે કે તમે જે કરો છો તેના આધારે તમારા માટે કેટલીક મૂળભૂત કુશળતા હોવી પૂરતી છે. બોલવાની કૌશલ્ય, લેખન કૌશલ્ય - પરંતુ તમારા કાર્યમાં ખરેખર જરૂરી છે એટલું જ. જો તમે વિશ્લેષક તરીકે કામ કરો છો, પરંતુ વાંચી, લખી કે બોલી શકતા નથી, તો કમનસીબે, તમારે મારા પ્રોજેક્ટ્સમાં કંઈ કરવાનું રહેશે નહીં!

સંચારની કિંમત

ઓલેગ: શું વિવિધ કારણોસર આવા આઉટગોઇંગ કર્મચારીઓને રોજગારી આપવી વધુ ખર્ચાળ નથી? છેવટે, તેઓ કામ કરવાને બદલે સતત ચેટ કરી રહ્યા છે!

ટિમ: મારો મતલબ ટીમનો મુખ્ય ભાગ હતો, અને માત્ર દરેક જ નહીં. જો તમારી પાસે કોઈ એવી વ્યક્તિ છે જે ખરેખર ડેટાબેસેસને ટ્યુન કરવા માટે ખૂબ જ સરસ છે, ડેટાબેસેસને ટ્યુન કરવાનું પસંદ કરે છે, અને તેના બાકીના જીવન માટે તમારા ડેટાબેસેસને ટ્યુન કરવાનું ચાલુ રાખશે અને બસ, સરસ, તેને ચાલુ રાખો. પરંતુ હું એવા લોકો વિશે વાત કરી રહ્યો છું જેઓ પ્રોજેક્ટમાં જ રહેવા માંગે છે. ટીમનો મુખ્ય, પ્રોજેક્ટ વિકસાવવાનો હેતુ છે. આ લોકોને ખરેખર એકબીજા સાથે સતત વાતચીત કરવાની જરૂર છે. અને ખાસ કરીને પ્રોજેક્ટની શરૂઆતમાં, જ્યારે તમે જોખમો, વૈશ્વિક લક્ષ્યો હાંસલ કરવાની રીતો અને તેના જેવા વિશે ચર્ચા કરો છો.

માઈકલ: વિશેષતા, કૌશલ્ય અથવા કામ કરવાની રીતોને ધ્યાનમાં લીધા વિના, આ પ્રોજેક્ટ સાથે સંકળાયેલા દરેકને લાગુ પડે છે. તમે બધા પ્રોજેક્ટની સફળતામાં રસ ધરાવો છો.

ટિમ: હા, તમને લાગે છે કે તમે પ્રોજેક્ટમાં પૂરતા પ્રમાણમાં ડૂબી ગયા છો, તમારું કાર્ય પ્રોજેક્ટને સાકાર કરવામાં મદદ કરવાનું છે. પછી ભલે તમે પ્રોગ્રામર, વિશ્લેષક, ઇન્ટરફેસ ડિઝાઇનર, કોઈપણ હોય. આ જ કારણ છે કે હું દરરોજ સવારે કામ પર આવું છું અને અમે આ જ કરીએ છીએ. અમે આ બધા લોકો માટે જવાબદાર છીએ, તેમની કુશળતાને ધ્યાનમાં લીધા વગર. આ લોકોનું એક જૂથ છે જે પુખ્ત વયના લોકો સાથે વાતચીત કરે છે.

ઓલેગ: વાસ્તવમાં, વાચાળ કર્મચારીઓ વિશે બોલતા, મેં લોકોના વાંધાઓનું અનુકરણ કરવાનો પ્રયાસ કર્યો, ખાસ કરીને મેનેજરો, જેમને ડેવોપ્સ પર સ્વિચ કરવાનું કહેવામાં આવે છે, વિશ્વની આ સંપૂર્ણ નવી દ્રષ્ટિ. અને તમે, સલાહકાર તરીકે, એક વિકાસકર્તા તરીકે, મારા કરતાં આ વાંધાઓ વિશે વધુ સારી રીતે વાકેફ હોવો જોઈએ! મેનેજરો સૌથી વધુ શું ચિંતા કરે છે તે શેર કરો?

ટિમ: મેનેજરો? હમ. મોટેભાગે, મેનેજરો સમસ્યાઓના દબાણ હેઠળ હોય છે, તેમને તાત્કાલિક કંઈક પ્રકાશિત કરવાની અને ડિલિવરી કરવાની જરૂરિયાતનો સામનો કરવો પડે છે, અને તેના જેવા. તેઓ જુએ છે કે આપણે કઈ રીતે સતત ચર્ચા અને દલીલ કરીએ છીએ, અને તેઓ તેને આ રીતે જુએ છે: વાર્તાલાપ, વાર્તાલાપ, વાર્તાલાપ... અન્ય કઈ વાતચીતો? કામે લાગી જાવ! કારણ કે વાત કરવી તેમને કામ જેવું લાગતું નથી. તમે કોડ લખતા નથી, સૉફ્ટવેરનું પરીક્ષણ કરતા નથી, કંઈ કરતા નથી લાગતું - શા માટે તમને કંઈક કરવા મોકલતા નથી? છેવટે, ડિલિવરી એક મહિનામાં પહેલેથી જ છે!

માઈકલ: જાઓ થોડો કોડ લખો!

ટિમ: તે મને લાગે છે કે તેઓ કામ વિશે નથી, પરંતુ પ્રગતિની દૃશ્યતાના અભાવ વિશે ચિંતિત છે. એવું લાગે કે આપણે સફળતાની નજીક જઈ રહ્યા છીએ, તેઓએ અમને કીબોર્ડ પર બટનો દબાવતા જોવાની જરૂર છે. સવારથી સાંજ સુધી આખો દિવસ. આ સમસ્યા નંબર વન છે.

ઓલેગ: મીશા, તું કંઈક વિચારી રહી છે.

માઈકલ: માફ કરશો, હું વિચારોમાં ખોવાઈ ગયો અને ફ્લેશબેક પકડ્યો. આ બધાએ મને ગઈકાલે થયેલી એક રસપ્રદ રેલીની યાદ અપાવી... ગઈકાલે ઘણી બધી રેલીઓ હતી... અને તે બધું ખૂબ જ પરિચિત લાગે છે!

પગાર વિનાનું જીવન

ટિમ: માર્ગ દ્વારા, સંદેશાવ્યવહાર માટે "રેલીઓ" નું આયોજન કરવું બિલકુલ જરૂરી નથી. મારો મતલબ, વિકાસકર્તાઓ વચ્ચે સૌથી ઉપયોગી ચર્ચાઓ ત્યારે થાય છે જ્યારે તેઓ માત્ર એકબીજા સાથે વાત કરે છે. તમે સવારે કોફીના કપ સાથે ચાલો છો, અને ત્યાં પાંચ લોકો ભેગા થાય છે અને ગુસ્સે થઈને કંઈક તકનીકી ચર્ચા કરે છે. મારા માટે, જો હું આ પ્રોજેક્ટનો મેનેજર હોઉં, તો માત્ર સ્મિત કરવું અને મારા વ્યવસાય વિશે ક્યાંક જવું વધુ સારું છે, તેમને તેની ચર્ચા કરવા દો. તેઓ પહેલેથી જ શક્ય તેટલું સામેલ છે. આ એક સારો સંકેત છે.

ઓલેગ: માર્ગ દ્વારા, તમારા પુસ્તકમાં તમારી પાસે શું સારું છે અને શું ખરાબ છે તેની નોંધોનો સમૂહ છે. શું તમે તેમાંથી કોઈનો જાતે ઉપયોગ કરો છો? સાપેક્ષ રીતે કહીએ તો, હવે તમારી પાસે એક કંપની છે, અને તે ખૂબ જ બિનપરંપરાગત રીતે રચાયેલ છે...

ટિમ: બિનપરંપરાગત, પરંતુ આ ઉપકરણ અમને સંપૂર્ણપણે અનુકૂળ છે. અમે એકબીજાને લાંબા સમયથી ઓળખીએ છીએ. અમે એકબીજા પર વિશ્વાસ કરીએ છીએ, અમે ભાગીદાર બન્યા તે પહેલાં અમે એકબીજા પર ઘણો વિશ્વાસ કર્યો હતો. અને ઉદાહરણ તરીકે, અમારી પાસે બિલકુલ પગાર નથી. અમે ફક્ત કામ કરીએ છીએ, અને ઉદાહરણ તરીકે, જો મેં મારા ગ્રાહકો પાસેથી પૈસા કમાયા, તો બધા પૈસા મારી પાસે ગયા. તે પછી, અમે સંસ્થાને સભ્યપદ ફી ચૂકવીએ છીએ, અને આ કંપનીને જ ટેકો આપવા માટે પૂરતું છે. ઉપરાંત, આપણે બધા જુદી જુદી વસ્તુઓમાં નિષ્ણાત છીએ. ઉદાહરણ તરીકે, હું એકાઉન્ટન્ટ્સ સાથે કામ કરું છું, ટેક્સ રિટર્ન ભરું છું, કંપની માટે તમામ પ્રકારની વહીવટી વસ્તુઓ કરું છું અને તેના માટે મને કોઈ ચૂકવતું નથી. જેમ્સ અને ટોમ અમારી વેબસાઇટ પર કામ કરે છે અને કોઈ તેમને ચૂકવણી કરતું નથી. જ્યાં સુધી તમે તમારી બાકી રકમ ચૂકવો છો, ત્યાં સુધી તમારે શું કરવાની જરૂર છે તે જણાવવાનું કોઈ વિચારશે નહીં. ઉદાહરણ તરીકે, ટોમ હવે તે પહેલા કરતા ઘણું ઓછું કામ કરે છે. હવે તેની પાસે અન્ય રસ છે; તે કેટલીક વસ્તુઓ કરે છે જે ગિલ્ડ માટે નથી. પરંતુ જ્યાં સુધી તે તેની બાકી રકમ ચૂકવશે ત્યાં સુધી કોઈ તેની પાસે આવશે નહીં અને કહેશે, "હે, ટોમ, કામ પર જાઓ!" જ્યારે તમારી વચ્ચે પૈસા ન હોય ત્યારે સહકર્મીઓ સાથે વ્યવહાર કરવો ખૂબ જ સરળ છે. અને હવે આપણો સંબંધ વિવિધ વિશેષતાઓના સંબંધમાં મૂળભૂત વિચારોમાંનો એક છે. તે કામ કરે છે અને તે ખૂબ જ સારી રીતે કામ કરે છે.

શ્રેષ્ઠ સલાહ

માઈકલ: "શ્રેષ્ઠ સલાહ" પર પાછા ફરવું, શું તમે તમારા ગ્રાહકોને વારંવાર કહો છો? 80/20 વિશે એક વિચાર છે, અને કેટલીક સલાહ કદાચ વધુ વખત પુનરાવર્તિત થાય છે.

ટિમ: મેં એકવાર વિચાર્યું કે જો તમે રીંછ સાથે વૉલ્ટ્ઝિંગ જેવું પુસ્તક લખો, તો તે ઇતિહાસનો માર્ગ બદલી નાખશે અને લોકો અટકી જશે, પરંતુ... સારું, જુઓ, કંપનીઓ ઘણીવાર ડોળ કરે છે કે તેમની સાથે બધું સારું છે. જલદી કંઈક ખરાબ થાય છે, તે તેમના માટે આઘાત અને આશ્ચર્યજનક છે. “જુઓ, અમે સિસ્ટમનું પરીક્ષણ કર્યું છે, અને તે કોઈપણ સિસ્ટમ પરીક્ષણો પાસ કરતું નથી, અને આ બીજા ત્રણ મહિનાનું અનિશ્ચિત કાર્ય છે, આ કેવી રીતે થઈ શકે? કોને ખબર હતી? શું ખોટું થઈ શકે છે? ગંભીરતાપૂર્વક, તમે આ માનો છો?

હું સમજાવવાનો પ્રયાસ કરી રહ્યો છું કે તમારે વર્તમાન પરિસ્થિતિ વિશે વધારે ગુસ્સે થવું જોઈએ નહીં. આપણે તે વિશે વાત કરવાની જરૂર છે, ખરેખર શું ખોટું થઈ શકે છે તે સમજવાની જરૂર છે અને ભવિષ્યમાં આવી વસ્તુઓને કેવી રીતે બનતી અટકાવવી. જો કોઈ સમસ્યા દેખાય છે, તો આપણે તેને કેવી રીતે લડીશું, આપણે તેને કેવી રીતે સમાવીશું?

મારા માટે, આ બધું ડરામણી લાગે છે. લોકો જટિલ, કષ્ટદાયક સમસ્યાઓનો સામનો કરે છે અને ડોળ કરવાનું ચાલુ રાખે છે કે જો તેઓ ફક્ત તેમની આંગળીઓ પાર કરે છે અને શ્રેષ્ઠની આશા રાખે છે, તો "શ્રેષ્ઠ" ખરેખર થશે. ના, તે તે રીતે કામ કરતું નથી.

જોખમ વ્યવસ્થાપનની પ્રેક્ટિસ કરો!

માઈકલ: તમારા મતે, કેટલી સંસ્થાઓ જોખમ સંચાલનમાં સામેલ છે?

ટિમ: મને શું ગુસ્સે કરે છે તે એ છે કે લોકો ફક્ત જોખમો લખે છે, પરિણામી સૂચિ જુઓ અને કામ પર જાઓ. હકીકતમાં, તેમના માટે જોખમો ઓળખવા એ જોખમ વ્યવસ્થાપન છે. પરંતુ મને આ પૂછવાનું કારણ લાગે છે: ઠીક છે, એક સૂચિ છે, તમે બરાબર શું બદલશો? તમારે આ જોખમોને ધ્યાનમાં લઈને તમારી ક્રિયાઓની પ્રમાણભૂત ક્રમ બદલવાની જરૂર છે. જો કાર્યનો કોઈ સૌથી મુશ્કેલ ભાગ હોય, તો તમારે તેનો સામનો કરવાની જરૂર છે, અને માત્ર ત્યારે જ કંઈક સરળ તરફ આગળ વધો. પ્રથમ દોડમાં, જટિલ સમસ્યાઓ હલ કરવાનું શરૂ કરો. આ પહેલેથી જ જોખમ વ્યવસ્થાપન જેવું લાગે છે. પરંતુ સામાન્ય રીતે લોકો જોખમોની યાદી તૈયાર કર્યા પછી તેઓ શું બદલાયા તે કહી શકતા નથી.

માઈકલ: અને છતાં, આમાંની કેટલી કંપનીઓ જોખમ સંચાલનમાં સામેલ છે, પાંચ ટકા?

ટિમ: કમનસીબે, મને આ કહેવું નફરત છે, પરંતુ આ એક ખૂબ જ નજીવો ભાગ છે. પરંતુ પાંચ કરતાં વધુ, કારણ કે ત્યાં ખરેખર મોટા પ્રોજેક્ટ્સ છે, અને જો તેઓ ઓછામાં ઓછું કંઈક ન કરે તો તેઓ અસ્તિત્વમાં હોઈ શકતા નથી. ચાલો ફક્ત એટલું જ કહીએ કે જો તે ઓછામાં ઓછું 25% હશે તો મને ખૂબ જ આશ્ચર્ય થશે. નાના પ્રોજેક્ટ્સ સામાન્ય રીતે આવા પ્રશ્નોના જવાબ આપે છે: જો સમસ્યા આપણને અસર કરે છે, તો અમે તેને હલ કરીશું. પછી તેઓ સફળતાપૂર્વક પોતાને મુશ્કેલીમાં મૂકે છે અને સમસ્યા વ્યવસ્થાપન અને કટોકટી વ્યવસ્થાપનમાં જોડાય છે. જ્યારે તમે કોઈ સમસ્યાનો ઉકેલ લાવવાનો પ્રયાસ કરો છો અને સમસ્યા ઉકેલાતી નથી, ત્યારે કટોકટી વ્યવસ્થાપનમાં તમારું સ્વાગત છે.

હા, હું ઘણી વાર સાંભળું છું કે, "સમસ્યાઓ ઉદભવશે તેમ અમે ઉકેલીશું." ચોક્કસ અમે કરીશું? શું આપણે ખરેખર નક્કી કરીશું?

ઓલેગ: તમે તેને નિખાલસતાથી કરી શકો છો અને ફક્ત પ્રોજેક્ટ ચાર્ટરમાં મહત્વપૂર્ણ ઇનવેરિઅન્ટ્સ લખી શકો છો, અને જો ઇન્વેરિઅન્ટ્સ તૂટી જાય, તો ફક્ત પ્રોજેક્ટને ફરીથી શરૂ કરો. તે ખૂબ જ અસ્પષ્ટ બહાર વળે છે.

માઈકલ: હા, મારી સાથે એવું બન્યું કે જ્યારે જોખમો ટ્રિગર થયા, ત્યારે પ્રોજેક્ટને સરળ રીતે ફરીથી વ્યાખ્યાયિત કરવામાં આવ્યો. સરસ, બિન્ગો, સમસ્યા હલ થઈ ગઈ, હવે ચિંતા કરશો નહીં!

ટિમ: ચાલો રીસેટ બટન દબાવીએ! ના, તે તે રીતે કામ કરતું નથી.

DevOops 2019 પર કીનોટ

માઈકલ: અમે આ મુલાકાતના છેલ્લા પ્રશ્ન પર આવીએ છીએ. તમે કીનોટ સાથે આગામી DevOops પર આવી રહ્યા છો, શું તમે જે કહેવા જઈ રહ્યા છો તેના પરથી ગુપ્તતાનો પડદો ઉઠાવી શકશો?

ટિમ: અત્યારે, તેમાંથી છ વર્ક કલ્ચર, સંસ્થાઓના અસ્પષ્ટ નિયમો વિશે એક પુસ્તક લખી રહ્યા છે. સંસ્કૃતિ સંસ્થાના મુખ્ય મૂલ્યો દ્વારા નક્કી કરવામાં આવે છે. સામાન્ય રીતે લોકો આની નોંધ લેતા નથી, પરંતુ ઘણા વર્ષો સુધી કન્સલ્ટિંગમાં કામ કર્યા પછી, અમે તેને ધ્યાનમાં લેવા માટે ટેવાયેલા છીએ. તમે કંપનીમાં પ્રવેશ કરો છો, અને શાબ્દિક રીતે થોડીવારમાં તમે અનુભવવાનું શરૂ કરો છો કે શું થઈ રહ્યું છે. અમે તેને "સ્વાદ" કહીએ છીએ. ક્યારેક આ સુગંધ ખરેખર સારી હોય છે, અને ક્યારેક તે, સારું, અરે. વિવિધ સંસ્થાઓ માટે વસ્તુઓ ખૂબ જ અલગ છે.

માઈકલ: હું પણ વર્ષોથી કન્સલ્ટિંગમાં કામ કરું છું અને તમે જે વાત કરો છો તે સારી રીતે સમજું છું.

ટિમ: વાસ્તવમાં, કીનોટ પર વાત કરવા યોગ્ય બાબતોમાંની એક એ છે કે દરેક વસ્તુ કંપની દ્વારા નક્કી કરવામાં આવતી નથી. તમે અને તમારી ટીમ, એક સમુદાય તરીકે, તમારી પોતાની ટીમ સંસ્કૃતિ ધરાવે છે. આ આખી કંપની, અથવા અલગ વિભાગ, એક અલગ ટીમ હોઈ શકે છે. પરંતુ તમે કહ્યું તે પહેલાં, અમે જે માનીએ છીએ તે અહીં છે, અહીં શું મહત્વનું છે તે છે... ચોક્કસ ક્રિયાઓ પાછળના મૂલ્યો અને માન્યતાઓને સમજાય તે પહેલાં તમે સંસ્કૃતિ બદલી શકતા નથી. વર્તનનું અવલોકન કરવું સરળ છે, પરંતુ માન્યતાઓ શોધવી મુશ્કેલ છે. DevOps એ માત્ર એક ઉત્તમ ઉદાહરણ છે કે કેવી રીતે વસ્તુઓ વધુ ને વધુ જટિલ બની રહી છે. ક્રિયાપ્રતિક્રિયાઓ ફક્ત વધુ જટિલ બની રહી છે, તે બિલકુલ સ્વચ્છ અથવા સ્પષ્ટ બની રહી નથી, તેથી તમારે તે વિશે વિચારવું જોઈએ કે તમે શું માનો છો અને તમારી આસપાસના દરેક વ્યક્તિ શું મૌન છે.

જો તમે ઝડપી પરિણામો મેળવવા માંગતા હો, તો અહીં તમારા માટે એક સારો વિષય છે: શું તમે એવી કંપનીઓ જોઈ છે જ્યાં કોઈ કહેતું નથી કે “મને ખબર નથી”? એવી જગ્યાઓ છે જ્યાં તમે કોઈ વ્યક્તિને શાબ્દિક રીતે ત્રાસ આપો છો જ્યાં સુધી તે કબૂલ ન કરે કે તે કંઈક જાણતો નથી. દરેક જણ બધું જાણે છે, દરેક અકલ્પનીય વિદ્વાન છે. તમે કોઈપણ વ્યક્તિનો સંપર્ક કરો, અને તેણે તરત જ પ્રશ્નનો જવાબ આપવો પડશે. "મને ખબર નથી" કહેવાને બદલે. હુરે, તેઓએ વિદ્વાનોનો સમૂહ રાખ્યો છે! અને કેટલીક સંસ્કૃતિઓમાં "મને ખબર નથી" એમ કહેવું સામાન્ય રીતે ખૂબ જોખમી છે; તેને નબળાઈના સંકેત તરીકે સમજી શકાય છે. એવી સંસ્થાઓ પણ છે જેમાં, તેનાથી વિપરીત, દરેક જણ કહી શકે છે "મને ખબર નથી." ત્યાં તે સંપૂર્ણપણે કાયદેસર છે, અને જો કોઈ પ્રશ્નના જવાબમાં કચરો નાખવાનું શરૂ કરે છે, તો તે જવાબ આપવો સંપૂર્ણપણે સામાન્ય છે: "તમે જાણતા નથી કે તમે શું વાત કરી રહ્યાં છો, બરાબર?" અને તે બધાને મજાકમાં ફેરવો.

આદર્શ રીતે, તમે એવી નોકરી કરવા માંગો છો જ્યાં તમે સતત ખુશ રહી શકો. તે સરળ રહેશે નહીં, દરેક દિવસ સની અને આનંદદાયક નથી, કેટલીકવાર તમારે સખત મહેનત કરવાની જરૂર છે, પરંતુ જ્યારે તમે સ્ટોક લેવાનું શરૂ કરો છો, ત્યારે તે બહાર આવશે: વાહ, આ ખરેખર અદ્ભુત જગ્યા છે, મને અહીં કામ કરવાનું સારું લાગે છે, ભાવનાત્મક અને બૌદ્ધિક રીતે. અને એવી કંપનીઓ છે જ્યાં તમે સલાહકાર તરીકે જાઓ છો અને તરત જ ખ્યાલ આવે છે કે તમે તેને ત્રણ મહિના સુધી ટકી શકતા નથી અને ભયભીત થઈને ભાગી જશો. આ તે છે જેના વિશે હું અહેવાલમાં વાત કરવા માંગુ છું.

ટિમ લિસ્ટર મુખ્ય સૂત્ર સાથે આવશે "પાત્ર, સમુદાય અને સંસ્કૃતિ: સમૃદ્ધિ માટે મહત્વપૂર્ણ પરિબળો"DevOops 2019 કોન્ફરન્સ માટે, જે 29-30 ઓક્ટોબર, 2019 ના રોજ સેન્ટ પીટર્સબર્ગમાં યોજાશે. તમે ટિકિટ ખરીદી શકો છો સત્તાવાર વેબસાઇટ પર. અમે DevOops પર તમારી રાહ જોઈ રહ્યા છીએ!

સોર્સ: www.habr.com