แนะนำบทความ Being Glue ของ Tanya Reilly ผู้เขียนหนังสือ <เส้นทางจากนักพัฒนาสู่ผู้นำทางเทคโนโลยี> (ชื่อภาษาอังกฤษ: The Staff Engineer's Path) พร้อมเพิ่มเติมความเห็นของผู้เขียน
- บทความ GeekNews ก่อนหน้านี้ที่กล่าวถึง Glue Work: https://th.news.hada.io/topic?id=17816
สรุปเนื้อหาบทความ
แม้ตำแหน่งจะเป็น "วิศวกรซอฟต์แวร์" อย่างชัดเจน แต่เมื่อเริ่มอาวุโสมากขึ้นก็มีคนจำนวนหนึ่งที่ต้องใช้เวลากับการประชุมมากกว่าการเขียนโค้ด และพวกเขามักเผชิญกับปัญหาบางอย่าง
คนเหล่านี้คือคนที่ทำงานซึ่งไม่มีใครเคยพูดอย่างชัดเจนว่า "ต้องทำ" แต่เป็นงานที่เห็นแล้วปล่อยผ่านไม่ได้
- ช่วย onboard วิศวกรรุ่นน้อง
- อัปเดต product roadmap
- พูดคุยกับผู้ใช้
- คอยตามประเด็นที่ตกหล่น
- ทักท้วงเอกสารการออกแบบ
- และตรวจสอบให้แน่ใจว่าทุกคนกำลังมุ่งไปในทิศทางใกล้เคียงกัน
ผู้เขียนนิยามคนที่อาสาทำงานเหล่านี้เพื่อให้ทีม ผลิตภัณฑ์ และองค์กรประสบความสำเร็จ แต่เมื่อเวลาผ่านไปกลับมีเวลาไม่พอสำหรับการพัฒนาความสามารถทางเทคนิคของตนเอง จนสุดท้ายถูกเสนอบทบาทที่ "ไม่เทคนิคเท่าเดิม" ว่าเป็น Glue
คนที่ทำ Glue Work สร้างคุณค่าอย่างมากให้กับองค์กร แต่ในองค์กรที่ไม่ยอมรับและมองเห็นคุณค่าของงานลักษณะนี้อย่างเพียงพอ ก็ยากที่จะทำงานอย่างมีความสุขได้ในระยะยาว
- เป็นวิศวกรแท้ๆ แต่กลับไม่ได้รับการยอมรับด้านความสามารถและผลงานทางเทคนิค จนอาจหมดไฟ และอาจพลาดการเลื่อนตำแหน่ง
จากประสบการณ์ทำ Glue Work ผู้เขียนจึงเสนอวิธีบางอย่างเพื่อให้วิศวกรที่ถูกประเมินว่า "not technical enough" (โดยเฉพาะผู้หญิง) เจ็บปวดน้อยลงและได้รับการยอมรับมากขึ้น
1) Have that career conversation
คุยกับผู้จัดการเรื่องเส้นทางอาชีพ ว่าถ้าจะเลื่อนตำแหน่งครั้งถัดไปต้องทำอะไรบ้าง งานที่กำลังทำอยู่ตอนนี้มีผลต่อการเลื่อนตำแหน่งหรือไม่ ตั้งเป้าหมายร่วมกับผู้จัดการ และตรวจสอบเป็นระยะว่ากำลังไปในทิศทางที่ถูกต้องหรือไม่
2) Get a useful title
หากยังจำเป็นต้องทำ Glue Work ต่อไป ก็ควรได้ตำแหน่งที่เหมาะสมกับการได้รับการยอมรับในงานนั้น ไม่ว่าจะเป็น Tech Lead หรืออะไรก็ตาม ที่ทำให้แม้จะกำลังทำ Glue Work อยู่ คนอื่นก็ยังมองได้ว่า “ใช่ นั่นคืองานของเขา และเขากำลังทำมันได้ดี”
3) Tell the story
สร้าง narrative หรือ story เกี่ยวกับงานที่ตัวเองกำลังทำ เพื่อบอกให้คนรอบตัวรู้ว่างานนี้มีความหมายอย่างไร ผู้จัดการเองก็ควรช่วยเล่าเรื่องเดียวกันนี้ด้วย จงมองหา Glue คนอื่นๆ และชื่นชมพวกเขา
4) Give up and do exactly the thing on the job ladder
น่าเศร้าที่ถ้าวิธีข้างต้นใช้ไม่ได้ผลเลย การหยุดทำ Glue Work ก็เป็นอีกทางเลือกหนึ่ง อย่างน้อยชั่วคราวให้ลองทำเฉพาะงานที่ "ถูกมอบหมายไว้อย่างชัดเจน" และเป็นงานที่ใครเห็นก็ว่า "เป็นงานเทคนิค" เท่านั้น รวมถึงหยุดทำบทบาท "หัวหน้าทีมแบบไม่เป็นทางการ" ด้วย
5) Learning
ในอีกด้านหนึ่ง ถ้าเป็นวิศวกร ก็เป็นเรื่องธรรมดาที่ควรมีความสามารถทางเทคนิคที่โดดเด่นเช่นกัน ใช้เวลาและโอกาสที่ได้คืนมาจากการลด Glue Work เพื่อเติบโต และพิสูจน์ว่าตัวเองก็สามารถสร้างคุณค่าให้กับองค์กรในฐานะวิศวกรได้อย่างเพียงพอ
ความคิดเห็นเกี่ยวกับ Glue Work
สิ่งที่เกิดขึ้นเมื่อองค์กรใหญ่ขึ้น
- เมื่อองค์กรค่อยๆ ใหญ่ขึ้น ก็จะเริ่มมีงานที่ R&R ระหว่างคนหรือระหว่างทีมทับซ้อนกัน
- และน่าประหลาดที่ส่วนที่ "ทับซ้อน" กันนั้นกลับมักกลายเป็นพื้นที่ที่ไม่มีใครดูแลอย่างจริงจัง
- ยังมีงานที่ชัดเจนว่าไม่มีใครรับผิดชอบตั้งแต่แรก แต่จำเป็นต่อการที่ทั้งองค์กรจะเดินต่อไปได้
- ทั้งหมดนี้คือ Glue Work
ผมโชคดี แต่คนอื่นล่ะ?
- ผมเองก็ทำบทบาทแบบ Glue มาเยอะในหลายบริษัท
- ในฐานะนักพัฒนา frontend ก็เคยต้องเชื่อมชิ้นส่วนคอมโพเนนต์ที่แตกกระจัดกระจายหลายส่วนเข้าด้วยกัน เติมส่วนที่ขาดให้ครบ จนถึงระดับที่ "พร้อม deploy" อยู่บ่อยครั้ง (ไม่ว่าจะต้องทำงานดึกหรืออย่างไรก็ตาม)
- โชคดีที่ผมเป็นคนที่พยายามสื่อสารให้คนเห็นความพยายามและผลงานของตัวเองอยู่เสมอ และยังได้เจอผู้จัดการที่ดี จึงได้รับการยอมรับและเติบโตได้อย่างรวดเร็ว แต่ก็มีคนรอบตัวอีกมากที่ไม่ได้โชคดีแบบนั้น
- เพราะอย่างนั้น ผมจึงพยายามกล่าวขอบคุณอย่างชัดเจนต่อคนที่คอยเชื่อมช่องว่างระหว่างงานแต่ละชิ้นเข้าด้วยกันอย่างเงียบๆ เพื่อให้องค์กรเดินต่อไปได้ และพยายามบอกให้คนอื่นเห็นถึงคุณค่าของงานเหล่านี้ด้วย
ถ้าคุณเป็น Glue หรือเป็นผู้จัดการของ Glue การลองคิดดูสักครั้งว่าในระดับองค์กรควรทำอะไรเพื่อให้ Glue Work ได้รับการยอมรับมากขึ้น อาจช่วยให้การรักษาคนในองค์กรทำได้ดีขึ้นด้วย
5 ความคิดเห็น
หลายคนจบลงที่ข้อ 4 ซึ่งน่าเสียดายมาก
ว้าว... มีคนที่คล้ายกับบทความนี้มากอยู่คนหนึ่งเลย ต้องแชร์ให้เขาอ่านแล้วล่ะ
ขอบคุณสำหรับบทความดี ๆ ครับ
แม้ชีวิตการทำงานของผมจะยังสั้น แต่ก็เห็นด้วยกับเนื้อหาในบทความ และขณะเดียวกันก็คิดว่าเราควรหลีกเลี่ยงการทำงานแบบ "เงียบๆ" ด้วย แม้ไม่ถึงขั้นต้องแสดงออกจนโดดเด่นเกินไป แต่อย่างน้อยการนำเสนอผลงานของตัวเองบ้างก็น่าจะเป็นผลดีกับตัวเองครับ
เห็นด้วยครับ โดยส่วนตัวผมก็มักแนะนำรุ่นน้องว่าอย่างน้อยก็ควรทำงานให้คนเห็นบ้าง
ใช่ครับ เห็นด้วย เรื่องนี้ตัวเองก็ต้องแสดงตัวออกมาด้วย และถ้าคนที่เป็น giver ช่วย shout-out กันและกันเยอะ ๆ ก็น่าจะดีครับ วัฒนธรรมองค์กรเองก็ควรส่งเสริมเรื่องนั้นด้วย