જ્યારે ટીમ overload હોય, ત્યારે પહેલા શેના પર કામ કરવું તે નક્કી કરવા તમે કયા માપદંડ વાપરો છો?

Question

IT Interview Practice · Accepted Answer

**પહેલા હું overload ને દૃશ્યમાન બનાવું છું અને એવો ડોળ કરવાનું બંધ કરું છું કે બધું બંધબેસે છે.** જ્યારે ટીમ overload હોય, ત્યારે નિષ્ફળતાનો પ્રકાર એ છે કે દરેક વસ્તુનું થોડું કરવું અને કંઈ પૂરું ન કરવું. મારું કામ સ્પષ્ટ પ્રાથમિકતા લાગુ કરવાનું અને ટીમને thrash થી બચાવવાનું છે.

## હું જે માપદંડ લાગુ કરું છું

- **અસર vs. પ્રયત્ન.** હું કામને ખર્ચ સામે પહોંચાડેલા મૂલ્ય પ્રમાણે ક્રમ આપું છું. ઊંચી-અસર, ઓછા-પ્રયત્નવાળી વસ્તુઓ પહેલા જાય છે; ઊંચા-પ્રયત્ન, ઓછી-અસરવાળી વસ્તુઓ ખુલ્લેઆમ કાપવામાં અથવા મુલતવી રાખવામાં આવે છે.
- **Reversibility અને તાકીદ.** જે કંઈ irreversible અથવા time-boxed હોય (એક security fix, એક contractual deadline, એક launch dependency) તે queue માં આગળ કૂદે છે.
- **વિલંબનો ખર્ચ.** કેટલુંક કામ જેટલું વધુ રાહ જુએ તેટલું વધુ મોંઘું થાય છે (સંયોજિત **tech debt**, એક deadline દંડ); કેટલુંક આવતા મહિને એવું જ રહે છે. હું ખર્ચ કેટલી ઝડપથી વધે છે તેના આધારે પ્રાથમિકતા આપું છું.
- **બીજાઓને blocking.** જે કામ બીજા લોકો અથવા ટીમોને unblock કરે છે તેનો તેના પોતાના મૂલ્યથી આગળ એક ગુણક હોય છે.
- **જોખમ.** જો આ ખોટું અથવા મોડું હોય તો ખર્ચ શું છે? પહેલા મોંઘી નિષ્ફળતા સામે રક્ષણ કરો.

## એક સરળ framework

| Bucket | ઉદાહરણો | ક્રિયા |
|---|---|---|
| Critical + તાકીદ | Production incident, security hole | હવે કરો, બીજું કામ છોડો |
| ઊંચું મૂલ્ય, તાકીદ નહીં | મુખ્ય roadmap feature | ગોઠવો અને રક્ષણ કરો |
| ઓછું મૂલ્ય, તાકીદ | ઘોંઘાટિયું પણ નાનું request | પાછું ધકેલો અથવા delegate કરો |
| ઓછું મૂલ્ય, તાકીદ નહીં | સારી-હોય-તો | ના કહો, સ્પષ્ટપણે કાપો |

## હું તેને કેવી રીતે ચલાવું છું

- પાંચ સમાંતર priority-ones નહીં, એક **એક જ ક્રમબદ્ધ યાદી** બનાવો. જો બધું પ્રાથમિકતા હોય, તો કંઈ નથી.
- **stakeholders** ને trade-offs સાદી ભાષામાં જણાવો: "આ sprint માં અમે A અથવા B કરી શકીએ, બંને નહીં. કયું વધુ મહત્વનું છે?"
- ધ્યાનની રક્ષા કરો: work in progress મર્યાદિત કરો, context switching ઘટાડો, અને ટીમને sprint ની વચ્ચે નવા interrupts થી બચાવો.

## ભૂલો

- ડેટાને બદલે સૌથી ઘોંઘાટિયા stakeholder ને પ્રાથમિકતા નક્કી કરવા દેવી.
- દરેક વસ્તુને હા કહેવી, જે ખરેખર "હું randomness ને નક્કી કરવા દઈશ" કહેવા જેવું છે.
- scope માં બેસાડવા માટે શાંતિથી ગુણવત્તા કાપવી; તે માત્ર ખર્ચને production માં ખસેડે છે.

## આ શા માટે મહત્વનું છે

Overload હેઠળ, નિર્દય, પારદર્શક પ્રાથમિકતા એ છે જે એક તણાવગ્રસ્ત, thrashing ટીમને એવી ટીમમાં ફેરવે છે જે ખરેખર મહત્વની વસ્તુઓ ship કરે છે, અને બધું શાંતિથી ચૂકવાને બદલે trade-offs વિશે પ્રામાણિક રહીને stakeholders સાથે વિશ્વાસ જાળવી રાખે છે.

Bucket	ઉદાહરણો	ક્રિયા
Critical + તાકીદ	Production incident, security hole	હવે કરો, બીજું કામ છોડો
ઊંચું મૂલ્ય, તાકીદ નહીં	મુખ્ય roadmap feature	ગોઠવો અને રક્ષણ કરો
ઓછું મૂલ્ય, તાકીદ	ઘોંઘાટિયું પણ નાનું request	પાછું ધકેલો અથવા delegate કરો
ઓછું મૂલ્ય, તાકીદ નહીં	સારી-હોય-તો	ના કહો, સ્પષ્ટપણે કાપો

હું જે માપદંડ લાગુ કરું છું

એક સરળ framework

હું તેને કેવી રીતે ચલાવું છું

ભૂલો

આ શા માટે મહત્વનું છે

સંબંધિત પ્રશ્નો