แนวคิดในการเตรียมข้อมูล และหั่น...

Text

Product Backlog Refinementน้ำจิ้มของการทำ Product Backlog Refinement เตรียมเสปค ก่อนเริ่มทำงาน

Product Ownershipuser ควรมีส่วนร่วม ในฐานะเจ้าของ

App เพื่อเราในเมื่อสร้างให้เราใช้ ก็ใส่ไอเดียเราลงไป

ให้ข้อมูลเพื่อทำ App ออกมาตรงตามต้องการ

Feedbackเฝ้าดู ทดลองเล่น และแสดงความคิดเห็น

ตรวจรีวิว และตรวจรับงาน

ต่อยอดหลังจากรีวิว และตรวจรับ เราได้ความรู้ไปต่อยอดเสมอ

Collaboration

Product Backlog Refinementร่วมกำหนด เสป็ค/ requirement ใน

Sprint Reviewทดลองใช้ ตรวจรับ และให้ Feedback

ทำ Product Backlog Refinement

Terms ที่เราใช้พูดในการทำ requirement !

!

High Level Requirement vs Low Level Requirement

Scenarioมองชิ้นงานเป็น Scenario มีเรื่องราว มีที่มาที่ไป มีตัวดำเนินเรื่อง

ทำ feature ตาม Scenarioคิดฟีเจอร์ ตามเหตุการณ์การทำงานจริง

การตีโจทย์ Requirementปัจจัยต่างๆ ในการทำ requirment ก่อนส่งมอบให้ ทีมพัฒนา

Scenario

Scenario

Persona

Device

Resolution

Application

Scenario

Stakeholder

Call Center

IT Support

Others…

Impact

[ ] กิจกรรมใหม่ New User Activity / Business Activity

[ ] ทำให้ของเดิมเร็วขึ้น

[ ] ลดข้อผิดพลาด

[ ] ผิดพลาดสำคัญ

[ ] ผิดพลาด Minor และมี workaroundแก้ปัญหาเฉพาะหน้าชั่วคราวได้

[ ] ลดค่าใช้จ่าย เช่นหลีกเลี่ยงค่า license ได้

[ ] ตอบโจทย์ข้อบังคับทางกฎหมาย

[ ] เพื่อเก็บข้อมูลไปวิเคราะห์ทางธุรกิจ หรือทำความเข้าใจ user

Risk

เช่นไม่แน่ใจว่าใช้ swype หรือ ลากวาง พอเอามาใช้งานจริงแล้ว user อาจค้นว่าไม่ชอบ

Preparation

เตรียมพร้อมข้อมูลหรือ resource สำหรับ Sprint ถัดไป

Non Functional

งานที่ต้องทำ แต่ user อาจไม่เห็นผลกระทบโดยตรง

Measurement

กำหนด เสปค ของสิ่งที่ต้องการเพื่อนำไปวัดผลความสำเร็จ หรือความยากง่ายในการทำงาน

กำหนดปัจจัยในสำคัญต่อ ฟีเจอร์บ้างความเร็ว

ความสวยงาม

ยัดเนื้อหา ไม่ให้ต้อง scroll หรือเลื่อนหน้าไปมา

มีความสะอาดสะอาด ไม่ดูเลอะเทอะ

สีสันสดใส ไม่น่าเบื่อ

เว้นช่องว่างระหว่างบรรทัดเยอะๆ เพื่อจะได้ดูโปร่งตา

การใช้งานของ user

ความสะดวก จำนวนคลิก น้อยที่สุด

ปล่อยมือจากคีย์บอร์ด น้อยที่สุด/ ปล่อยมือจากเมาส์น้อยที่สุด

ลงมือทำสิ่งที่จำเป็น ในเวลาที่จำกัด

เลือก Requirement ที่ง่ายและมี Business Value

กำหนด Business Value น้อยที่สุด ที่เรานับว่าเป็นDeliverable Feature !

เลือกงานที่ง่ายที่สุด ที่มี Business Value มาทำ

SPRINT1st

ช่วยให้มีข้อมูลนำไปตัดสินใจง่ายขึ้นใช้ template เป็นตัวช่วย