Definition of Awesome & Happiness Backlog


Spend Time Improving The Most Valuable Asset … You and Your Team.


หลังจากใช้เวลาแค่ 20 นาทีทำ Retrospective กับทีม นี่คือความคิดเห็นจากใจจริงที่ได้รับ

  • Daily Scrum -> ไม่ค่อยเวิร์ค ใช้เวลาเยอะ เหมือนเป็น Progress Report Meeting มากกว่า
  • Sprint Planning -> Production defect, urgent issue โดนแทรกเข้ามาระหว่าง Sprint จนทำให้งานไม่เสร็จ
  • Story Point -> QA ไม่ค่อยได้มีส่วนร่วมในการ Estimate เท่าไร
  • Acceptance Criteria -> ไม่สมบูรณ์ ทำงานยาก
  • Test Strategy/ Plan -> ไม่เคยมี ไม่มี Regression Test ด้วย
  • Scrum Master -> ไม่มี Role นี้ในสารบบ
  • Resources -> QA ต้อง Share กับทีมอื่น เวลาเลยน้อยมาก
  • Communication in Team -> ไม่ค่อยดี ข้อมูลกระจายไม่ทั่วถึง
  • Communication with All Stakeholders -> ไม่ดีเลย
  • Master Plan and Dependencies -> ไม่เคยมี
  • Definition of Done -> แคบมาก ไม่เคยได้ Test ให้เสร็จใน Sprint
  • Overall Architecture -> ทีมไม่เข้าใจเรื่อง Architecture เลย ทำงานลำบาก
  • Version Control -> มีก็เหมือนไม่มี
  • Package Standard -> ไม่มี
  • Documents -> ไม่มีเลย

คำถามหนึ่งที่ผมถามทีมงานเพื่อค้นหาจุดเริ่มต้นของการเปลี่ยนแปลงและปรับปรุงคือ

อะไรที่จะเป็นตัวชี้ให้เห็นได้ว่าทีมเราเจ๋งในความรู้สึกของน้อง?

มันเป็นคำถามที่มีพลังพอสมควรเพราะ

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

ถ้าปัญหาที่นั่งไล่กันมามันเยอะมากจนทำให้จับต้นชนปลายไม่ถูก ไม่รู้จะเริ่มแก้อะไรก่อนหลัง … ลืมๆมันไปซะ เริ่มต้นด้วย Definition of Awesome (หน้า 80) ของทีมเราดีกว่า มันคือ Vision ที่ทีมมีต่ออนาคตอันสวยงามแบบนี้

Definition of Awesome, Oct 2014

มีคนกล่าวไว้ว่า “You are your product.” (คุณคือผลผลิตของตัวคุณเอง) ซึ่งเป็นจริงอย่างมากในความคิดของผม ทำไมเราใช้เวลามากมายทุ่มเทให้กับการสร้างสินค้า สร้างซอฟต์แวร์ และสร้างระบบนั่นนี่แต่เราแทบไม่เคยใช้เวลาเพื่อสร้างสิ่งที่สำคัญและมีคุณค่าที่สุดซึ่งก็คือ ตัวเราและทีมของเรา

Definition of Awesome เป็นตัวตั้งต้นที่ดี ลองคิดว่ามันเป็น Happiness Roadmap และมันคือ Happiness Backlog ที่มีประโยชน์และความสำคัญไม่แพ้ Product Backlog … อย่าสร้างแต่ Product ที่ดี จงสร้างตัวเราและทีมเราในเวอร์ชั่นที่ดีขึ้นด้วย


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

The Future Has Arrived — It’s Just Not Evenly Distributed Yet, William Gibson

อนาคตอยู่ตรงนี้แล้ว เรามีหน้าที่ต้องถ่ายทอดมันออกไปให้คนอื่นได้สัมผัสสิ่งดีๆร่วมกันครับ