Upload
chanita-anuwong
View
321
Download
6
Embed Size (px)
DESCRIPTION
การทำ Product Backlog Refinement หรือการกำหนด Spec งานนั้น มีปัจจัยอะไรที่ต้องนำมาพิจารณาบ้าง โดยเฉพาะ Product Backlog Refinement เป็นการว่าด้วยเรื่องหั่นของเข้า Sprint ให้มีขนาดพอเหมาะที่จะ deliver ได้แล้วเนี่ย...อืมๆ ลองเอาแนวคิดไปดูนะคะ เพราะเนื้อหาส่วนใหญ่เป็นส่วนบรรยาย
Citation preview
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 เป็นตัวช่วย