ถ้าในทีมพัฒนามีคนที่มีความสามารถในด้านต่าง ๆ
ซึ่งเหมาะสมสำหรับการพัฒนาและส่งมอบระบบงาน
น่าจะดีนะ
ถ้าทีมเป็นแบบนั้นน่าจะดีนะ
ถ้าทีมเป็นแบบนี้น่าจะดีนะ
แล้วแบบไหนน่าจะดี ?
น่าคิดนะ
ถ้าในทุก ๆ รอบการทำงานจบด้วยสิ่งที่ 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
