Text
Product Backlog Refinement
น้ำจิ้มของการทำ Product Backlog Refinement

เตรียมเสปค ก่อนเริ่มทำงาน
Product Ownership
user ควรมีส่วนร่วม ในฐานะเจ้าของ
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
	 [ ] ทำให้ของเดิมเร็วขึ้น
	 [ ] ลดข้อผิดพลาด
	 	 [ ] ผิดพลาด...
Risk
เช่นไม่แน่ใจว่าใช้ swype หรือ ลากวาง พอเอามาใช้งาน
จริงแล้ว user อาจค้นว่าไม่ชอบ
Preparation
เตรียมพร้อมข้อมูลหรือ re...
Non Functional
งานที่ต้องทำ แต่ user อาจไม่เห็นผลกระทบโดยตรง
Measurement
กำหนด เสปค ของสิ่งที่ต้องการเพื่อนำไปวัดผลความ
สำ...
กำหนดปัจจัยในสำคัญต่อ ฟีเจอร์
บ้าง
ความเร็ว
ความสวยงาม
ยัดเนื้อหา ไม่ให้ต้อง scroll หรือเลื่อนหน้าไปมา
มีความสะอาดสะอาด ไม...
ลงมือทำ
สิ่งที่จำเป็น ในเวลาที่จำกัด
เลือก Requirement ที่ง่ายและ
มี Business Value
กำหนด Business Value น้อยที่สุด ที่เรานับว่าเป็น

Deliverable Feature
!
เลื...
ช่วยให้มีข้อมูลนำไปตัดสิน
ใจง่ายขึ้น
ใช้ template เป็นตัวช่วย
Upcoming SlideShare
Loading in...5
×

แนวคิดในการเตรียมข้อมูล และหั่น Requirement ก่อนเริ่มงาน - Tips for Product Backlog Refinement จ้า

363

Published on

การทำ Product Backlog Refinement
หรือการกำหนด Spec งานนั้น มีปัจจัยอะไรที่ต้องนำมาพิจารณาบ้าง
โดยเฉพาะ Product Backlog Refinement เป็นการว่าด้วยเรื่องหั่นของเข้า Sprint ให้มีขนาดพอเหมาะที่จะ deliver ได้แล้วเนี่ย...​อืมๆ ลองเอาแนวคิดไปดูนะคะ เพราะเนื้อหาส่วนใหญ่เป็นส่วนบรรยาย

Published in: Engineering
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
363
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
14
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

แนวคิดในการเตรียมข้อมูล และหั่น Requirement ก่อนเริ่มงาน - Tips for Product Backlog Refinement จ้า

  1. 1. Text Product Backlog Refinement น้ำจิ้มของการทำ Product Backlog Refinement
 เตรียมเสปค ก่อนเริ่มทำงาน
  2. 2. Product Ownership user ควรมีส่วนร่วม ในฐานะเจ้าของ
  3. 3. App เพื่อเรา ในเมื่อสร้างให้เราใช้ ก็ใส่ไอเดียเราลงไป
  4. 4. ให้ข้อมูล เพื่อทำ App ออกมาตรงตามต้องการ
  5. 5. Feedback เฝ้าดู ทดลองเล่น และแสดงความคิดเห็น
  6. 6. ตรวจ รีวิว และตรวจรับงาน
  7. 7. ต่อยอด หลังจากรีวิว และตรวจรับ เราได้ความรู้ไปต่อยอด เสมอ
  8. 8. Collaboration
  9. 9. Product Backlog Refinement ร่วมกำหนด เสป็ค/ requirement ใน 

  10. 10. Sprint Review ทดลองใช้ ตรวจรับ และให้ Feedback
  11. 11. ทำ Product Backlog Refinement
  12. 12. Terms ที่เราใช้พูดในการทำ requirement ! ! High Level Requirement vs Low Level Requirement
  13. 13. Scenario มองชิ้นงานเป็น Scenario มีเรื่องราว มีที่มาที่ไป มีตัวดำเนินเรื่อง
  14. 14. ทำ feature ตาม Scenario คิดฟีเจอร์ ตามเหตุการณ์การทำงานจริง
  15. 15. การตีโจทย์ Requirement ปัจจัยต่างๆ ในการทำ requirment ก่อนส่งมอบให้ ทีมพัฒนา
  16. 16. Scenario Scenario Persona Device Resolution Application
  17. 17. Scenario Stakeholder Call Center IT Support Others…
  18. 18. Impact [ ] กิจกรรมใหม่ New User Activity / Business Activity [ ] ทำให้ของเดิมเร็วขึ้น [ ] ลดข้อผิดพลาด [ ] ผิดพลาดสำคัญ [ ] ผิดพลาด Minor และมี workaroundแก้ปัญหาเฉพาะหน้าชั่วคราวได้ [ ] ลดค่าใช้จ่าย เช่นหลีกเลี่ยงค่า license ได้ [ ] ตอบโจทย์ข้อบังคับทางกฎหมาย [ ] เพื่อเก็บข้อมูลไปวิเคราะห์ทางธุรกิจ หรือทำความเข้าใจ user
  19. 19. Risk เช่นไม่แน่ใจว่าใช้ swype หรือ ลากวาง พอเอามาใช้งาน จริงแล้ว user อาจค้นว่าไม่ชอบ Preparation เตรียมพร้อมข้อมูลหรือ resource สำหรับ Sprint ถัดไป
  20. 20. Non Functional งานที่ต้องทำ แต่ user อาจไม่เห็นผลกระทบโดยตรง Measurement กำหนด เสปค ของสิ่งที่ต้องการเพื่อนำไปวัดผลความ สำเร็จ หรือความยากง่ายในการทำงาน
  21. 21. กำหนดปัจจัยในสำคัญต่อ ฟีเจอร์ บ้าง ความเร็ว ความสวยงาม ยัดเนื้อหา ไม่ให้ต้อง scroll หรือเลื่อนหน้าไปมา มีความสะอาดสะอาด ไม่ดูเลอะเทอะ สีสันสดใส ไม่น่าเบื่อ เว้นช่องว่างระหว่างบรรทัดเยอะๆ เพื่อจะได้ดูโปร่งตา การใช้งานของ user ความสะดวก จำนวนคลิก น้อยที่สุด ปล่อยมือจากคีย์บอร์ด น้อยที่สุด/ ปล่อยมือจากเมาส์น้อยที่สุด
  22. 22. ลงมือทำ สิ่งที่จำเป็น ในเวลาที่จำกัด
  23. 23. เลือก Requirement ที่ง่ายและ มี Business Value กำหนด Business Value น้อยที่สุด ที่เรานับว่าเป็น
 Deliverable Feature ! เลือกงานที่ง่ายที่สุด ที่มี Business Value มาทำ SPRINT1st
  24. 24. ช่วยให้มีข้อมูลนำไปตัดสิน ใจง่ายขึ้น ใช้ template เป็นตัวช่วย
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×