วิธีอธิบายเทคโนโลยีให้ชัดเจนสำหรับผู้มีอำนาจตัดสินใจที่ไม่ใช่นักพัฒนา [บทความแปล]

1. เน้นย้ำว่าบทบาทของวิศวกรในการสร้างความชัดเจนด้านเทคนิคภายในองค์กรคือหัวใจสำคัญที่สุด

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

2. เหตุผลที่ความชัดเจนด้านเทคนิคเป็นสิ่งที่พบได้ยากและไม่ได้มาง่าย ๆ ภายในองค์กร

   • ซอฟต์แวร์มีความซับซ้อนอย่างมาก และแม้แต่วิศวกรเองก็ยากที่จะเข้าใจระบบของตนได้อย่างครบถ้วน
   • ผู้นำที่ไม่ใช่สายเทคนิคมีทั้งเวลาจำกัดและพื้นความรู้จำกัด

3. ตัวอย่างของคำถามทางเทคนิคที่ใช้ได้จริง

   • คำถามสำคัญที่ผู้นำที่ไม่ใช่สายเทคนิคต้องรู้เมื่อมีการปล่อยฟีเจอร์ใหม่:
     1. สามารถเปิดให้ผู้ใช้ฟรีใช้ฟีเจอร์แบบเสียเงินได้อย่างปลอดภัยหรือไม่?
     2. สามารถทยอยปล่อยใช้งานได้หรือไม่?
     3. หากเกิดปัญหา สามารถ rollback ได้อย่างปลอดภัยหรือไม่?
     4. สามารถให้สิทธิ์เข้าถึงล่วงหน้าได้หรือไม่?
     5. หากเกิดปัญหาด้านความจุ สามารถจัดลำดับความสำคัญให้ผู้ใช้แบบเสียเงินก่อนได้หรือไม่?

4. ความหมายของที่ปรึกษาทางเทคนิคทั้งแบบทางการและไม่เป็นทางการ รวมถึงความสำคัญของบทบาทนี้

   • Staff Engineer หรือ Senior Engineer ทำหน้าที่เสมือนเป็น ‘ตัวแทน’ ของผู้นำที่ไม่ใช่สายพัฒนา โดยนามธรรมความซับซ้อนของระบบให้ออกมาเป็นคำอธิบายที่เข้าใจง่าย
   • วิศวกรที่สามารถสร้างความชัดเจนด้านเทคนิคได้ดีจะได้รับความไว้วางใจจากองค์กร และถูกมอบหมายให้ทำโปรเจ็กต์สำคัญ

5. ความไม่แน่นอนที่วิศวกรเผชิญ และการรักษาสมดุลกับสิ่งนั้น

   • วิศวกรมักมีความกังวลและความระมัดระวังต่อความเชี่ยวชาญของตนเองอยู่เสมอเล็กน้อย และส่วนใหญ่มีความมั่นใจเพียง 95% เท่านั้น
   • สำหรับผู้นำที่ไม่ใช่สายพัฒนา ไม่จำเป็นต้องถ่ายทอดความกังวลนี้หรือเปิดเผยรายละเอียดทางเทคนิคทั้งหมด แต่ควรสื่อสารเฉพาะประเด็นสำคัญให้ชัดเจน

6. การเปิดเผยความไม่แน่นอนไม่ใช่สิ่งที่ถูกต้องเสมอไป

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

7. หลักการ 3 ข้อในการสื่อสารความชัดเจนด้านเทคนิค

   • (1) มีสัญชาตญาณในการแยกแยะว่าอะไรควรพูดและอะไรควรละไว้
   • (2) มีความเข้าใจเชิงเทคนิคอย่างลึกซึ้งต่อระบบ (จากการลงมือเขียนโค้ดและทำโปรเจ็กต์ด้วยตนเอง)
   • (3) สามารถนำเสนอภาพรวมแบบเรียบง่ายต่อฝ่ายบริหารได้อย่างมั่นใจ

[ng0301]

ความจริงคือ... ต่อให้รู้เรื่องนั้น ก็ยังมีอีกหลายอย่างที่ไปไกลกว่านั้นอยู่ดี..

[geekgig]

ไม่แน่ใจว่านี่จะเป็นคอมเมนต์ที่สอดคล้องกับเจตนาของบทความนี้ไหม...

แม้จะเป็นความต่างของมุมมอง แต่
ท้ายที่สุดผมคิดว่าเจตจำนงของผู้มีอำนาจตัดสินใจสำคัญที่สุด

เขาไม่อยากรู้
แค่อยากได้ยินว่ามันทำได้แน่นอน
และอยากได้ยินว่าจะไปจัดการกันเอง

ดังนั้น การอธิบายก็คงหมายถึงการพูดในสิ่งที่ทำให้ผู้มีอำนาจตัดสินใจไม่สบายใจ

ps.
ดูเหมือนว่าจะตั้งอยู่บนสมมติฐานว่าผู้มีอำนาจตัดสินใจย่อมถูกต้อง?
ถ้าผู้มีอำนาจตัดสินใจ=กรรมการไม่ชอบ สุดท้ายผมก็คิดว่าไม่ว่าวิธีไหนก็คงไร้ผล