Doanh nghiệp Nhật muốn duy trì đội phát triển lâu dài nhưng backlog vẫn đang hình thành nên bắt đầu từ đâu? Trong bài này, labo được hiểu là cách phối hợp với một đội phát triển chuyên trách để liên tục phát triển và cải tiến hệ thống. TECHNEST đề xuất bắt đầu bằng một giai đoạn có mục tiêu, giới hạn và điểm đánh giá rõ ràng, rồi mới quyết định mở rộng.
1. Chọn một kết quả cần kiểm chứng trong giai đoạn đầu
Thay vì đưa toàn bộ roadmap vào kế hoạch khởi động, hãy chọn một luồng nghiệp vụ có thể kiểm tra từ đầu đến cuối. Ghi rõ ai sẽ sử dụng, vấn đề cần giải quyết và bằng chứng để đánh giá kết quả. Hai bên nên thống nhất cả giới hạn thời gian, nguồn lực và ngân sách cho giai đoạn này. Mục tiêu là tạo cơ sở quyết định bước tiếp theo, không coi giai đoạn đầu là cam kết hoàn thành mọi nhu cầu.
2. Làm rõ ai chọn việc và ai quyết định nghiệp vụ
Backlog ban đầu có thể chia thành ba nhóm: ưu tiên thực hiện, cần làm rõ và để sau. Mỗi công việc được chọn cần có mục đích, thông tin đầu vào và cách xác nhận đầu ra. Phía khách hàng nên chỉ định người có thể quyết định ưu tiên và giải đáp nghiệp vụ. Đội phát triển cần nêu giới hạn thực hiện và các lựa chọn. Khi có yêu cầu mới, hãy xác định việc nào được thay thế trước khi đưa vào kế hoạch.
3. Chuẩn bị kiến thức và điều kiện làm việc trước khi tăng người
Thành phần đội cần được chọn theo công việc thực tế, thay vì chỉ theo số lượng lập trình viên. Hãy xác định nhu cầu phân tích nghiệp vụ, phát triển, kiểm thử và điều phối; đồng thời phân công người cung cấp tài liệu, dữ liệu mẫu và quyền truy cập cần thiết. Những quyết định về nghiệp vụ và kỹ thuật nên được lưu trong tài liệu chung, có người phụ trách cập nhật. Cách chuẩn bị này tạo nền tảng để thành viên tiếp theo tiếp nhận công việc.
4. Đánh giá cách vận hành rồi mới quyết định mở rộng
Cuối giai đoạn đầu, hãy xem lại phần mềm hoặc đầu ra đã kiểm tra, các điểm chưa rõ và mức độ sẵn sàng của backlog tiếp theo. Cũng cần đánh giá liệu câu hỏi có được trả lời, tài liệu có được cập nhật và trách nhiệm có rõ ràng hay không. Từ đó, hai bên chọn tiếp tục với đội hiện tại, bổ sung chuyên môn hoặc điều chỉnh cách phối hợp. Thêm người nên gắn với công việc đã sẵn sàng, tránh dùng việc tăng đội để thay cho việc làm rõ yêu cầu.
Ví dụ giả định: bắt đầu từ một luồng nghiệp vụ
Một SIer Nhật đang lên kế hoạch đổi mới hệ thống quản lý đơn hàng. Thay vì giao ngay toàn bộ phân hệ, hai bên chọn luồng tạo đơn và kiểm tra dữ liệu để khởi động. Các yêu cầu báo cáo chưa rõ được để riêng. Sau khi xem đầu ra và những kiến thức đã ghi lại, hai bên mới xác định có cần bổ sung người kiểm thử hoặc mở rộng sang luồng phê duyệt hay không.
Cùng TECHNEST thiết kế cách bắt đầu phù hợp
Với kinh nghiệm làm việc với thị trường Nhật và phát triển hệ thống nghiệp vụ, TECHNEST trao đổi về mục tiêu, vai trò và cách triển khai trước khi đề xuất đội ngũ. Tìm hiểu dịch vụ DELIVERY hoặc chia sẻ với TECHNEST roadmap, backlog hiện có và các điểm chưa rõ để cùng xem xét cách khởi động labo phù hợp.
