มาถึงตอนที่ 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 ในหัวข้อถัดไปครับ

ปีที่ผ่านมา (ปี 2009) ผมใช้ส่วนใหญ่ไปกับการทำความเข้าใจเรื่อง Agile Software Development เพราะเป็น topic ที่ผมเขียน paper ในบริษัทที่ผมทำงาน เมื่อทำ paper จนจบผมก็รู้สึกว่า Agile นั้น มันไม่ได้ซับซ้อนเหมือนอย่าง process อื่นๆ ที่ต้องทำอะไรให้มากมาย แต่มันเข้าท่าดี ยิ่งโดยเฉพาะคนที่โตมากับสาย programming อย่างผมแล้ว ยิ่งรู้สึกว่า Agile นี่แหละเป็นแนวทางที่ใช่เลย ธรรมชาติและเรียบง่ายสุดๆ ใครสนใจก็ลองอ่านดูครับ ผมจะพยายามเล่าโดยใช้ภาษาชาวบ้านที่สุดครับ
นี่เป็นตอนแรกของ series agile ตอนแรกกะจะเขียนให้จบเลย แต่ไม่ไหวแฮะ แค่บ่นก็ยาวเหยียดแล้ว เอาเป็นว่าทยอยเขียนดีกว่า แบบ agile ไง ส่งมอบงานแบบ iteration จะได้มีบทความให้อ่านเรื่อยๆ ไง … (อิอิ ฟังดูดีเชียว) หรือถ้าไม่มีคนอ่านก็ไม่เขียนต่อเพราะไม่ตรงกับความต้องการ (อันนี้เป็นข้ออ้างเพราะขี้เกียจ 555)

หนึ่งในหัวข้อ (มากมายก่ายกอง) ที่ต้องทำใน process ของ CMMI ก็คือเรื่อง Software Configuration Management (SCM) หรือ Software Change Management (CM) ใครที่อยู่ในบริษัทที่ทำ CMMI หรือเป็น CMMI consult คงจะคุ้นเคยเป็นอย่างดี แต่สำหรับ developer อาจจะไม่ค่อยคุ้นเคยกับคำๆ นี้สักเท่าไหร่ บทความนี้ก็จะเล่าให้ฟังครับว่า อะไรคือ SCM ลองมาดูกัน แล้วตอนท้ายจะแนะนำ StarTeam เล็กน้อย ไม่ได้เชียร์อะไรมากมายหรอกครับ แต่เคยใช้อยู่ตัวเดียว ซึ่งจริงๆ แล้วก็มี open source อีกหลายตัวเลย แต่ feature มันไม่ครบ ต้องใช้ 2-3 ตัวร่วมกัน และ integrate กันไม่ได้ ต้องเขียนเอง แต่ก็คิดว่าผู้อ่านคงจะได้เอาไปเป็นแนวทางศึกษาตัวอื่นๆ ได้ครับ ในตลาดมีมากมาย แต่ผมจะไม่ compare กับตัวอื่นนะครับ แค่เล่า feature ให้ฟังอย่างเดียว มีโอกาสจะมาเจาะลึกให้ฟัง