વિકાસ ટીમમાં "યુનિવર્સલ": ફાયદો કે નુકસાન?

કેમ છો બધા! મારું નામ લ્યુડમિલા મકારોવા છે, હું UBRDમાં ડેવલપમેન્ટ મેનેજર છું અને મારી ટીમનો ત્રીજો ભાગ "સામાન્યવાદીઓ" છે.

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

તે કોણ છે, આપણી અપેક્ષાઓનો અગ્રદૂત?

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

ટીમની ક્રિયાપ્રતિક્રિયા અને તેના કાર્યનું પરિણામ સહભાગીઓના વ્યાવસાયિક અને વ્યક્તિગત ગુણો પર આધારિત છે.

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

IT ઉદ્યોગમાં વ્યક્તિત્વના તમામ પ્રકારો વિશે ઘણા લેખો છે. મારા અનુભવના આધારે, હું આઇટી જનરલિસ્ટને ચાર શ્રેણીઓમાં વિભાજિત કરીશ:

1. "યુનિવર્સલ - સર્વશક્તિમાન"

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

તેઓ શું મજબૂત છે:

• જટિલ સમસ્યાઓ હલ કરવામાં સક્ષમ છે;
• સમસ્યામાં ઊંડાણપૂર્વક ડાઇવ કરો, "ખોદો" અને પરિણામો પ્રાપ્ત કરો;
• જિજ્ઞાસુ મન રાખો.

પરંતુ:

• ભાવનાત્મક રીતે અસ્થિર;
• નબળી રીતે સંચાલિત;
• તેમનો પોતાનો અવિશ્વસનીય દૃષ્ટિકોણ છે, જે બદલવું ખૂબ મુશ્કેલ છે;
• કોઈને સાદી વસ્તુ કરવા માટે મેળવવું મુશ્કેલ છે. સરળ કાર્યો સર્વશક્તિમાનના અહંકારને નુકસાન પહોંચાડે છે.

2. "યુનિવર્સલ - હું તેને શોધીશ અને કરીશ"

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

તેઓ શું મજબૂત છે:

• સ્વતંત્ર;
• તાણ-પ્રતિરોધક;
• ઘણા મુદ્દાઓમાં સક્ષમ;
• વિદ્વાન - તેમની સાથે વાત કરવા માટે હંમેશા કંઈક હોય છે.

પરંતુ:

• ઘણીવાર જવાબદારીઓનું ઉલ્લંઘન કરે છે;
• દરેક વસ્તુને જટિલ બનાવવાનું વલણ ધરાવે છે: ભાગો દ્વારા સંકલિત કરીને ગુણાકાર કોષ્ટકને હલ કરો;
• કામની ગુણવત્તા ઓછી છે, બધું 2-3 વખત કામ કરે છે;
• તેઓ સતત સમયમર્યાદામાં ફેરફાર કરે છે, કારણ કે વાસ્તવમાં બધું એટલું સરળ નથી.

3. "યુનિવર્સલ - ઠીક છે, મને તે કરવા દો, કારણ કે ત્યાં બીજું કોઈ નથી"

કર્મચારી ઘણા ક્ષેત્રોમાં સારી રીતે વાકેફ છે અને તેની પાસે સંબંધિત અનુભવ છે. પરંતુ તે તેમાંના કોઈપણમાં પ્રોફેશનલ બનવામાં નિષ્ફળ જાય છે, કારણ કે તે ઘણીવાર જીવનરેખા તરીકે ઉપયોગમાં લેવાય છે, વર્તમાન કાર્યોમાં છિદ્રો પ્લગ કરે છે. નમ્ર, કાર્યક્ષમ, પોતાને માંગમાં માને છે, પરંતુ તે નથી.

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

તેઓ શું મજબૂત છે:

• જવાબદાર;
• પરિણામ લક્ષી;
• શાંત
• સંપૂર્ણપણે નિયંત્રિત.

પરંતુ:

• નિમ્ન સ્તરની યોગ્યતાને કારણે સરેરાશ પરિણામો બતાવો;
• જટિલ અને અમૂર્ત સમસ્યાઓ હલ કરી શકતા નથી.

4. "ઓલરાઉન્ડર તેની કળાનો માસ્ટર છે"

વિકાસકર્તા તરીકે ગંભીર પૃષ્ઠભૂમિ ધરાવનાર વ્યક્તિમાં સિસ્ટમની વિચારસરણી હોય છે. પેડન્ટિક, પોતાની અને તેની ટીમની માંગણી. જો સીમાઓ નિર્ધારિત ન હોય તો તેને સંડોવતા કોઈપણ કાર્ય અનિશ્ચિત રૂપે વધી શકે છે.

તે આર્કિટેક્ચરથી સારી રીતે પરિચિત છે, તકનીકી અમલીકરણની પદ્ધતિ પસંદ કરે છે, વર્તમાન આર્કિટેક્ચર પર પસંદ કરેલા ઉકેલની અસરનું કાળજીપૂર્વક વિશ્લેષણ કરે છે. વિનમ્ર, મહત્વાકાંક્ષી નથી.

