กลับมาต่อกันอีกครั้งกับ 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 ว่ามีขั้นตอนอะไรบ้าง แต่ละขั้นตอนเรียกว่าอะไร มีเอกสารอะไร เรียกว่าอะไร ไปอ่านต่อกันได้เลยครับ

มาถึงตอนที่ 5 กันแล้วครับ กับ Agile Software Development ในตอนนี้ผมจะพูดถึง process ที่มีคนนิยมนำไปใช้มากที่สุดตัวหนึ่ง นั่นก็คือ Scrum ผมคิดว่า Scrum เป็น Methodology ที่มีขั้นตอนการทำงานที่ชัดเจนพอสมควรและเป็น process ที่ไม่หนักจนเกินไป ถ้าใครที่มีประสบการณ์ในการพัฒนาซอฟท์แวร์โดยใช้ Water Fall Model มาก่อนละก็ จะทำความเข้าใจกับ Scrum ได้ง่ายกว่าเมื่อเทียบกับ XP หรือ TDD ก็เลยขอหยิบขึ้นมาพูดก่อน แล้วหลังจากนั้นจึงจะพูดถึง XP และ TDD ต่อไปครับ เรามาเริ่มกันเลย…

มาถึงตอนสุดท้ายของ Agile Principle แล้วครับ ในตอนนี้จะเป็น principle ที่เหลืออีก 4 ข้อก็จะจบแล้ว ถ้าคุณอ่านบทความมาตลอดและสังเกตุดีๆ ละก็ principle แต่ละข้อจะสอดคล้องกัน และเมื่อนำไปใช้ก็จะต้องทำให้ได้ตาม principle ทุกข้อด้วย ไม่เช่นนั้นการทำงานจะติดขัดและไม่เกิดประสิทธิภาพสูงสุด และทุกข้อก็จะสะท้อนกลับไปยัง core value แต่ละข้อเช่นกัน
จบจากตอนนี้แล้ว ตอนต่อไปก็จะเป็นเรื่อง Scrum Process ที่จะเป็นกรอบของการทำงานตาม prociple ของ Agile เพื่อให้เกิด core value 4 ข้อตาม Agile manifesto นั่นเอง แต่ตอนนี้ เรามาจบ priciple ที่เหลืออีก 4 ข้อด้วยกันก่อนครับ

มาถึงตอนที่ 4.2 กันแล้ว ที่จริงต้องบอกว่าตอนที่ 5 แต่เรื่อง principle มันยาว น่าจะ 3 ตอนจบนะ ในตอนนี้ก็ยังเป็นเรื่อง principle ครับ แต่จะต่อจากตอนที่แล้วไปอีก 4 ข้อ ใครยังไม่ได้อ่านตอนก่อนๆ ก็แนะนำว่ากลับไปอ่านก่อนครับ เดี๋ยวจะงง สำหรับตอนนี้ก็ไปต่อกันเลยครับ
เพิ่มเติมว่า ถ้าใครมีคำถาม ความคิดเห็น หรือข้อสงสัยอะไรก็แล้วแต่ ให้ post ไว้ในท้ายบทความได้เลยนะครับ หรือจะไป post ใน forum ก็ได้ ผมจะมาตอบให้ครับ

ตอนต่อของซีรีส์ Agile ตอนที่ 4 มาแล้วครับ ในตอนนี้จะเป็นเรื่องราวเกี่ยวกับหลักการ หรือ principles ของแนวทางการพัฒนาซอฟท์แวร์แบบ Agile ซึ่งมีทั้งหมด 12 ข้อ แต่ต้องออกตัวก่อนว่าผมคงไม่มีเวลาเขียนทั้งหมดจบในตอนเดียวด้วยงานค่อนข้างเยอะ ก็เลยจะขอตัดลงให้อ่านกันเป็นตอนๆ นะครับ คิดว่าน่าจะตอนละ 3-4 ข้อแล้วก็แล้วกัน ถ้าเคลียร์งานเรียบร้อยจะมาลงต่อให้ครับ ^^ … ว่าแล้วก็ไปต่อกันเลย

มาถึงตอนที่ 3 กันแล้วสำหรับ Agile Software Development ใน 2 ตอนที่ผ่านมาจะเป็นการปูพื้น (กล่อม ^^) ให้คุณมองเห็นปัญหาที่เราก็เจอกันทุกวัน และเล่าให้ฟังถึงหัวใจของ process ที่ Agile นำมาใช้ คือเรื่องของ Iteration & Incremental มาในตอนที่ 3 นี้ ผมจะเล่าให้ฟังเรื่องของที่มาของแนวคิด Agile โดยกลุ่มนักพัฒนาขั้นเทพที่รวมตัวกัน แล้วก็ประกาศ (Manifesto) ให้ชาวโลกรับรู้ว่า เค้าค้นพบแนวทางการพัฒนาซอฟท์แวร์อีกแนวทางหนึ่ง อาจจะไม่ได้ดีที่สุด แต่มันก็ดีกว่าที่ผ่านมา ซึ่งหัวข้อนี้จะเป็นเรื่องของ Agile Core Values 4 ข้อครับ

ตอนที่แล้วผมได้เกริ่น (บ่น) เกี่ยวกับปัญหาที่เราเจอกันบ่อยๆ ในการพัฒนาซอฟท์แวร์ ในหัวข้อนี้จะเป็นเรื่อง Iteration & Incremental ที่เป็นพื้นฐานของ Agile Software Development ก่อนที่เราจะไปว่ากันในเรื่อง Agile Manifesto หรือ Principle ในหัวข้อถัดไปครับ