คุณพัฒนากลยุทธ์แพลตฟอร์มและสถาปัตยกรรมอย่างไร

Question

Accepted Answer

**กลยุทธ์แพลตฟอร์ม** จะตัดสินใจว่าควรสร้างความสามารถใดเพียงครั้งเดียวและนำมาใช้ซ้ำได้ทั่วไป เพื่อให้ทีมผลิตภัณฑ์สามารถเคลื่อนตัวได้เร็วขึ้นตามเวลา แนวคิดหลักคือ **leverage**: การลงทุนในรากฐานร่วมที่คูณผลลัพธ์ของทีมแต่ละทีมในด้านบน

## วิธีการคิด

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

แพลตฟอร์มจะประสบความสำเร็จก็ต่อเมื่อทีม **เลือก** ใช้เพราะมันทำให้พวกเขาเร็วขึ้น ไม่ใช่เพราะมีการสั่งหรือบังคับ

## ตัวอย่างที่เป็นรูปธรรม

หลังจากทีมหลายแห่งสร้างไปป์ไลน์การนำใช้งานและการตรวจสอบสิทธิ์ของตัวเอง CTO จึงให้ทุนกับทีมแพลตฟอร์มเพื่อให้บริการไปป์ไลน์การนำใช้งานแบบลาดตาราง ได้แก่ การบริการระบุตัวตน โดยลดเวลาในการตั้งค่าอีกหลายสัปดาห์สำหรับบริการใหม่แต่ละรายการ รวมถึงการปกป้องความปลอดภัยมาตรฐาน พร้อมทั้งปล่อยให้ทีมได้รับอนุญาตให้ยกเลิกได้เมื่อมีเหตุผล

## การแลกเปลี่ยนและข้อผิดพลาด

- **ข้อผิดพลาด:** การสร้างแพลตฟอร์มเร็วเกินไปก่อนที่จะมีรูปแบบที่แท้จริงปรากฏ (เชิงสมมติฐาน)
- **ข้อผิดพลาด:** แพลตฟอร์มที่มีการสั่งหรือบังคับซึ่งทีมไม่ชอบและหลีกเลี่ยง
- การกำหนดมาตรฐานจะซื้อประสิทธิภาพ แต่ต้องแลกมาด้วยอิสระ การกำหนดมาตรฐานมากเกินไปจะชะลอการนวัตกรรม

## เหตุใดจึงมีความสำคัญ

การลงทุนแพลตฟอร์มที่ถูกต้องจะเกิดผลผลิตแบบทีละนิด ซึ่งทำให้ทีมในอนาคตทุกทีมเร็วขึ้นและสอดคล้องกันมากขึ้น

การลงทุนที่ผิดพลาด ซึ่งสร้างเร็วเกินไปหรือบังคับใช้จากด้านบน จะเสียความพยายามไปและสร้างความไม่พอใจ

กลยุทธ์แพลตฟอร์มและสถาปัตยกรรมที่มั่นคงคือการตัดสินใจที่มีอิทธิพลสูงสุดข้อหนึ่งที่ผู้นำด้านเทคนิคอาวุโสคนหนึ่งทำเมื่อองค์กรขยายตัว