તેઓ શું મજબૂત છે:

• કામની ઉચ્ચ ગુણવત્તા બતાવો;
• કોઈપણ સમસ્યા હલ કરવામાં સક્ષમ;
• ખૂબ કાર્યક્ષમ.

પરંતુ:

• અન્યના મંતવ્યો પ્રત્યે અસહિષ્ણુ;
• મહત્તમવાદીઓ તેઓ બધું બરાબર કરવાનો પ્રયાસ કરે છે, અને આ વિકાસનો સમય વધારે છે.

વ્યવહારમાં આપણી પાસે શું છે?

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

ક્ષમતાઓને જોડવા/મર્જ કરવા/સંયોજિત કરવા માટેનો સૌથી સામાન્ય વિકલ્પ વિકાસકર્તા-વિશ્લેષક છે. પરીક્ષણ વિશ્લેષક અને "ત્રણ એકમાં" પણ ખૂબ સામાન્ય છે.

ઉદાહરણ તરીકે મારી ટીમનો ઉપયોગ કરીને, હું તમને મારા સાથી જનરલિસ્ટના ગુણદોષ બતાવીશ. મારી ટીમમાં તેમાંથી ત્રીજા છે, અને હું તેમને ખૂબ પ્રેમ કરું છું.

PO ને હાલના ઉત્પાદનમાં નવા ટેરિફ દાખલ કરવા માટે તાત્કાલિક કાર્ય મળ્યું. મારી ટીમમાં 4 વિશ્લેષકો છે. તે સમયે, એક વેકેશન પર હતો, બીજો બીમાર હતો, અને બાકીના વ્યૂહાત્મક કાર્યોના અમલીકરણમાં રોકાયેલા હતા. જો હું તેમને બહાર કાઢું, તો તે અનિવાર્યપણે અમલીકરણની સમયમર્યાદામાં વિક્ષેપ પાડશે. ત્યાં માત્ર એક જ રસ્તો હતો: "ગુપ્ત શસ્ત્ર" નો ઉપયોગ કરવો - એક બહુમુખી વિકાસકર્તા-વિશ્લેષક જેણે જરૂરી વિષય ક્ષેત્રમાં નિપુણતા મેળવી. ચાલો તેને એનાટોલી કહીએ.

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

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

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

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

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

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

આપણે સમસ્યાઓનો સામનો કેવી રીતે કરીએ?

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

1. મુશ્કેલીઓ ઊભી કરનાર દરેક કાર્ય માટે, હું તમને એકીકૃત ફોર્મ ભરવા માટે કહું છું: એક ભૂલનો નકશો, જે તમને "ડ્રોડાઉન" કયા તબક્કે થયું તે ઓળખવા માટે પરવાનગી આપે છે:

2. અવરોધોને ઓળખ્યા પછી, દરેક કર્મચારી સાથે વિચાર-મંથનનું સત્ર રાખવામાં આવે છે જેણે સમસ્યાને પ્રભાવિત કરી હતી: "શું બદલવું?" (અમે પાછલી તપાસમાં વિશેષ કેસોને ધ્યાનમાં લેતા નથી), જેના પરિણામે ચોક્કસ ક્રિયાઓ સમયમર્યાદા સાથે જન્મે છે (દરેક વ્યક્તિત્વ પ્રકાર માટે વિશિષ્ટ).

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

4. દરેક તબક્કે નિયંત્રણ હાથ ધરવાનું શરૂ થયું (ભૂતકાળમાં સમસ્યારૂપ તબક્કાઓ પર વિશેષ ધ્યાન આપવામાં આવે છે) અને આપમેળે આગામી કાર્યના પરિણામોના આધારે.

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

અંતે શું થયું?

વિકાસ પ્રક્રિયા વધુ પારદર્શક બની છે. બસ પરિબળ ઘટ્યું છે. ટીમના સભ્યો, ભૂલો પર કામ કરીને, વધુ પ્રેરિત બને છે અને તેમના કર્મમાં સુધારો કરે છે. અમે ધીમે ધીમે અમારી રિલીઝની ગુણવત્તામાં સુધારો કરી રહ્યા છીએ.

તારણો

સામાન્ય કર્મચારીઓ પાસે તેમના ગુણદોષ છે.

પ્લુસ:

• તમે કોઈપણ સમયે ઝૂલતા કાર્યને બંધ કરી શકો છો અથવા ટૂંકા સમયમાં તાત્કાલિક બગને ઉકેલી શકો છો;
• સમસ્યાને ઉકેલવા માટે એક સંકલિત અભિગમ: કલાકાર તેને બધી ભૂમિકાઓના પરિપ્રેક્ષ્યથી જુએ છે;
• જનરલિસ્ટ લગભગ બધું જ સારી રીતે કરી શકે છે.

ગેરફાયદા:

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

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

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

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

હું દરેકને "તેમના હસ્તકલાના સાર્વત્રિક માસ્ટર" ની સ્વ-સંગઠિત ટીમની ઇચ્છા કરું છું!

સોર્સ: www.habr.com