แวะมาฟัง Lead Engineer Meetup

สำหรับ Blog นี้แวะมาฟังเป็นหลัก + จดนิดหน่อย พอดีออกมาข้างนอกอยู่แล้ว และดูงาน UAT เลยแว๊บๆมาครับ สำหรับงานจัดที่ Rajapark Building ตอนแรกชื่อตึกไม่คุ้นเลย พอมาเห็นชื่อตึกรัชต์ภาคย์ คุ้นแล้วเห็นตั้งแต่สมัยเรียน มศว เลย

ช่วงแรกแนะนำมีคุยกันกับเพื่อนข้างๆ ว่าทำไมถึงมา เจอปัญหาอะไรบ้าง ได้ยินมาหลายเคสครับ อย่าง เช่น

• เข้าไปเป็น Software Engineer แต่ได้ Manager มาพ่วงอีกตำแหน่ง เลยต้องมาจัดการหลายๆอย่าง
• ปัญหาการดีลกับคนวัยต่างๆ ถ้าอายุมาก แบบว่าคุยยาก หรือ ไปเจอ Silo ของ org chart
• Style การทำงานที่ไม่เข้ากัน หลายคนอาจจะเจอคนเก่า ชอบแบบเดิม ไม่อยากปรับอะไรเป็นต้น

How to become a good Lead Engineer

• สื่อสาร + แปลง เพราะคนที่เราต้องเจอด้วย Non-Tech ต้องสื่อสารให้เข้าใจได้ แสดงว่าต้องเข้าใจ Biz
• Lead นอกจาก tech ต้อง manage คน relationship กับน้องๆ หรือคนรอบข้าง
• ความรู้ Tech เรายังต้องใช้อยู่นะ แม้ว่าจะเป็น Lead เพราะต้องตัดสินใจ ให้คำแนะนำได้
• การตั้งคำถาม เพื่อทดสอบความเข้าใจ หรือ ต้องการอะไรที่มันเป็นรูปเป็นร่าง - Start with Why
• รู้ว่าช่วงไหนควร Nice / Not Nice ไทยๆ น่าจะแนวๆ พระเดชและพระคุณ เราทำแทนน้องไมได้ มีอะไรต้องบอกกัน
• Good negotiate / trade off
• การจูงใจ เพราะบางทีเราจะไปให้คนอื่นทำงาน เราเองต้องรู้ก่อน ว่ากำลังสร้าง Value อะไรให้ Product แล้วทีมเค้ามีส่วนร่วมข้างในได้ยังไง จากส่วนไหนบราๆ
• เข้าใจสภาพแวดล้อม จริงๆเรียกว่ารูปแบบการทำงานและกัน
  - Corporate มันมีสายทำงาน silo / process ต่างๆ ประชุม
  - Startup เน้นให้ของออกไว survivor

How to Encourage junior > Lead Engineer

ถ้าในไทย ปัญหา nature จะเงียบ เกรงในระบบอาวุโส Senior หรือ ไม่งาน Tech ผช ฬ ผญ เลยไม่กล้าออก Idea แล้วเราจะสร้างเสริมให้คนที่มาใหม่ กล้าขึ้นมาเป็น Lead ยังไง มีหลาย Idea

• Enviroment - safe zone / emphazize
• อย่าให้เกิด lack of confident มันอิงกับข้อแรก Enviroment มันต้องพร้อม ให้คนในทีมกล้าที่จะมาเสนอ Idea หรือ แย้งขึ้นมา ถ้าตรงนี้ขาด บางทีมันพากันลงเหวได้เลยนะ รู้แล้วไม่กล้าพูด
• Clear Defintion ชอบอันนึงเมืองไทยมันเทา มันเลยกลายเป็นว่า มันไม่มีอะไรที่ชัดเจนบิดได้ตลอด อย่างน้อยงานที่ให้ต้องชัดระดับนึง จุด Domain ที่เราจะคุยได้

ส่วนตัวมองว่า Lead ช ญ ไม่สำคัญนะ ที่สำคัญเข้าใจคน สร้างสมดุลได้เหมาะสมสำคัญสุด

What is a day in the life of lead engineering?

