તમે પ્લેટફોર્મ અને આર્કિટેક્ચર સ્ટ્રેટેજી કેવી રીતે વિકસિત કરો છો?

Question

Accepted Answer

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

## તેના વિશે કેવી રીતે વિચાર કરવું

```text
PLATFORM STRATEGY DECISIONS
- What to platformize: common, stable, high-leverage capabilities
- Treat the platform as a product, with internal customers
- Provide "paved roads": easy defaults teams want to use
- Balance standardization (efficiency) vs autonomy (speed)
- Sequence: don't platformize before patterns are clear
```

પ્લેટફોર્મ ફક્ત ત્યારે જ સફળ થાય જો ટીમો તેને **પસંદ** કરે કારણ કે તે તેમને ઝડપી બનાવે છે, માટે નહીં કે તે આવશ્યક છે.

## ઠોસ ઉદાહરણ

મોટાભાગનાં ટીમોએ તેમના પોતાની deployment અને auth બનાવી પછી, CTO એક શેર કરેલ paved-road deployment pipeline અને identity service પ્રદાન કરવા માટે પ્લેટફોર્મ ટીમમાં ભંડોળ કરે છે, જે દરેક નવી સેવા માટે સપ્તાહો ઘટાડે છે અને સુરક્ષા માનીકૃત કરે છે, જ્યારે ટીમોને જ્યારે ન્યાયી હોય ત્યારે બહાર કાઢવા માટે સ્વતંત્ર છોડે છે.

## ટ્રેડ-ઑફ અને પિટફોલ્સ

- **પિટફોલ**: પ્લેટફોર્મ ખૂબ જલ્દી બનાવવો, વાસ્તવિક પેટર્ન ઉભરતા તેના પહેલા (અનુમાનિત).
- **પિટફોલ**: એક આવશ્યક પ્લેટફોર્મ કે જે ટીમો અણુવણી કરે અને તેની આસપાસ જાય.
- માનીકરણ કાર્યક્ષમતા ખરીદે છે પરંતુ સ્વાયત્તતાનો ખર્ચ આવે છે; વધુ પડતું માનીકરણ ઇનોવેશન ધીમું કરે છે.

## તે શા માટે મહત્વપૂર્ણ છે

સાચો પ્લેટફોર્મ ઇનવેસ્ટમેન્ટ ઘણો વધે, દરેક ભવિષ્યની ટીમને વધુ ઝડપી અને વધુ સુસંગત બનાવે છે.

ગલત, બહુ જલ્દી બનાવેલ અથવા ટોપ-ડાઉન લાદવામાં આવેલ, પ્રયાસ બગાડે છે અને નારાજગી પેદા કરે છે.

સાધારણ પ્લેટફોર્મ અને આર્કિટેક્ચર સ્ટ્રેટેજી એ સીનિયર તકનીકી લીડર તરફથી બનાવવામાં આવેલ સર્વોચ્ચ-લિવરેજ નિર્ણયોમાંથી એક છે કારણ કે સંસ્થા સ્કેલ કરે છે.