Blockdit Logo (Mobile)
“วันละเรื่องสองเรื่อง”
•
7 ชั่วโมงที่แล้ว • วิทยาศาสตร์ & เทคโนโลยี

“Scrum is Not Your Org Chart!!!”

ช่วงหลังผมเริ่มรู้สึกว่า…
บางทีปัญหาไม่ใช่แค่ว่าเราเอา Scrum Role ไปสร้างเป็น Org Chart
แต่อาจเป็นว่า “Role พวกนั้นกำลังค่อยๆ หมดความหมายแบบเดิมไปแล้วด้วยซ้ำ” 😅
เมื่อก่อนเวลาออกแบบ Product team เราชอบแบ่งกันชัดๆ หรือตามกระแสว่า
* PO ทำเรื่องนี้
* UX/UI ทำเรื่องนั้น
* Developer เขียน Code
* QA คอย Test
* Infra ดูระบบ
* Scrum Master ดู Process
ทุกคนจะมี “ช่อง” ของตัวเอง
ผมเองก็เคยคิดว่าแบบนี้ดูเป็นระเบียบดีครับ
แต่พอทำ Transformation มาหลายรอบ แล้วมาเจอยุค AI ตอนนี้ ผมเริ่มเห็นอีกภาพหนึ่ง
“คนหนึ่งอาจคุยกับ User –> เข้าใจ Business –> ทำ Prototype เอง –> ลองหน้าจอ –> เขียน Requirement –>แล้วเอาไป Test กับ User ได้ภายในวันเดียว”
เมื่อก่อนงานพวกนี้อาจต้องผ่าน PO + PM + UX/UI หลายคน
วันนี้บางทีมเริ่มมีคนลักษณะคล้ายๆ ที่ทำได้ทั้งหมดชื่อ “Product Builder” ซึ่งไม่ได้หมายความว่าเขาเก่งที่สุดทุกเรื่องนะครับ
แต่เขาสามารถพา Idea จาก “ปัญหา” ไปถึง “ของที่ทดลองได้” ด้วยตัวเองมากขึ้น?
ฝั่ง Technology ก็คล้ายกัน เมื่อก่อน Dev เขียน Code, QA Test, Infra Deploy แล้วก็มีอีกคนดู Security
แต่วันนี้ Developer ที่ใช้ AI ได้ดี อาจเขียน Code, สร้าง Test, ตรวจ Bug, Setup ระบบ และ Deploy ได้มากกว่าเดิมเยอะ
จนเริ่มเห็นบทบาทคล้ายๆ “AI Engineer”
ไม่ใช่เพราะคนคนเดียวแทนผู้เชี่ยวชาญได้หมด
แต่เพราะ AI ทำให้ “ขอบเขตสิ่งที่คนหนึ่งคนทำได้กว้างขึ้นมาก?”
และตรงนี้ผมว่ากระทบวิธีคิดเรื่อง “ขนาดทีม” ด้วยครับ
เมื่อก่อนองค์กรใหญ่ ทีมใหญ่ คนเยอะ อาจดูมีพลัง เช่น
“หัวหน้าคุม 50 คน, มี 7 ทีม และมี Role ครบทุกตำแหน่ง” ฟังแล้วดูยิ่งใหญ่? 😅
แต่กลับกันเลยครับวันนี้…“คนเยอะไม่ได้ดูยิ่งใหญ่เหมือนเมื่อก่อนแล้ว?”
บางครั้งกลับดู “เทอะทะ” เพราะ
* ต้องประชุมเยอะขึ้น
* ส่งต่องานเยอะขึ้น
* ประสานกันเยอะขึ้น
* และต้องมีคนเพิ่มขึ้นอีกเพื่อบริหารคนที่เพิ่มขึ้นมา 😂
ถ้าทีมเล็กกว่า แต่ตัดสินใจเร็วกว่า ทำงานข้ามขอบเขตได้ และสร้าง Outcome ได้เท่ากันหรือดีกว่า
สำหรับผม อันนั้นดู “เก่งกว่า” มากกว่า?
เพราะความยิ่งใหญ่ขององค์กรยุคนี้อาจไม่ได้อยู่ที่ **Headcount **แต่อยู่ที่ว่า
* ใช้คนน้อยแค่ไหนโดยไม่เสียคุณภาพ
* ตัดขั้นตอนได้แค่ไหน
* และเปลี่ยนจาก Problem ไปเป็น Outcome ได้เร็วแค่ไหน?
ตรงนี้เลยทำให้ผมเริ่มคิดว่า Org Design ยุคใหม่ไม่ควรเหมือนซื้อสูทสำเร็จรูปครับ
* บริษัทอื่นมี PO เราก็มี PO
* เขามี Scrum Master เราก็ต้องมี
* เขามี UX กี่คน เราก็เอาตามนั้น
มันควรเหมือน “สูทสั่งตัด”
* ดูรูปร่างของธุรกิจเราก่อน
* ดู Problem ที่ต้องแก้
* ดู Capability ที่ต้องมี
* แล้วค่อยออกแบบคน Role และ Process ให้ “พอดี”
บางทีมต้องใช้ 8 คน
บางทีม 3 คนก็พอ
บางเรื่องเมื่อก่อนต้องผ่าน 5 Role วันนี้อาจเหลือ 1–2 คน + AI ก็ทำได้
ไม่ได้แปลว่า “คนน้อยดีที่สุด” นะครับ
แต่หมายความว่า จำนวนคนควรเป็นผลจากงานที่ต้องทำ ไม่ใช่เป้าหมายของการออกแบบองค์กร
เพราะถ้าโลกการทำงานกำลังไปทางนี้ แต่ Org Chart เรายังยึดว่า
“คุณเป็น PO ห้ามยุ่ง Design”
“คุณเป็น Dev ห้ามแตะ Business”
“คุณเป็น QA รอ Requirement แล้วทำ Test Case”
เราอาจกำลังใช้โครงสร้างเดิม…ไปล็อกศักยภาพของคนในโลกใหม่
ผมไม่ได้คิดว่า Specialist จะหายหมดครับ
งานที่ลึกและซับซ้อนก็ยังต้องการคนที่เก่งเฉพาะทางมากๆ
แต่เส้นแบ่งระหว่าง Role น่าจะบางลงเรื่อยๆ
หลังๆ เวลาออกแบบทีม ผมเลยอยากลืมคำถามพวกนี้ไปก่อน
“ต้องมี PO กี่คน?”
“ต้องมี UX กี่คน?”
“ต้องมี QA แยกไหม?”
แล้วเริ่มจากว่า
“ทีมนี้ต้องสร้าง Outcome อะไร และต้องมีความสามารถอะไรถึงจะไปถึงตรงนั้น?”
จากนั้นค่อยออกแบบคนและ Process ให้พอดี
เพราะสุดท้าย Scrum ไม่ผิดครับ
Role ก็ไม่ผิด
แต่ Framework ควรเป็นเครื่องมือช่วยเราออกแบบวิธีทำงาน ไม่ใช่แม่พิมพ์ที่บังคับให้องค์กรทุกแห่งต้องหน้าตาเหมือนกัน
ในยุค AI ความเก่งอาจไม่ได้วัดว่า
“เรามี Role ครบแค่ไหน หรือมีคนเยอะแค่ไหน?” **แต่วัดจาก “เราสร้างทีมที่พอดีกับปัญหา และพา Problem ไปถึง Outcome ได้ดีแค่ไหน?”
องค์กรที่ดีในอนาคตอาจไม่ใช่องค์กรที่ “ใหญ่ที่สุด”
แต่อาจเป็นองค์กรที่ “Fit ที่สุด” เหมือนสูทสั่งตัดครับ…
“ไม่ต้องมีผ้าเยอะที่สุด แค่พอดีกับคนใส่ที่สุดก็พอ?” 😅
#วันละเรื่องสองเรื่อง
โฆษณา