• หลักๆ พอเราโตขึ้นมานำแล้ว งานแทรกเพิ่มขึ้น และแน่นอนมันเบียดเวลาเขียน Code ต้องมา manage อาจจะบางคนลดลงเหลือ 30% หรือ อาจจะเหลือ 10%
• เลือกทำ task ทีเกี่ยวกับเราก่อน ถ้าเรารับมาหมด มันจะทำให้เวลาของเราเสียสมดุลได้
• AI เข้ามาช่วยได้เหมือน แต่ไม่ทั้งหมด
• อีกอันนึง พยายามหา Team unlocker - หาแวว delegate ช่วยงานเราได้ และสร้างให้เป็น Lead หรือ ไม่ใช่
  - บางคนอาจจะชอบสอบ Technical สุดๆ ถ้าเรารู้ และเสริมได้
  - หรือ บางคนอาจจะอยากขยับมาสาย management อะไรงี้
• และมีถกเรื่องตำแหน่ง engineering / principle xxx สรุปมันชื่อตำแหน่ง นิยามแล้วแต่ที่

How do you keep scrum meetings efficient, I have seen scrum meetings get in the way of overall productivity by wasting a lot of dev time.

• back to basic เข้าใจก่อนว่าอะไรที่สำคัญจริงๆ
• อีกอันนึง OAA observability assign action

Struggling with the year-end evaluation process to determine raises and bonuses. What is a good approach to do this

มีหลายแนวทาง

• Stack ranking - เอาคนมาเรียงตาม Performance มันจะได้แล้วว่าคนกลุ่มไหนคนให้รางวัลกลุ่ม Top 10-20 และกลุ่มท้ายสุด ควรจะ push หรือ ให้ออก องค์กรจะได้เคลื่อนไหวสะดวก
• การวัดแบบ KPI ไม่ควรทำ ควรจะมอง Contribution ให้กับ Product ว่าทำอะไรไปบ้าง
• การคุยทุก 6 เดือน จริงถ้าลดรอบได้ก็ดี จะได้รู้ไว้ขึ้น รู้พวก Expected ของแต่ละคน / พวก Skill ที่ Update / motivation ที่จะให้กับ Product แต่ละคนความต้องการไม่หมือนกนนะ
• การประเมินควร Transaparent บอกเกณฑ์ชัดเจน แต่ไม่ต้องบอกหมดก็ได้ เค้ายกตัวโทรานางะ จากเรื่อง Shogun ควรดู สายความคิด การเมือง อุบาย ส่วนตัวผมไปฟัง Spoil มา สุดท้ายมาจ่ายเงินดูเรื่องนี้ ทุกคนรู้ในส่วนของตัวเอง ไม่ต้องรู้ทั้งหมด ในมุมนี้จะเป็นเรื่องของเกณฑ์ และ metric ถ้าบอกหมด มันจะเป็นการ Goodhart's law ในไทยอารมณ์เหมือนผักชีโรยหน้า ทำให้มันตรงตามเกณฑ์ และ metric ของปีนั่นๆ

มีหลายวิธีการ แต่มันไม่แต่ก็ไม่ใช่แนวทางที่ดีที่สุดนะ

แล้วเราจะเลือกคนขึ้นมาเป็น Lead ยังไง ?

• ผมชอบอันนี้ อารมณ์คนที่ทำให้คนรอบข้างมี Motivation ในการ push ให้งานมากขึ้น มีความสุข เรียกว่า Team unlocker //ถ้าฟังไม่ผิดนะ
• และทุกคนต้องมีครั้งแรก ไม่มีใครที่เก่ง พร้อมรับได้กับทุกสถานการณ์ที่เจอ
• คนแต่ละแบบจำเป็นในช่วงเวลาที่ต่างกับ Steve Jobs invented / Tim Cook Manage + Scale เหมือนมีคุยเรื่อง IBM (Corp Strong พวก Process) / RHEL (Opensource + Innovation) ด้วยนะ

สุดท้ายเรื่อง AI มันสรุปคล้ายกัน ใช้เถอะ เพราะคนอื่นเค้าใช้กัน ทั้งเอามาช่วย Code / Test / .. เราต้องเข้าใจมันด้วย AI as a Worker ผมชอบคำนี้นะ สำหรับ Talk นี้ เรียกว่า Talk เป็น Panel Disscussion ที่ถึงพริกถึงขิง เหมือนมีคนขึ้นมาแชร์ Exp. กันหลายคน ได้มุมมองที่ต่างกัน หลากหลายดี

และ Blog ออกช้านิดนึง 555 ว่าจะจดไว้ตั้งแต่เมื่อคืน แต่แมวหลงเข้าบ้านมา ต้องตามหาทาส อ้วนกลมเชียว

Reference

• Lead Engineer Meetup · Luma