Kanban ในชีวิตจริง — ปรับ Work In Progress ให้สมดุลด้วยการเพิ่ม-ลดคนรับผิดชอบในงาน
Kanban in Real Life — Adjusting WIP by Increasing-Decreasing Person Responsible for Each Column
ศิริพงษ์กำลังคิดหนักกับคอมเม้นต์ของปาดวาดที่ว่า “สัดส่วนของ Developer และ QA แตกต่างกันมาก” จะทำยังไงดี?
- ช่างมัน ปล่อยไปแบบนี้ ทดลองดูซักพักว่ามันจะมีปัญหาจริงมั้ย
- ไปขอคนทำ QA เพิ่มซักคนสองคน
ศิริพงษ์คิดได้สองแนวทางแต่เค้ารู้สึกไม่ถูกใจเลย ข้อแรกก็ดูละเลยปัญหาความทุกข์ร้อนของเด็กๆ ข้อสองก็ไม่ใช่เรื่องง่ายๆที่จะขอคนมาเพิ่มในเวลานี้ จะทำยังไงดีๆ เค้าถามย้ำกับตัวเอง …
ศิริพงษ์: “ทำไงดีวะ? ฮ่าๆๆ” เค้าหันไปถามสมาชิกในทีมแล้วก็หัวเราะแบบเขินๆเพราะมันยังคิดไม่ออกว่าจะทำยังไง … ระหว่างที่รอคำตอบอยู่เค้าก็ฉุกคิดได้ว่าตอนที่อ่านหนังสือ “Kanban and Scrum — making the most of both” เคยเห็นคำแนะนำที่ว่า
ถ้าทีมเจอปัญหาคอขวดก็ให้คนอื่นหยุดทำงานแล้วมาช่วยแก้ปัญหาในขั้นตอนนั้นๆก่อน เมื่องาน Flow ดีแล้วค่อยกลับไปทำงานตัวเองต่อ
เออ เห้ย เข้าท่านะแนวคิดนี้ … มันเหมือนเป็นการ Assign งานให้แบบชั่วคราวเลย แบบว่าถ้าเทสติดปัญหาทำไม่ทันก็ให้ Developer ไปช่วย … แล้วทำไมเราต้องรอให้เจอปัญหาคอขวดก่อนหละ? ทำไมเราไม่ Assign คนในทีมเข้าไปช่วยงานที่คาดว่าจะเจอปัญหาก่อนเลย?
ถ้าเราขอความร่วมมือจาก Developer 1 คนให้มาช่วยงาน QA เป็นรอบ อาจจะรอบละสองสัปดาห์ เราก็จะลดสัดส่วน Developer ต่อ QA ลงได้เป็น 3 ต่อ 2 ซึ่งมีความสมดุลมากขึ้นนะ แบบนี้เลย
ศิริพงษ์: “เอาแบบนี้มั้ยครับ” เค้าเริ่มอธิบายแนวคิดนี้ให้ทีมฟังเพื่อขอความคิดเห็นและความสมัครใจจาก Developer ทั้งสี่คน ทุกอย่างเป็นไปได้ด้วยดี สุดท้ายเค้าก็เขียนตารางเวลาออกมาได้แบบนี้
- 1 - 14 สิงหาคม: ปฐม
- 15 - 31 สิงหาคม: เศรษฐ์
- 1 - 14 กันยายน: อัตท์
- 15 - 30 กันยายา: ณชา
ณชา: “พี่พงษ์ แล้วงาน Pre-Release ของหนูหละคะ ให้หนูทำคนเดียวหรอ?” ☹