จาก Definition of Done สู่ Definition of Success

วันนี้คุยกับเมนเตอร์เรื่องทำอย่างไรเราถึงจะสร้าง Impact จากงานที่เราทำได้ ทำยังไงให้เราก้าวจาก Senior เป็นระดับ Staff หรือ Principal

คุยไปคุยมาได้ไอเดียที่จริงๆแล้วใกล้ตัวมาก แต่ไม่เคยคิดให้ลึกซึ้งมาก่อน เลยมาเล่าให้ฟังครับ

เรามักจะได้ยินคำว่า Definition of Done (DoD) กันบ่อยในโลกของอไจล์ หลักๆเลยก็มักจะระบุว่างานจะเสร็จต้องมีเทสต์ครบ ต้องพร้อมขึ้นโปรดักชั่น (Releasable) ฯลฯ

สำหรับโปรแกรมเมอร์ทั่วไป พองานผ่าน DoD แล้วก็ถือว่าจบ ไปนั่งทำ Ticket/Feature/Issue ใหม่ๆต่อได้

แต่เมนเตอร์เค้าให้คิดต่อว่า จริงๆแล้วทำจบ DoD มันยังไม่เกิด Impact อะไรเลย โดยเฉพาะงานที่ใหญ่ๆ อย่างเช่น Feature หรือ Product ใหม่ๆ การที่จะทำให้งานเรามีความหมาย (หรือ Impact) มันจะต้องไปไกลเกิน DoD ซึ่งเป็นที่มาของไอเดียของ Definition of Success

ยกตัวอย่างเช่น ถ้าเป็น Feature เราก็ต้องดูต่อด้วยมีคนใช้งานจริงรึเปล่า ส่งผลต่อยอดขายเพิ่มขึ้นไหม มี Feedback ที่เป็นบวกจากลูกค้าหรือเปล่า

พวกนี้เป็นอะไรที่เราต้องคิดและมี Definition ที่ชัดเจน เพราะมันมักจะค่อนข้างวัดยาก (เช่น เราจะรู้ได้ไงว่ายอดขายที่เพิ่มขึ้นปีนี้มาจากฟีเจอร์ใหม่ ไม่ใช่แค่เพราะเผอิญคนซื้อของเยอะขึ้น)

พอมองที่ภาพใหญ่ขึ้น จะทำให้เห็นว่า Impact ของงานเราไม่ได้มีแค่เขียนโปรแกรมให้เสร็จ บางครั้ง เราก็ต้องสวมหมวกหน้าที่อื่นนอกเหนือจากการเป็นโปรแกรมเมอร์ด้วย หรือบางที เราก็ต้องต่อยอดไปคุยกับทีมอื่นๆด้วย เช่น Marketing, Business เพื่อให้ผลงานของเรามี Impact จริงๆ

ฝากไว้ให้คิดกันครับ ว่างานที่เราทำอยู่สร้าง Impact ได้หรือเปล่า และวัดได้ไหม ถ้าไม่ได้ ต้องทำอะไรเพิ่มถึงจะมี Definition of Success ที่ชัดเจน

---

ติดตามบทความสำหรับโปรแกรมเมอร์ทั้งด้านได้ที่ Facebook page Not about code หรือ Twitter @notaboutcode บทความของเพจจะเน้นเนื้อหาที่นำไปใช้ได้กับชีวิตจริง แต่ไม่ยึดติดกับเทคโนโลยีหรือภาษา เช่น System Design, Continuous Delivery, Testing, Career, etc.

สำหรับท่านที่อยากสนับสนุนผู้เขียน รบกวนช่วยแชร์โพสต์ในเฟสบุ้คให้กับเพื่อนๆที่น่าจะสนใจหัวข้อพวกนี้ด้วยครับ