Agile / Scrum
Development methodology — Sprint planning, daily standup, retrospective, iterative delivery
What I Can Do
- ทำงานใน Scrum team อย่างมีประสิทธิภาพ
- เข้าร่วม Sprint Planning, Daily Standup, Sprint Review, Retrospective
- Estimate stories ด้วย Story Points
- แยก features เป็น manageable user stories
- ทำงานร่วมกับ cross-functional teams (developers, QA, PM, designers)
- ทำงานกับ overseas teams ข้าม timezone (Singapore, Indonesia)
Practices I Follow
# Daily Standup (ทุกวัน 15 นาที)
1. เมื่อวานทำอะไร
2. วันนี้จะทำอะไร
3. มี blockers อะไร
# Sprint Cycle (2 สัปดาห์)
Sprint Planning → Daily Standup → Sprint Review → Retrospective
# Story Format
As a [user], I want [feature], so that [benefit]
# Definition of Done
✓ Code reviewed
✓ Tests written
✓ QA passed
✓ Documentation updated
✓ Deployed to stagingScrum Roles
- Product Owner — define requirements, prioritize backlog, represent stakeholders
- Scrum Master — facilitate ceremonies, remove blockers, protect team
- Development Team — self-organizing, cross-functional, deliver increment
Sprint Cycle
Sprint = fixed time period (usually 2 weeks) ที่ team commit จะ deliver set of stories — เริ่มด้วย Planning, จบด้วย Review + Retrospective, repeat
Sprint Planning
Team เลือก stories จาก backlog เข้า sprint — estimate ด้วย Story Points, break down เป็น tasks, commit sprint goal ไม่เอางานเกิน capacity
User Stories
User story = requirement จากมุมมอง user — format: "As a [role], I want [feature], so that [benefit]" ต้อง INVEST: Independent, Negotiable, Valuable, Estimable, Small, Testable
Story Points & Estimation
Story Points วัด effort/complexity ไม่ใช่เวลา — ใช้ Fibonacci sequence (1, 2, 3, 5, 8, 13) Planning Poker: ทุกคน vote พร้อมกัน, discuss ถ้า votes ต่างกันมาก
Backlog Grooming
Product Owner + Team review backlog — clarify requirements, add acceptance criteria, estimate stories, split stories ที่ใหญ่เกินไป ทำก่อน Sprint Planning
Definition of Done (DoD)
Checklist ที่ทุกคนเห็นตรงกันว่า "เสร็จ" หมายถึงอะไร — code reviewed, tests pass, QA approved, deployed to staging ป้องกันงานที่ "เกือบเสร็จ" แต่ไม่ deliver ได้จริง
Velocity
Velocity = จำนวน Story Points ที่ team complete ต่อ sprint — ใช้ plan capacity สำหรับ sprint ถัดไป, ไม่ใช้เปรียบเทียบระหว่าง teams, track ด้วย burn-down chart
Kanban Board
Visual board แสดง workflow — columns: To Do, In Progress, In Review, Done ใช้ WIP limits จำกัดจำนวนงานที่ทำพร้อมกัน ลด context switching
Sprint Review
Demo สิ่งที่ทำได้ให้ stakeholders — collect feedback, discuss next priorities, celebrate achievements ไม่ใช่แค่ status report แต่เป็น conversation กับ stakeholders
Retrospective
Team reflect หลังจบ sprint — What went well? What didn't? What can we improve? ทำให้ process ดีขึ้นเรื่อยๆ formats: Start/Stop/Continue, Mad/Sad/Glad, 4Ls
Cross-team Collaboration
ทำงานร่วมกับ teams ต่าง timezone — async communication (Slack, documents), overlap hours สำหรับ sync meetings, clear documentation, shared board
Agile Principles
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
ไม่ได้หมายความว่าด้านขวาไม่สำคัญ แต่ให้ความสำคัญด้านซ้ายมากกว่า