Move Fast Fail Fast
Move Fast Fail Fast สำหรับโครงการ IT แล้วถือว่าเป็น concept ใหม่ที่พึ่งเกิดมาได้ไม่นาน ก่อนหน้านี้ ก็มีคำว่า ปลาใหญ่ กิน ปลาเล็ก ถัดมาก็ ปลาใหญ่ ไม่สู้ ปลาเร็ว
เพราะทุกอย่างมันมาเร็ว ไปเร็ว ตลาดไม่ใช้เป็นของปลาใหญ่ แต่เป็นเรื่องของ ปลาที่เร็วกว่า ดังนั้นขั้นตอนการพัฒนาระบบจากที่ต้องมีการยืนยันว่าจะเอายังไง ซึ่งเสียเวลาโดยใช่เหตุ มาเป็นลองทำดูลองใช้จริง แล้ว สรุปกันดีกว่า ซึ่งจากผลงานของหลาย ๆที่พบว่า ได้ผลดีกว่า
ดังนั้นจากแนวคิด Move Fast Fail Fast จึงมีผลให้แนวทางพัฒนาแบบ Agile มีความนิยมมากขึ้น สังเกตุ ได้จากข่าว Bank เปิดรับพนักงานเองแทนที่จะจ้างพัฒนาแบบเดิม ๆ ที่ใช้เวลานาน ซึ่งในช่วงต้นปี 2020 มีข่าวประกาศจากแต่ละ Bank ว่าต้องการหาพนักงานเพิ่มในส่วนของ นักพัฒนาระบบจำนวนมากเพราะมันบริหารจัดการแบบ Agile ได้ง่ายกว่า
ในส่วนงานของ Fusion เอง ก็มีงานเกี่ยวกับ Bank พอสมควรและได้รับสัญญาณจาก Bank เรื่องของการพัฒนามาว่า ถ้าอะไรที่ Bank ทำเองได้ก็จะขอทำเองอันนี้ไม่ใช่แค่ Bank เดียวนะครับ แต่มาจากหลาย ๆ Bank ที่บอกมาในแนวทางเดียวกันหมด
ซึ่งถ้าเทียบกับแนวทางการพัฒนาแบบจ้างเป็นโครงการและพัฒนาแบบ Water Fall ที่ต้องเน้นการ Clear Spec ให้ชัดเจน ทำให้ขั้นตอนการพัฒนาจะติดในช่วงของการ Design Spec นานมาก โดยที่ User ไม่เห็น Output ที่จับต้องได้
เมื่อเทียบกับการพัฒนาแบบ Agile ที่เน้นทำเร็ว และทดลอง เพื่อให้ User ได้เห็นถึงของจริง ทดลองจริง แล้วให้ Comment กับทีมอย่างชัดเจนหลังจากนั้นก็รีบสรุปว่าจะเดินต่่อหรือหยุดไปเลย
สรุปสำหรับ แนวทาง Move Fast Fail Fast เราจะเป็นการพัฒนาระบบในแนวทาง Agile ซึ่งเน้นทำให้เร็ว ยกเลิกขั้นตอนการ Confirm Design ถ้าผลจากการพัฒนาถูกประเมินว่าไม่คุ้ม ก็ยกเลิกโครงการ และ เอาโครงการอื่นมาทำต่อเลย
