ถ้าในทีมพัฒนามีคนที่มีความสามารถในด้านต่าง ๆ
ซึ่งเหมาะสมสำหรับการพัฒนาและส่งมอบระบบงาน
น่าจะดีนะ
ถ้าทีมเป็นแบบนั้นน่าจะดีนะ
ถ้าทีมเป็นแบบนี้น่าจะดีนะ
แล้วแบบไหนน่าจะดี ?
น่าคิดนะ
ถ้าในทุก ๆ รอบการทำงานจบด้วยสิ่งที่ Release ได้เลย
มันน่าจะดีไม่น้อยนะ นั่นหมายความว่าทีมรู้และเข้าใจว่า ในแต่ละรอบการทำงานต้องทำอะไรบ้าง และที่สำคัญมันต้องเสร็จ เสร็จ เสร็จจริง ๆ ดังนั้นคำว่า Releasable จึงสำคัญมาก ๆ มันทำให้เราเห็นปัญหาได้อย่างรวดเร็ว แน่นอนว่าต้องปรับและแก้ไขให้สามารถ release ได้ นั่นหมายความว่าต้องถึงมือผู้ใช้งานและลูกค้า ลองคิดดูสิว่า ถ้าสิ่งที่บอกว่าเสร็จมันยังไม่ release เช่น integration server, internal server เป็นต้น สิ่งเหล่านั้นมันคือสิ่งที่ยังไม่เสร็จ สุดท้ายก็ต้องมานั่ง rework กันอีกรอบหรือหลาย ๆ รอบถ้าการจัดเรียงความสำคัญของงานไม่ได้ทำเพียงคนเดียว แต่มีทีมพัฒนาเข้าไปด้วย
บ่อยครั้งคนที่ทำหน้าที่จัดเรียงงาน คือเจ้าของงานนั้น ๆ เช่นฝั่ง business เป็นต้น แต่จะดีกว่าไหมถ้าทีมพัฒนาเข้าไปร่วมให้ความเห็นและช่วยจัดความสำคัญด้วย เพื่อทำให้เข้าใจในแต่ละมุมมองมากขึ้น เพื่อทำให้เข้าใจในข้อตกลงในการส่งมอบมากขึ้น มันน่าจะทำให้เข้าใจชัดเจนตรงกันมากขึ้น ไม่ต้องมานั่งตีความกันอีกต่อไปถ้าในทุก ๆ วัน ทุก ๆ เวลามีการแสดงและบอกว่า มีอะไรบ้างที่เสร็จ
และบอกว่าเรากำลังเข้าไปใกล้ถึงจุดหมาย มันทำให้เราเห็นว่ามีงานอะไรบ้าง มันทำให้เราเห็นว่าแต่ละงานมีความสำคัญอย่างไร โดยการส่งมอบจะเป็นแบบเล็ก ๆ แต่สำคัญไปเรื่อย ๆ แน่นอนว่ามันดีกว่าส่งมอบทีเดียวทั้งหมดอย่างแน่นอนถ้าทุกคนในทีมช่วยกันแก้ไขปัญหา
บ่อยไหมที่เราบอกว่า เราทำงานเป็นทีมนะ แต่เมื่อเกิดปัญหาก็ตัวใครตัวมัน ทั้งคนมีปัญหาไม่ยอมรับ เดี๋ยวกลัวเสียหน้า ทั้งคนอื่น ๆ ไม่สนใจรอบข้าง เอาตัวเองรอดก็พอ อ่อนแอก็แพ้ไป จะดีกว่าไหม ถ้าคนที่ติดปัญหาทำการสรุปปัญหา และ สิ่งที่ทำไป จากนั้นจึงขอความช่วยเหลือจากคนในทีม เพื่อช่วยกันหาทางแก้ไขปัญหา ปัญหาใหญ่สำหรับคนหนึ่ง อาจจะเล็กลงไปก็ได้ ปัญหาเล็กสำหรับคนหนึ่ง อาจจะใหญ่ก็ได้ถ้าการประชุมต่าง ๆ เช่นการวางแผนงานในแต่ละรอบมันสั้น ๆ
ปัญหาของการประชุมที่นาน ๆ คือ แต่ละคนไม่เข้าใจในสิ่งที่ทำ แต่ละคนไม่มีความชัดเจนในสิ่งที่ทำ แต่ละคนไม่ทำการบ้านมาเลย ดังนั้นปัญหามันคืออะไร ? ดังนั้นแก้ไขซะสุดท้ายแล้วทีมมีความสุขกับสิ่งที่ทำหรือไม่
มันดูได้จากอะไร ? ถ้าไม่ใช่จากคนในทีม และสิ่งที่ทีมสร้างมันออกมา ปล. ถ้ามีแต่บอกว่า ยังก่อน เรายังไม่พร้อม งานเราเยอะ .. ถ้าอย่างนั้น เราก็ไม่ปรับปรุงหรือพัฒนาอะไรเลย สุดท้ายก็จะมีข้ออ้างเสมอ ถ้า ... แต่ ...ดังนั้นให้ค่อย ๆ ปรับปรุงทีละเล็กทีละน้อยแต่ประจำครับReference Website https://www.frontrowagile.com/blog/posts/98-5-signs-your-team-is-on-the-path-to-agility https://www.frontrowagile.com/blog/posts/92-mixing-roles-in-a-scrum-team https://www.frontrowagile.com/blog/posts/78-5-signs-your-team-is-lacking-the-agile-mindset