ร่วมทำ Product Discovery กับทีม PO; Part I

สวัสดีครับ วันที่ 9 พ.ย. 2558

ร่วมทำ Product Discovery กับทีม PO; Part I

       วันนี้เป็นวันแรกของการทำ Product Discovery ครับ ซึ่งคนที่เข้าร่วมนั้นก็มีดังนี้ Product Owner (PO), Stockholder หรือ User, Development Team(Developer, Tester, SA), Scrum Master

      โดยปกติคนที่จะพาทำกิจกรรมต่างๆของการทำ Product Discovery นั้นต้องเป็น PO ครับ แต่ถ้า PO ยังใหม่กับการทำแบบนี้ Scrum Master ก็เข้ามามีบทบาทได้ เพื่อช่วย PO ทำงาน

      เริ่มกันเลย SM แนะนำให้ทุกคนรู้จักการทำ Product Discovery ก่อนว่าคืออะไร มีไว้เพื่ออะไร เพื่อความเข้าใจให้ตรงกันว่า วันนี้เราจะมาทำอะไรกัน เพื่อเป้าหมายอะไรกัน จะได้ไปในทิศทางเดียวกัน

      SM บอก Rule การทำงานวันนี้ว่ามีอะไรบ้าง ซึ่งทุกคนต้องทำตาม เพื่อให้ได้เกิดประโยชน์สูงสุด แต่ Rule นี้ก็เป็นที่ยอมรับของทุกคนเหมือนกันครับ เช่น ห้ามใช้ notebook เพื่อให้ตั้งใจทำงานตรงนี้

      SM ถามถึง Business Requirement คืออะไรบ้าง และ Software Requirement คืออะไรบ้าง ให้ทุกคนช่วยเสนอออกมา ถ้าคนเยอะให้แบ่งเป็นกลุ่มๆ เพื่อลดการโต้เถียงที่ยาวนาน เมื่อทุกกลุ่มได้ออกมาแล้วก็พูดออกมาว่ามีอะไรบ้าง ถ้ากลุ่มไหนมีเหมือนกันก็เสริมกันได้เลย แต่ถ้าแตกต่างก็ discuss ได้แต่อย่านานเกินไป เนื่องจากพอได้ตรงนี้มาแล้ว เราจะหันมาถาม Development Team ว่า Business Requirement เพียงพอที่จะเอาไป develop ได้หรือไม่ เมื่อไม่พอต้องเพิ่มอะไรมาบ้างตรงนี้ละที่สำคัญเลย

      Business Requirement เช่น

• Flow Business
• Condition
• User
• User Interface
• Test Case + Data Test

      Software Requirement เช่น

• Performance
• Response Time
• Non-Functional

      SM เริ่มโดยการถามทุกคนว่า

• PROBLEM ปัญหาที่ทำให้เกิด Product นี้คืออะไร
• GOAL เป้าหมายเพื่อให้ Product นี้สำเร็จได้คืออะไร อันนี้ควรจะตอบโจทย์ปัญหาน่ะ และควรเป็น GOAL ที่ชัดเจน และเรียง PRIORITY ด้วย
• MAXIMIZE OUTCOME ผลที่อยากให้เกิดขึ้นเมื่อ PRODUCT นี้ได้เอาไปใช้แล้ว เช่นมีคนใช้งานมากขึ้นเรื่อย, ลดขั้นตอนการทำงานจาก PRODUCT เก่า เป็นต้น

      หลังจากได้ PROBLEM, GOAL, OUTCOME มาแล้ว เราก็เริ่มแก้ปัญหาทีละเรื่อง (Flow Business)

      โดยให้ช่วยกันเขียนว่าเรามี Flow Business อะไรบ้างออกมาให้หมด

• PO มาเรียง PRIORITY ว่าต้องการ flow ไหนก่อนหลัง
• ถ้า Fix Time ให้ PO บอกว่า Flow ต้องได้อย่างน้อยเท่าไร
• Dev Team บอก PO ว่าจะทำได้อย่างที่ PO ขอหรือไม่ ถ้าไม่ ได้แค่ไหน พร้อมเหตุผล

      ใส่ People และ Step workflow ที่เกี่ยวข้องกับ Flow Business นี้ลงไปแต่ละ Flow เลยว่า ใครทำอะไร มี step การทำงานอย่างไรลงไป ตรงนี้ถ้าเกิด flow ใหม่มาก็เพิ่มได้เลย (แต่จะเน้นให้ทำเฉพาะส่วนที่ Dev Team บอกว่าทำได้ก่อน)

• PO มาเรียง PRIORITY ว่าต้องการ flow ไหนก่อนหลัง
• ถ้า Fix Time ให้ PO บอกว่า Flow ต้องได้อย่างน้อยเท่าไร
• Dev Team บอก PO ว่าจะทำได้อย่างที่ PO ขอหรือไม่ ถ้าไม่ ได้แค่ไหน พร้อมเหตุผล

     เราจะเห็นว่ามีการปรับ PRIORITY ได้ตลอดเวลา และการ Estimate ว่าทำได้แค่ไหนนั้น คือการเดาล้วนๆเลยครับ แต่ถ้าเรา ลงรายละเอียดของแต่ละ Flow Business ได้มากแค่ไหนก็ยิ่งง่ายต่อการพัฒนา ครับ

     การทำกิจกรรมของวันแรกนี้คือ

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

     จบวันแรกละ เนื่องจากใช้เวลากับการลงรายละเอียดแต่ละ flow เยอะ และการอธิบายเนื้อของแต่ละ Flow พรุ่งนี้มาต่อน่ะครับ