บทเรียนอีก 14 ข้อที่ได้จากการอยู่ที่ Google 14 ปี
(addyo.substack.com)1. วิศวกรที่เก่งที่สุดเลือกปัญหาที่เหมาะสม
เราไม่สามารถทุ่มพลังงานสูงสุดให้กับทุกเรื่องได้ทั้งหมด
2. ถ้ายังไม่รู้ว่าควรขออะไร แปลว่าคุณยังไม่พร้อมสำหรับการประชุม
การอนุมัติ, การเลือก, การปลดบล็อก (unblock), การแชร์ข้อมูล (inform) — ถ้าคุณเลือกไม่ได้สักอย่าง การประชุมนั้นก็คงเป็นการเสียเวลา
3. "เดี๋ยวทำให้" ไม่ใช่แผน แต่ "จะทำวันอังคาร" ต่างหากที่เป็นแผน
การกำหนดวันที่ให้ชัดเจนจะสร้างแรงขับเคลื่อน
4. โค้ดที่ช้าเป็นเพียงอาการ ส่วนการตัดสินใจที่ช้าคือต้นเหตุที่แท้จริง
ถ้าการตัดสินใจบางอย่างใช้เวลาไม่ใช่แค่ไม่กี่ชั่วโมง แต่กินเวลาเป็นสัปดาห์ ก็ควรพิจารณาให้ดีว่าทำไมถึงเป็นเช่นนั้น
5. ให้มองความน่าเชื่อถือ (Reliability) ว่าเป็นฟีเจอร์ของผลิตภัณฑ์
เช่นเดียวกับที่เราไม่ปล่อยฟีเจอร์โดยไม่รีวิวผลิตภัณฑ์ เราก็ไม่ควร deploy ระบบโดยไม่พูดถึงความน่าเชื่อถือ
6. ถ้าอินเทอร์เฟซระหว่างทีมแย่ การสื่อสารก็ไม่มีทางดีได้
ขอบเขตที่คลุมเครือและสัญญา (Contract) ที่ไม่ชัดเจน จะทำให้มีการประชุมและช่อง Slack เพิ่มขึ้นเรื่อย ๆ ต้องทำให้ชัดว่าใครรับผิดชอบอะไร และต่างฝ่ายพึ่งพากันอย่างไร
7. การ escalations ที่ดีที่สุดคือการมาพร้อมข้อเสนอ
ทั้งคนที่ยกปัญหาขึ้นมาและคนที่แก้ปัญหาต่างก็เข้าใจประเด็นแล้ว แต่มีเพียงฝ่ายเดียวที่จะได้ทั้งความไว้วางใจและอิสระในการตัดสินใจ
8. จงสร้างระบบที่ไม่ต้องพึ่งฮีโร่
ถ้ามีคนคนหนึ่งคอยกอบกู้บริษัทหรือทีมอยู่เสมอ นั่นไม่ใช่เรื่องน่ายกย่อง แต่เป็นสัญญาณว่าคุณกำลังร่วงลงเหว
9. ให้มอง Observability ว่าเป็นส่วนหนึ่งของฟีเจอร์
ให้ถือว่า "ยืนยันแล้วว่าโค้ดทำงานได้ดี" เป็นส่วนหนึ่งของคำว่างานเสร็จ
10. PR เล็ก ๆ คือความมีน้ำใจ โดยเฉพาะถ้ามันถูกสร้างโดย AI
PR เล็ก ๆ ช่วยให้เราคิดอย่างค่อยเป็นค่อยไป และค่อย ๆ สะสมความรู้ทีละน้อย
11. เมื่อเพิ่มทีมใหม่ ไม่ได้เพิ่มแค่โหนด (Node) แต่เพิ่มเส้นเชื่อม (Edge) ด้วย
หากไม่ตั้งใจลดจุดเชื่อมต่อเหล่านั้น ต่อให้เพิ่มทีมใหม่ ผลลัพธ์ที่ได้ก็ยังเท่าเดิม
12. การย้ายระบบไม่เคยเป็นแค่การย้ายระบบ
การย้ายระบบที่เสร็จจริงมีจุดร่วมอยู่สามอย่าง คือผู้สนับสนุน (Sponsor) ที่มีส่วนร่วมอย่างต่อเนื่อง ทีมที่ขับเคลื่อนการย้ายอย่างจริงจัง และวันสิ้นสุดที่ชัดเจนซึ่งทุกคนเชื่อมั่น หากขาดข้อใดข้อหนึ่ง การย้ายระบบจะติดอยู่ในสถานะ "เกือบเสร็จ" ตลอดไป และต้องรับผิดชอบสองระบบไปเรื่อย ๆ
13. AI ทำให้การสร้างฉบับร่างเป็นเรื่องง่ายขึ้น และรสนิยม (Taste) ก็กำลังยิ่งหายาก
วิศวกรที่คัดเลือกสิ่งที่ดีที่สุดออกมาได้ จะกลายเป็นคนที่โดดเด่นที่สุดในยุคนี้
14. ความไว้วางใจคือการทำ latency optimization
ทุกครั้งที่คุณรักษาสัญญา ทุกครั้งที่คุณยอมรับความผิดพลาดอย่างตรงไปตรงมา และทุกครั้งที่คุณทำให้ชีวิตของคนอื่นง่ายขึ้น คุณกำลังฝากเงินเข้าไว้ ฉันเคยเห็นวิศวกรที่มีทักษะทางเทคนิคระดับธรรมดา สร้างผลงานมหาศาลได้ เพราะทุกคนต่างเชื่อมั่นในตัวพวกเขา
นี่คือบทความต่อจาก https://th.news.hada.io/topic?id=24909
2 ความคิดเห็น
ขอแนะนำให้อ่านต้นฉบับด้วยครับ
มีทั้งสำนวนและคำที่เปี่ยมด้วยมุมมองลึกซึ้งอยู่มาก เลยทำให้หลายครั้งได้ลองคิดตามจากประสบการณ์ของตัวเอง
เนื้อหาค่อนข้างยาวจนอ่านแล้วรู้สึกหนักอยู่เหมือนกัน แต่เป็นบทความที่ดีมากจริง ๆ และถึงขั้นรู้สึกว่าไม่มีส่วนไหนที่ควรตัดออกเพิ่มหรือมีส่วนเกินจนต้องตัดทิ้งเลย
ข้อ 5 และ 9 รู้กันอยู่แล้วแต่พลาดกันได้ง่าย
ข้อ 12, 13, 14 น่าประทับใจ