Hành trình biến bất tiện của khách hàng thành sản phẩm - Quy trình phát triển của đội ngũ API Airbridge

Bài viết giới thiệu về quy trình mà đội API xây dựng Airbridge, một công cụ marketing B2B

• Thu thập yêu cầu và ý tưởng từ khách hàng
• Chọn vấn đề cần giải quyết theo thứ tự ưu tiên
• Tiến hành kick-off
  • Xác định đây là công việc gì và cụ thể hóa kịch bản người dùng
  • Lập trình viên cũng tham gia từ giai đoạn này để chủ động đưa ra ý kiến về mặt kỹ thuật
• Viết tech spec
  • Viết phần tóm tắt, bối cảnh, mục tiêu, những gì không phải mục tiêu, kế hoạch công việc, Q&A dự kiến, các điểm cần cân nhắc và milestone
  • Thử viết trước 30% phần mã sẽ thực hiện để xây dựng kế hoạch khả thi
  • Cùng review với counterpart
• Viết mã
  • Mọi đoạn mã đều cần có test code tương ứng
• QA & Code Review
  • Tự động tạo QA endpoint thông qua feature branch
  • Tự động hóa việc chạy test và thực thi công cụ phân tích tĩnh để hỗ trợ code review
• Release
  • Cùng đồng nghiệp chúc mừng vì sản phẩm đã trở nên tốt hơn

Thông qua quy trình này, chu kỳ phản hồi được rút ngắn, các giai đoạn phát triển trở nên minh bạch để lịch trình có thể dự đoán được hơn, đồng thời giảm khả năng phát sinh lỗi ở tính năng

• Lỗi do triển khai tính năng mới giảm 18% so với cùng kỳ, và các ticket nhỏ vẫn có thể được phát hành chỉ sau 5 ngày dù đi qua đầy đủ quy trình

[yunyun0505]

Khi học môn kỹ nghệ phần mềm ở trường, có một điều bạn chắc chắn sẽ được dạy. “Sửa ở giai đoạn lập kế hoạch là tốn ít chi phí nhất, còn sửa sau khi phát triển hoàn tất là tốn nhiều chi phí nhất.” Đây là một mệnh đề tuy biết nhưng khó thực hành. Đặc biệt, ở các startup di chuyển nhanh thì lại càng như vậy.
Đội ngũ phát triển Airbridge đang nỗ lực đi theo hướng mà họ cho là đúng, dù có khó khăn.