Kanban ในชีวิตจริง — กำหนดขอบเขตและหน้าที่

Kanban in Real Life — Defining Scope and Responsibility

ตอนนี้ทีมรู้แล้วว่ากระบวนการทำ Project จากต้นน้ำถึงปลายน้ำมีอะไรบ้างในภาพรวม พวกเค้ากำลังคิดกันต่อเรื่องขอบเขตและหน้าที่ที่แท้จริงที่ทีมต้องทำ เมื่อพิจารณาดีแล้วพวกเค้าตัดสินใจว่านี่คือสิ่งที่เค้าจะรับเป็นเจ้าของ

มันก็สมเหตุสมผลดีนะแต่เห็นๆเลยว่างานบางอย่างทีมยังไม่แน่ใจว่าใครควรจะเป็นคนรับผิดชอบ เช่น เรื่อง Requirement เรื่อง UI และ Graphic Design เป็นต้น ก็ในเมื่อสิ่งเหล่านี้อยู่ในขอบเขตของงาน พวกเค้ามีสองทางเลือกกับสถานการณ์แบบนี้

1. เดินไปบอกหัวหน้างานว่าต้องการคนเพิ่มมาทำงานพวกนี้
2. ยึดหลัก “ตนเป็นที่พึ่งแห่งตน” ด้วยการค้นหาดูซิว่ามีใครในทีมสามารถทำงานพวกนี้ได้บ้าง

ในใจของ Project Manager เลือกข้อสองตั้งแต่แรกแล้วเพราะเค้ามีความเชื่อมั่นอย่างแรงกล้าว่า

ทีมต้องการ “ทักษะที่เหมาะสม (Skills)” ไม่ใช่ “คนที่มีตำแหน่งติดตัวมา (Position)” ถ้าคนในทีมทำงานนั้นได้ดีอยู่แล้วก็ไม่จำเป็นต้องหาคนมาเพิ่มให้วุ่นวาย

เพื่อเป็นการโน้มน้าวสมาชิกในทีมเค้าจึงตั้งคำถามอีกข้อว่า “พี่อยากรู้ว่าถ้าเราจะทำงานในแต่ละขั้นตอนให้ดี เราต้องการทักษะหรือความรู้อะไรบ้าง?” เป็นคำถามที่น่าสนใจทีเดียว ผ่านไปครึ่งชั่วโมงทีมก็ได้แผนภาพแบบนี้มา ดูดีๆ ทำที่เหลือต่อให้เสร็จเลยดีกว่า

ตอนนี้ทีมรู้ขอบเขตของงานกว้างๆแล้ว รู้ทักษะและความรู้ที่จำเป็นแล้ว ขั้นตอนต่อไปคือ “แล้วทีมมั่นใจแค่ไหนว่าจะทำงานทั้งหมดนี้ออกมาได้ดี?” มีคำตอบในตอนหน้า