Screen Shot 2558-04-15 at 10.15.10 PM
ในปัจจุบันมีหลายๆ คนมักจะบอกว่า
คุณควรจะเรียน Test-Driven Development (TDD)
และเทคนิคการออกแบบระบบแบบ modular

แต่คำถามที่คุณควรจะถามตัวเองก่อนก็คือ
คุณมีปัญหาอะไร จึงทำให้คุณคิดว่าต้องหา practice ใหม่ๆ เพื่อแก้ไขปัญหา ?

TDD ไม่ได้ช่วยให้ programmer ทำการออกแบบได้เร็วขึ้น
แต่ช่วยลดเวลาระหว่างการสร้างความผิดพลาด และ การหาข้อผิดพลาดนั้น
นั่นคือ ถ้าคุณเสียเวลาน้อยๆ ในการทำความผิดพลาด
มันคือ การลดค่าใช้จ่ายใช่ไหม

TDD ไม่ได้ช่วยให้คุณสร้าง หรือ ส่งมอบ feature ได้เร็วขึ้น
แต่ช่วยให้ส่งมอบ feature เล็กๆ อยู่บ่อยๆ
ซึ่งมันคือการเปิดโอกาสให้ลูกค้า หรือ ผู้ใช้งาน
พูดได้ว่า feature เหล่านั้นมันเพียงพอที่จะช่วยเหลือได้นะ
มันคือการส่งมอบ feature ที่มีคุณค่าให้กับลูกค้านั่นเอง

TDD ไม่ได้ช่วยให้สร้าง feature เล็กๆ ออกมา เพื่อทดลอง idea ต่างๆ
แต่ช่วยให้สามารถส่งมอบ feature ได้เร็วขึ้น
และสามารถใช้เป็นสิ่งต่อรองกับลูกค้าด้วย
เพื่อส่งมอบ feature ที่มีคุณค่าให้กับลูกค้า

โดยแนวคิดหล่านี้ ล้วนมีเป้าหมายเดียวกันคือ
ส่งมอบ product/feature ที่มีคุณค่าต่อลูกค้าอยู่บ่อยๆ และต่อเนื่อง
แต่ไม่ได้เร่งรีบ เพื่อส่งมอบให้เร็วขึ้นนะ
อย่าเข้าใจกันผิดเชียวล่ะ มิเช่นนั้น งานจะเข้า !!

ดังนั้น กรุณาจำไว้นะว่า
การปรับปรุงประสิทธิภาพของ องค์กร และ ทีมนั้น
ให้เน้นไปที่ การส่งมอบเสียแต่เนิ่นๆ และ บ่อยๆ
แต่ไม่เร่งรีบ หรือ รีบร้อน นะครับ

และให้ระวังเรื่องการ ส่งมอบล่าช้า
มากกว่า การปรับปรุงความเร็วของการทำงานนะ
เพราะว่า เรื่องส่งมอบล่าช้า มันหมายถึงทีม หรือ องค์กรมีปัญหาแล้ว

Tags: