Kaip kuriate platformos ir architektūros strategiją?

Question

Accepted Answer

**Platformos strategija** sprendžia, kurias galimybes statyti kartą ir naudoti visur, kad produkto komandos laikui bėgant judėtų greičiau. Pagrindinė idėja – **leverage**: investavimas į bendrus pamatai, kurie padaugina kiekvienos komandos išvestį viršuje.

## Kodėl tai svarbu

```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
```

Platforma sėkminga tik tada, jei komandos ją **pasirenka**, nes ji jas pagreitina, o ne todėl, kad ji privalomaи.

## Konkretus pavyzdys

Po to, kai kelios komandos savos lygtys pastatė savo deployment ir auth, CTO finansuoja platformos komandą, kad suteiktų bendrai asfaltinę deployment pipeline ir tapatybės paslaugą, sumažindami daugybę savaičių nustatymo kiekvienai naujai paslaugai ir standartizuodami saugumą, bet paliekant komandom laisvę atsisakyti, kai tai pagrįsta.

## Kompromisai ir pavojai

- **Pavojus:** platformą statyti per anksti, prieš atsirandant tikriems šablonams (spekuatyvus).
- **Pavojus:** privalomaplatforma, kurią komandos nekenčia ir aplenkia.
- Standartizacija nusipirka efektyvumą, bet kainuoja autonomiją; per didelė standartizacija sulėtina inovacijas.

## Kodėl tai svarbu

Teisingi platformos investiciniai santykiai, kuri kiekvieną ateities komandą greitina ir daro nuoseklesnę.

Neteisingi, pastatyti per anksti arba primesti iš viršaus, eikite nesusipratimus ir keikias.

Tvara platformos ir architektūros strategija yra vienas iš aukščiausio leverage sprendimų, kurį vyraitis techninis lyderis priima, kai organizacija auga.