Project Management and Software Development Blog for Thais

The Cartoon

ผมเชื่อว่าเพื่อนๆที่ทำงานกับ CMMi มาไม่ว่าจะ Level ไหนก็ตามคงเคยประสบพอเจอปัญหาอย่างในการ์ตูน(เหตุการณ์สมมติ)แหงๆเลยครับ เราลองมาดูกันว่าในแต่ละสถานการณ์แนวคิดสำคัญของ Agile Development จะช่วยเราได้ยังไงบ้างครับ

The Manifesto

ในมุมมองของผมแนวคิด Agile Development เหมือนยืนกันคนละข้างกับ CMMi เลยนะฮะถึงแม้จะมีจุดประสงค์หลักเดียวกันคือทำให้ software มีคุณภาพ ดูได้จากคำประกาศ (manifesto) ทั้ง 4 ข้อในการ์ตูน อย่างแรกที่ผมเห็นด้วยเต็มที่คือเรื่องทำเอกสารที่มันมากเกินไปใน Process ของ CMMi นี่แหละฮะ ก็พอเข้าใจครับว่าเอกสารบางอย่างสำคัญแต่สุดท้ายแล้วถามว่าเอกสารเหล่านั้นลูกค้ามองเป็น deliverable ของ project รึเปล่า?? ส่วนมากแล้วไม่ใช่เลยครับ จากประสบการณ์จริงๆการทำตาม CMMi มันเสียเวลาทำเอกสารมากจริงๆ แต่ Agile ไม่นะ เวลาเกือบทั้งหมดเอาไปทำให้เกิด Working software ครับผม เมื่อประกอบกับอีกสามข้อที่เหลือทั้ง

1. สนับสนุนการทำงานร่วมกันภายในทีม
2. พยายามทำงานโดยมีการติดต่อประสานงานกับลูกค้าอยู่ตลอดเวลา และ
3. เตรียมพร้อมรับการเปลี่ยนแปลงที่เกิดขึ้นกับงาน

ผมคิดว่า Agile Development จะช่วยให้ชีิวิตคน IT มีความสุขขึ้นนะครับ

Agile

ใครที่รู้จัก Software Development Life Cycle (SDLC) แบบดั้งเดิม เช่น Waterfall หรือ Iterative อยู่แล้ว ก็ไม่ยากเลยครับที่จะทำความเข้าใจกับ Agile Development เพราะว่าเจ้านี่เป็นสมาชิกใหม่ในบ้าน SDLC นั่นเอง แล้วทำไมต้องมี Agile ขึ้นมาหละ? ส่วนตัวผมเองคิดว่าก็เพื่อเติมเต็มส่วนที่ SDLC เก่าๆทำได้ไม่ดีนั่นแหละครับ … แล้วของเก่าไม่ดียังไง?

Success

การที่จะพูดว่า Project นี้ประสบความสำเร็จหรือไม่ เราจะวัดจากอะไรดีครับ? คำตอบมีมากมายแตกต่างกันไปสำหรับแต่ละองค์กร ซึ่งส่วนใหญ่แล้วเนี่ยะก็จะหนีไม่พ้นที่จะกำหนดคำจำกัดความของความสำเร็จไว้ว่า Project นี้จะประสบความสำเร็จก็ต่อเมื่อ ทำเสร็จตรงตามเวลา (time) ค่าใช้จ่ายอยู่ในงบประมาณ (cost) และได้ผลงานที่มีคุณภาพตามที่ตั้งไว้ (quality) อ่านผ่านๆก็เหมือนดูดีครับ แต่ … มันมีความไม่ถูกต้อง ไม่ครอบคลุมอยู่ในประโยคนั้นด้วย

From CIO Magazine:

Projects that were found to meet all of the traditional criteria for success?time, budget and specifications?may still be failures in the end because they fail to appeal to the intended users or because they ultimately fail to add much value to the business.

… Similarly, projects considered failures according to traditional IT metrics may wind up being successes because despite cost, time or specification problems, the system is loved by its target audience or provides unexpected value. For example, at a financial services company, a new system… was six months late and cost more than twice the original estimate (final cost was $5.7 million). But the project ultimately created a more adaptive organization (after 13 months) and was judged to be a great success?the company had a $33 million reduction in write-off accounts, and the reduced time-to-value and increased capacity resulted in a 50 percent increase in the number of concurrent collection strategy tests in production.*

ข้อความข้างบนบ่งชี้ให้เห็นถึงปัญหาได้อย่างชัดเจนเลยครับ โดยสรุปก็คือถึงจะทำเสร็จตรงเวลาที่งบประมาณที่กำหนดและมีคุณภาพดี แต่สิ่งนั้นอาจจะไม่ได้เป็นที่ต้องการของตลาดอย่างแ้ท้จริง เราจะพูดได้ว่า Project นี้ประสบความสำเร็จหรือ? Read the rest of this entry »