HN 09:41 Liên hệ
№ 03

Discovery → Sprint → Release.
Lặp lại.

Quy trình không phải để trình bày. Nó là thứ giúp 60 kỹ sư ở hai thành phố giao phần mềm đúng hạn 94% số lần trong 24 tháng qua.

Ba giai đoạnDiscovery 1 tuần. Sprint 2 tuần, lặp. Release theo lịch cam kết, bảo trì theo SLA.
01

DiscoveryTuần 0 → 1

Chúng tôi ngồi với người sẽ dùng phần mềm, không chỉ người mua nó. Vẽ quy trình đang chạy, liệt kê mọi thứ muốn làm rồi cắt tới khi còn thứ phải làm. Kết quả là một bản phạm vi mà cả hai bên ký, kèm rủi ro đã biết và cách đo thành công.

Buổi đầu 30 phút miễn phí. Tuần discovery đầy đủ có phí và được trừ vào hợp đồng nếu ký.

Đầu ra
  • Bản phạm vi 1 trang, đã ký
  • Sơ đồ quy trình as-is / to-be
  • Backlog ưu tiên, ước lượng thô
  • Đội hình, lịch, ước tính chi phí
  • Chỉ số thành công (2–4 số)
02

Sprint2 tuần · lặp lại

Mỗi sprint bắt đầu bằng cam kết phạm vi và kết thúc bằng demo trên staging. Mọi dòng mã đều qua review của người thứ hai; kiểm thử tự động chạy mỗi lần đẩy mã; nhánh chính luôn ở trạng thái có thể release. Velocity đo thật, không làm đẹp.

Khách hàng thấy tiến độ hai tuần một lần bằng phần mềm chạy được, không bằng báo cáo phần trăm.

Đầu ra mỗi sprint
  • Bản build trên staging
  • Biên bản review, hạng mục nghiệm thu
  • Báo cáo velocity, lỗi mở / đóng
  • Backlog cập nhật cho sprint sau
  • Ghi chú retrospective
03

ReleaseTheo lịch cam kết

Release lớn có kế hoạch bằng văn bản: thứ tự triển khai, kiểm tra sau triển khai, cách quay lui trong 10 phút. Chúng tôi ưu tiên bật tính năng theo nhóm người dùng thay vì ra mắt một lần. Sau release, 90 ngày bảo hành lỗi và 2 tuần theo dõi số liệu cùng khách hàng.

Đầu ra
  • Kế hoạch release + quay lui
  • Mã nguồn, tài liệu, CI/CD bàn giao
  • Dashboard giám sát, cảnh báo
  • Đào tạo người dùng, video
  • Báo cáo chỉ số sau 30 / 90 ngày
04Ceremony trong sprint
Tổng thời gian họp: dưới 6% giờ làm của kỹ sư. Khách hàng bắt buộc dự Planning và Review.
№CeremonyKhi nàoThời lượngAi tham giaKết quả
01Sprint PlanningNgày 1, 9:302 giờCả đội + PO khách hàngMục tiêu sprint, phạm vi cam kết
02DailyMỗi ngày, 9:1515 phútĐội phát triểnVướng mắc được nêu, không giải trong họp
03Backlog RefinementNgày 5, 14:001 giờTech lead, PO, QAHạng mục sprint sau đủ rõ để ước lượng
04Sprint ReviewNgày 10, 14:001 giờCả đội + khách hàngDemo staging, biên bản nghiệm thu
05RetrospectiveNgày 10, 15:3045 phútĐội phát triển3 việc giữ / bỏ / thử, có người chịu trách nhiệm
06Báo cáo thángNgày làm việc đầu thángVăn bảnPM → ban điều hành khách hàngVelocity, chất lượng, chi phí, rủi ro
05Công cụ
Dùng bộ công cụ của khách hàng nếu đã có. Nếu chưa, đây là bộ mặc định.
AQuản lý
  • Jirabacklog
  • Confluencetài liệu
  • Figmathiết kế
  • Slack · Teamstrao đổi
BMã nguồn
  • GitHub · GitLabrepo
  • Pull requestreview bắt buộc
  • SonarQubechất lượng
  • Dependabotbảo mật
CKiểm thử & CI
  • GitHub Actionsci/cd
  • Playwrighte2e
  • k6tải
  • TestFlight · Internalmobile
DVận hành
  • Grafana · Prometheusgiám sát
  • Sentrylỗi
  • PagerDutytrực
  • Terraformhạ tầng
06SLA bảo trì & trực sự cố
Áp dụng cho hợp đồng retainer vận hành. Thời gian tính từ lúc nhận cảnh báo hoặc yêu cầu.
P1 · Dịch vụ dừng15 phút

Phản hồi. Khắc phục tạm trong 2 giờ, trực 24/7 kể cả lễ Tết.

P2 · Suy giảm nghiêm trọng1 giờ

Phản hồi. Khắc phục trong 8 giờ làm việc.

P3 · Lỗi không chặn1 ngày

Phản hồi. Đưa vào sprint gần nhất, tối đa 10 ngày làm việc.

Uptime cam kết99,9%

Theo tháng, cho hệ thống do CODELAB vận hành. Vi phạm hoàn 10–30% phí tháng.

Báo cáo. Báo cáo SLA hằng tháng gồm: số sự cố theo mức, thời gian phản hồi và khắc phục thực tế, nguyên nhân gốc và hành động phòng ngừa. Diễn tập khôi phục thảm họa 2 lần/năm.

Toàn bộ quy trình được mô tả trong sổ tay 24 trang gửi khách hàng khi ký hợp đồng. Yêu cầu bản sổ tay

№ 07

Muốn xem quy trình
chạy thật trong một sprint?

Đặt buổi discovery ↗
Khách hàng mới có thể dự một buổi Sprint Review của dự án khác (đã được phép) trước khi quyết định.