Agile

One of the principles of the Agile Manifesto reads: “Simplicity – the art of maximizing the amount of work not done – is essential.”

TDD (Test Driven Development – Phát triển Hướng Kiểm thử) là một phương pháp phát triển phần mềm mà các hoạt động lập trình, kiểm thử và thiết kế được đan xem vào nhau.

Acceptance Test Driven Development (ATDD) là thuật ngữ trong Agile chỉ đến phương pháp gồm các thành viên dự án với 3 quan điểm khác nhau bao gồm khách hàng (customer), nhóm phát triển dự án (development), nhóm kiểm thử (test) thảo luận để viết ra một kịch bản kiểm thử (acceptance tests) trước khi hiện thực chức năng tương ứng nào đó trong dự án.

“LeSS là về việc áp dụng các nguyên tắc, yếu tố và mục đích của Scrum trong bối cảnh quy mô lớn cho Scrum nhiều nhóm, không phải nhiều nhóm Scrum.”

Làn sóng Agile đã càn lướt trong giới phát triển phần mềm, và bắt đầu chiếm lĩnh những diễn đàn vốn dành riêng cho giới quản lí như Harvard Business Review (HBR) hay Forbes. Tất nhiên, người ta đều biết là Agile có chỗ đứng vững chắc trong nhiều lĩnh vực, từ ngành phần mềm, phần cứng, ngành sản xuất ô tô, ngành ngân hàng, ngành hàng không, ngành marketing hay giáo dục. Nhưng câu hỏi đơn giản này luôn làm phiền những sếp quy trình, những COO, CIO hay cả những CEO cấp tiến: Agile có phù hợp với công ty của mình hay không?

Retrospective theo từ điển là “nhìn lại hoặc giải quyết các tình huống, sự kiện trong quá khứ”. Trong Scrum, thì retrospective hay sprint retrospective là một sự kiện cực kỳ quan trọng nhằm thanh tra và thích nghi quy trình làm việc. Nói cách khác đây là dịp để nhóm Scrum nhìn lại quá trình làm việc của một Sprint và xác định những thay đổi cần thiết đối với quy trình làm việc, công cụ sử dụng và cách thức cộng tác để làm tốt hơn trong các Sprint tiếp theo.

Definition of Done (Định nghĩa hoàn thành) là một list các yêu cầu mà user story phải tuân theo nếu một scrum team muốn tuyên bố đã hoàn thành công việc. Tiêu chuẩn để tiếp nhận user story : là việc test scenario phục vụ cho mục đích kiểm tra software có chạy đúng mong muốn hay chưa phải được thỏa mãn hoàn toàn .

Đối với các nhóm phát triển phần mềm, Product Backlog đóng một vai trò rất quan trọng. Vậy Product Backlog là gì?

Có nhiều người hiểu nhầm giữa hai thuật ngữ Định nghĩa hoàn thành (DoD) và Tiêu chí chấp nhận (Acceptance Criteria). Nhiều người nghĩ rằng hai thuật ngữ này giống nhau. Điều này là hoàn toàn sai. Bài viết này nhằm mục đích giải thích sự khác biệt giữa hai thuật ngữ này.

Trong phát triển phần mềm, Product Backlog là danh sách các công việc cần phải thực hiện để hoàn thành một dự án. Những công việc trong Product Backlog có thể là các yêu cầu, tính năng hoặc các lỗi đầu vào cho Sprint Backlog.