ติดต่อฝ่ายขาย

กระบวนการพัฒนา: Agile Scrum, Kanban และ Jira

Strapi Vietnam ดำเนินโครงการด้วย sprint Agile Scrum 2 สัปดาห์ และ Kanban สำหรับงานบำรุงรักษา โดยใช้ Jira เพื่อให้ลูกค้าติดตาม backlog, board, burndown และนิยามของงานที่เสร็จสมบูรณ์พร้อมการทดสอบอัตโนมัติ

ติดต่อฝ่ายขาย

Scrum สำหรับงานพัฒนา

ในช่วงพัฒนา Strapi Vietnam ดำเนิน sprint 2 สัปดาห์ เพื่อรักษาจังหวะที่คาดการณ์ได้ แต่ละ sprint มี sprint planning, daily standup, review และ retrospective เพื่อให้ลูกค้าเห็นผลลัพธ์ที่เป็นรูปธรรมหลังทุกวงจร

  • sprint 2 สัปดาห์ที่มีเป้าหมายชัดเจน
  • daily standup สั้นกระชับ เน้นปัญหาที่ติดขัด
  • review เพื่อให้ลูกค้าเห็นผลลัพธ์จริง
  • retrospective เพื่อปรับปรุงกระบวนการ
ดูวิธีทำงานของเรา

Kanban สำหรับงานบำรุงรักษาและปฏิบัติการ

สำหรับงานบำรุงรักษาและปฏิบัติการ เราใช้ Kanban เพื่อจัดการ ticket ที่เกิดขึ้นอย่างต่อเนื่อง WIP limits ช่วยป้องกันไม่ให้ทีมรับงานมากเกินไป ลดคอขวด และจัดลำดับงานที่ส่งผลต่อผู้ใช้โดยตรง

  • บอร์ดแสดงสถานะงานชัดเจน
  • WIP limits ลดการสลับบริบท
  • จัดลำดับความสำคัญตามคุณค่าเชิงปฏิบัติการ
  • เหมาะกับ ticket บำรุงรักษา, เหตุการณ์ และงานปรับปรุงเล็กน้อย
ปรึกษาโครงการของคุณ

  1. สำรวจขอบเขต

    กำหนดเป้าหมาย ขอบเขต เกณฑ์การยอมรับ และลำดับความสำคัญก่อนสร้าง backlog

  2. ปรับปรุง backlog

    แยกความต้องการเป็น epics และ stories ประเมินงาน และกำหนดลำดับความสำคัญ

  3. วางแผน sprint

    เลือก stories ที่เหมาะสมสำหรับ sprint 2 สัปดาห์ มอบหมายหน้าที่ชัดเจน และกำหนดเป้าหมาย sprint

  4. พัฒนาและทดสอบ

    ปฏิบัติตามนิยามของงานที่เสร็จสมบูรณ์ พร้อมการทดสอบอัตโนมัติและ code review เพื่อรักษาคุณภาพ

  5. ทบทวนและยอมรับ

    สาธิตผลลัพธ์ให้ลูกค้า รวบรวมข้อเสนอแนะ และยืนยันการเสร็จสิ้นของ story

  6. retrospective และส่งมอบ

    บันทึกบทเรียน ปรับปรุงกระบวนการ และส่งมอบเอกสารพร้อมคู่มือปฏิบัติการ

การจัดการโครงการอย่างโปร่งใสใน Jira

ลูกค้าไม่ได้เพียงรับรายงานเท่านั้น แต่สามารถดูได้ว่าทีมกำลังทำงานตรงจุดใด

backlog ชัดเจน

ความต้องการทั้งหมดถูกบันทึก จำแนกประเภท และอัปเดตสถานะใน backlog

Epics และ Stories

ความต้องการขนาดใหญ่ถูกแยกเป็น epics และ stories ขนาดเล็กพอให้พัฒนา ทดสอบ และยอมรับได้

บอร์ดภาพรวม

บอร์ดแสดงงานที่กำลังดำเนินการ รอทดสอบ เสร็จสิ้น และจุดคอขวด

Burndown และรายงาน

รายงาน burndown ช่วยติดตามความคืบหน้าของ sprint และตรวจจับความเสี่ยงได้เร็ว

ลูกค้าใน Jira

ลูกค้าได้รับเชิญเข้า Jira เพื่อดูสถานะ แสดงความคิดเห็น และยืนยันรายการงาน

เรียนรู้เพิ่มเติม →

นิยามของงานที่เสร็จสมบูรณ์

story จะเสร็จสมบูรณ์ก็ต่อเมื่อผ่านเกณฑ์คุณภาพ มีการทดสอบอัตโนมัติ และเอกสารที่จำเป็น

คำถามที่พบบ่อย

ลูกค้าติดตามความคืบหน้าได้หรือไม่

ได้ ลูกค้าได้รับเชิญเข้า Jira เพื่อดู backlog, board, สถานะ story และรายงาน burndown เมื่อจำเป็น เราสามารถอธิบายได้โดยตรงบน ticket

sprint 2 สัปดาห์รองรับการเปลี่ยนแปลงความต้องการได้หรือไม่

ได้ การเปลี่ยนแปลงจะถูกเพิ่มใน backlog จัดลำดับความสำคัญใหม่ และกำหนดไว้ใน sprint ที่เหมาะสม งานที่อยู่ใน sprint แล้วจะเปลี่ยนแปลงเฉพาะเมื่อส่งผลกระทบต่อเป้าหมาย sprint อย่างมาก

Kanban ต่างจาก Scrum อย่างไรในโครงการของ Strapi Vietnam

Scrum เหมาะกับระยะพัฒนาที่มีเป้าหมาย sprint ชัดเจน Kanban เหมาะกับงานบำรุงรักษา ปฏิบัติการ และ ticket ที่เกิดขึ้นต่อเนื่อง ซึ่งต้องการการไหลงานต่อเนื่องและ WIP limits

นิยามของงานที่เสร็จสมบูรณ์ประกอบด้วยอะไรบ้าง

story จะถือว่าเสร็จสมบูรณ์เมื่อ code ผ่านการ review การทดสอบอัตโนมัติผ่าน เอกสารถูกอัปเดต และผ่านเกณฑ์การยอมรับที่ตกลงกัน

ต้องการให้โครงการของคุณโปร่งใสดังนี้หรือไม่

มาพูดคุยกันเพื่อให้ Strapi Vietnam ให้คำแนะนำเกี่ยวกับการนำ Scrum, Kanban และ Jira มาใช้ให้เหมาะกับขนาด ทีม และเป้าหมายของคุณ

เริ่มการสนทนา