Tuần Đầu tiên của một Dự án ISE (The First Week of an ISE Project)
Mục đích của tài liệu này là:
- Tổ chức các nội dung trong sổ tay kỹ thuật để tiện tra cứu và tìm kiếm nhanh.
- Trình bày nội dung theo một cấu trúc logic phản ánh đúng quy trình kỹ thuật thực tế.
- Tạo phân cấp có khả năng mở rộng để các nhóm chia sẻ chuyên môn sâu.
Trước khi Khởi động Dự án (Before Starting the Project)
- Thảo luận và bắt đầu soạn thảo các Thỏa thuận Đội ngũ (Team Agreements). Cập nhật tài liệu này với mọi quyết định về quy trình được đưa ra trong suốt dự án:
- Thiết lập kho mã nguồn (Set up repository)
- Thống nhất cấu trúc thư mục repo
- Thêm các tệp: README.md, LICENSE, CONTRIBUTING.md, .gitignore, v.v.
- Xây dựng Product Backlog
- Khởi tạo dự án trên công cụ quản lý dự án đã chọn (ví dụ: Azure DevOps, GitHub Projects)
- Áp dụng nguyên tắc INVEST để viết User Story và Tiêu chí chấp nhận (Acceptance Criteria) chuẩn mực
- Hướng dẫn thu thập Yêu cầu Phi chức năng
Ngày 1 (Day 1)
- Lập kế hoạch Sprint đầu tiên (Sprint Planning)
- Thống nhất Mục tiêu Sprint (Sprint Goal) và cách đo lường tiến độ sprint
- Xác định dung lượng làm việc khả dụng của nhóm (Team Capacity)
- Gán User Story vào sprint và chia nhỏ thành các Task cụ thể
- Thiết lập giới hạn Công việc Đang làm (WIP Limits)
- Thống nhất Framework kiểm thử và thảo luận chiến lược Test
- Làm rõ mục đích, mục tiêu của kiểm thử và cách đo lường độ bao phủ (test coverage)
- Thống nhất cách phân định rõ ràng giữa Unit Test với Integration Test, Load Test và Smoke Test
- Thiết kế các Test Case đầu tiên
- Thống nhất quy ước đặt tên nhánh (Branch Naming)
- Thảo luận yêu cầu bảo mật và đảm bảo không lộ thông tin bí mật (secrets) lên repo
Ngày 2 (Day 2)
- Thiết lập Quản lý Mã nguồn (Source Control)
- Thống nhất các thực hành tốt nhất khi Commit code
- Thiết lập quy trình CI cơ bản với Linter và Test tự động
- Lên lịch các buổi Daily Stand-up và chỉ định Process Lead
- Thảo luận mục đích, mục tiêu, thành phần tham gia và cách điều phối
- Thống nhất khung giờ và cách vận hành một buổi Stand-up gãy gọn, hiệu quả
- Nếu dự án có nhiều nhóm nhỏ, thiết lập nghi thức Scrum of Scrums
Ngày 3 (Day 3)
- Thống nhất chuẩn phong cách code (Code Style) và cách thức phân công Pull Request
- Thiết lập rào chắn kiểm tra Build Validation cho PR (tối thiểu 2 reviewer, chạy linters, kiểm thử tự động) và chốt Định nghĩa Hoàn thành
- Thống nhất chiến lược Hợp nhất Code (Merge Strategy) và cập nhật tệp CONTRIBUTING.md
- Thống nhất Framework và chiến lược Ghi log & Giám sát (Observability)
Ngày 4 (Day 4)
- Thiết lập Bàn giao Liên tục (Continuous Deployment - CD)
- Xác định các môi trường phù hợp cho giải pháp (Dev, Staging, Prod...)
- Với từng môi trường, làm rõ mục đích, điều kiện kích hoạt deploy, người phê duyệt và tiêu chuẩn ký duyệt thăng cấp bản build
- Quyết định chiến lược đánh phiên bản (Versioning Strategy)
- Thống nhất quy trình Thiết kế tính năng và tổ chức buổi Đánh giá Thiết kế (Design Review)
Ngày 5 (Day 5)
- Tổ chức buổi Demo Sprint (Sprint Review)
- Tổ chức buổi Họp Cải tiến (Sprint Retrospective)
- Xác định thành phần tham dự, công cụ thu thập ý kiến và kết quả đầu ra
- Ấn định thời gian, người điều phối và cấu trúc buổi họp
- Làm mịn Backlog (Refine the Backlog)
- Cập nhật Định nghĩa Sẵn sàng (Definition of Ready)
- Cập nhật điểm ước lượng và tài liệu Ước lượng
- Gửi Phản hồi Kỹ thuật (Engineering Feedback) cho các sự cố hoặc bài học đúc kết
Cập nhật cuối cùng:
11 tháng 11, 2026