Scrum

Sự khác nhau giữa định nghĩa hoàn thành (DoD) và tiêu chí chấp nhận (Acceptance Criteria)

Body
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.

Product Backlog là gì?

Body
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.

Những sai lầm mắc phải khi estimate dự án bằng phương pháp cho điểm Story Point

Body
Chúng ta đã nghe nhiều lời giải thích khác nhau về ý nghĩa của Story Point và cách sử dụng. Hầu hết mọi nhóm Scrum đều sử dụng phương pháp này, nhưng không phải cũng sử dụng hiệu quả trong mọi ngữ cảnh. Bài viết này nhằm mục đích loại bỏ một số bí ẩn xung quanh Story Point.

Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing

Body
T-Shirt Sizing là một trong những kỹ thuật tính Story Point thường được sử dụng trong các dự án phát triển linh hoạt (Agile). Đây là một kỹ thuật ước tính tương đối.

Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai

Body
Scrum không phải là một công nghệ, càng không phải là một quy trình của ai đó. Scrum chỉ đơn giản là một nền tảng trung gian "đàm phán" cho các mối quan hệ giữa các thành viên và công việc để đảm bảo không có một lỗi nào bị che giấu một cách cố ý. Nói cách khác Scrum là một bà mẹ chồng khó tính (Scrum is like your mother-in-law, it points out ALL your faults - Ken Schwaber)

Giúp Scrum team của bạn tốt hơn qua những sai lầm

Body
Scrum framework được xây dựng dựa trên Chủ Nghĩa Kinh Nghiệm. Đó là một trong những lý do, Developer là một team Self-organize (tự quản), và Scrum như một căn nhà. Trong căn nhà đó, các thành viên sẽ sống trong đó an toàn và nuôi dưỡng những giá trị (Scrum values), văn hoá, nơi khuyến khích họ chia sẻ cởi mở với nhau những điều còn có thể làm tốt hơn, cùng nhìn nhận và học hỏi lẫn nhau. Trong căn nhà đó không có chỗ cho nỗi sợ, cho sự trừng phạt khi ai đó làm sai.

Tại sao cần làm mịn Product Backlog (Product Backlog Grooming)?

Body
Việc tổ chức một Product Backlog Grooming giúp cho Product Owner sắp xếp và quản lý Product Backlog tốt hơn, giúp đội phát triển hiểu rõ yêu giá trị người dùng kỳ vọng, đưa ra những đóng góp nhiều hơn cho việc cải tiến chất lượng sản phẩm. Và quan trọng giúp đội phát triển nâng cao cả khả năng Self-Organizing, trưởng thành và nâng cao hiệu suất làm việc.