กลับมาต่อกันอีกครั้งกับ Agile หลังจากที่ห่างหายไปนานมากกกกกก … ต้องขอโทษเพื่อนๆ จริงๆ ครับ งานรัดตัวอย่างแรง แต่ช่วงนี้งานที่เร่งมากๆ ก็เสร็จไปแล้ว ประกอบกับผมเบื่อ Objective-C ด้วย ก็เลยกลับมาเขียน Agile ให้เพื่อนๆ ได้อ่านดีกว่า ^_^

สําหรับตอนที่แล้วเป็นเรื่อง Story Point ซึ่งมันเป็นแค่จุดเริ่มต้นของเส้นทางที่เราจะเดินไปเท่านั้น Story Point ช่วยให้เรากําหนดขนาดของ Requirement (อาจจะเป็น Feature หรือ Use Case ก็แล้วแต่ลักษณะของ project หรือ product ที่เราจะพัฒนา) นอกเหนือจากการประมาณการด้วยเวลาตัวเดียว ทําให้เราสามารถนํามาใช้ประเมิน Velocity ของทีมได้ในกรณีที่การวางแผนและประมาณการนั้นไม่สอดคล้องกับความเป็นจริง เพราะไม่ว่าเวลาที่ประเมินจะมากจะน้อยยังไง ขนาดของ requirement ก็เท่าเดิมอยู่ดี

ในบทความนี้จะเป็นเรื่องเกี่ยวกับการประมาณขนาดของ Product Backlog หรือ User Story ด้วย Story Point ซึ่งมันจะเป็นเทคนิคพื้นฐานของการประมาณการ (estimate), การวางแผนงาน (planning), การติดตามงาน (tracking), และการประเมินฝีจักร (velocity) ของทีม และยังเป็นเครื่องมือที่ใช้สำหรับการปรับแผนงาน ให้สอดคล้องกับความสามารถของทีมพัฒนาอีกด้วย อยากรู้ว่ามันคืออะไรก็ click เข้าไปอ่านต่อกันเลยครับ

เมื่อเราพัฒนา software สิ่งที่เราจะต้องเจอตั้งแต่ตอนต้นเลยก็คือ requirement เพราะถ้าไม่มี requirement ก็ไม่ต้องคิดต่อแล้วว่าจะพัฒนาอะไร ซึ่ง software development process ทุก process จะพูดเรื่อง requirement ทั้งนั้น อยู่ที่ว่าจะลงรายละเอียดมากหรือน้อยก็ว่ากันไป Scrum process เองก็เช่นเดียวกัน
บทความนี้จะเป็นการเจาะการพัฒนา Product Backlog นะครับ เมื่อได้ list ของ backlog แล้ว ก็จะเอาไปใช้ในตอนต่อๆ ไป ถ้าใครยังไม่ได้อ่านตอนก่อน ก็ไปอ่านบทความตอนที่ 5.1 และ 5.2 ก่อนครับ จะได้ไม่งง

มาต่อตอนที่ 2 กัน กับเรื่องราวของ Scrum ครับ ตอนที่แล้วผมได้เล่าให้ฟังเกี่ยวกับ role ต่างๆ ของ Scrum และ concept ที่เกี่ยวกับ core value และ principle ของ Agile … มาถึงตอนนี้ก็จะเรื่องเกี่ยวกับกรอบการทำงานของ Scrum ครับ ซึ่งที่จริงผมก็ได้แย้มไปแล้วตั้งแต่ตอนที่ 2 เรื่อง iteration & incremental (ถ้ายังจำกันได้นะ)
ในตอนนี้เราจะมาดูกันเกี่ยวกับขั้นตอนการทำงานของ Scrum Process ว่ามีขั้นตอนอะไรบ้าง แต่ละขั้นตอนเรียกว่าอะไร มีเอกสารอะไร เรียกว่าอะไร ไปอ่านต่อกันได้เลยครับ