Chà, có rất nhiều sách, bài báo, bài đăng trên blog và cộng đồng dành riêng cho scrum và huấn luyện viên Agile, nhưng sự thật là điều này không bao giờ phù hợp với các tình huống thực tế. Không có mẫu mô tả nào về scrum và huấn luyện viên agile, nhóm của bạn luôn thay đổi và phát triển khi dự án triển khai, chìa khóa là thích ứng với những thay đổi đó, việc triển khai của bạn có thể không tuân theo tất cả các quy tắc agile / scrum nhưng vẫn có thể truyền tải các đặc tính của agile, bằng cách này bạn có thể hoàn thành công việc. Có rất nhiều cách diễn giải về scrum và agile và điều đáng nhớ là

 
Công việc hàng ngày

• Mục tiêu rõ ràng (những kỳ vọng và quy định phải rõ ràng, và mục tiêu có thể đạt được, phù hợp với kĩ năng và khả năng của mỗi người).
• Tập trung và có trọng điểm, tập trung cao độ vào một lĩnh vực nhất định cần được chú ý.
• Không có cảm giác tự ti, đề cao hành động và nhận thức.
• Phản hồi trực tiếp và ngay lập tức (nhanh chóng nhìn thấy các thành công và thất bại của một chuỗi hoạt động, nhờ thế có thể điều chỉnh hành vi nếu cần thiết).
• Cân bằng giữa cấp độ khả năng và thử thách (hoạt động đưa ra không quá khó cũng không quá dễ).
• Mỗi người đều có khả năng tự kiểm soát trong mỗi tình huống hay hoạt động.
• Mỗi hoạt động đều hiển nhiên đem lại kết quả, vì thế không cần quá nhiều cố gắng trong hành động.
Xem thêm

Chúng ta biết rằng Scrum và Kanban là 2 phương pháp làm việc theo nguyên lý Agile. Scrum là phù hợp nhất cho sản phẩm và các dự án phát triển. Kanban là tốt nhất cho việc hỗ trợ sản xuất. Chúng ta sử dụng Scrumban – sự kiết hợp giữa các tính năng tốt nhất của 2 framework này cho các dự án bảo trì.
Ngày nay Scrumban trở nên phổ biến trong các ngành dịch vụ, nơi chúng ta có các dự án phát triển và bảo trì. Xem thêm

Tôi rất thích câu hỏi về daily meeting và muốn chia sẻ nó ngày hôm nay. Một câu hỏi khá nhiều team mới bắt đầu triển khai gặp phải là: “Daily Meeting có nhất định phải thực hiện vào buổi sáng?”, hãy cùng tìm hiểu thêm về vấn đề này.

Scrum Master thường tổ chức cho team bắt đầu họp daily meeting vào đầu ngày làm việc (buổi sáng từ 8h30-9h tuỳ theo team).

Ý nghĩa của việc này là gì?
Lý do sâu xa thực sự của vấn đề này là SM muốn:
– Mọi người đi làm đúng giờ (do có áp lực cuộc họp sớm).
– Mọi người sẽ làm “đúng” việc sau cuộc họp. Xem thêm

Lợn hào hứng với ý tưởng này, nó nói: “Đây là một ý tưởng tuyệt vời. Tôi sẽ trờ thành doanh nhân Lợn. Thành thật mà nói, tôi chán ngấy khi làm việc cùng lão nông dân rồi. Oh, nhưng mà chúng ta sẽ đặt tên nhà hàng là gì?”

Hầu hết mọi người đều làm việc kém hiệu quả vì sự mất tập trung. Theo nghiên cứu, khi chúng ta đang tập trung làm một việc gì đó mà có một việc khác xen vào (Ví dụ như nghe điện thoại) thì cần ít nhất 15 phút để có thể lấy lại được sự tập trung vào công việc chính.
Sự tập trung sẽ bị ảnh hưởng bởi những công việc không liên quan, bởi sự mệt mỏi vì làm việc dài nhiều giờ, bởi kỷ luật bản thân…
Nếu cũng đang rơi vào tình trạng trên thì Học viện Agile sẽ giới thiệu đến các bạn một phương pháp giúp bạn quản lý thời gian, làm việc tập trung, sáng tạo và thậm chí không biết mệt – có thể quen thuộc với nhiều người nhưng không phải ai cũng biết. Đó chính là Phương pháp Pomodoro, hay còn được biết đến với tên gọi phương pháp “quả cà chua”, do Francesco Cirillo phát triển. Xem thêm

Đối với những nhóm mới áp dụng scrum, các vai trò và công việc trong scrum là khá mới. Để giúp các bạn dễ dàng bắt đầu và biết được công việc cụ thể của mình trong từng thời điểm, hãy sử dụng các danh mục kiểm tra được đính kèm sau đây (check list) như một gợi ý và hướng dẫn cơ bản nhất.

Danh mục kiểm tra của PO bao gồm:

Kiểm tra hàng ngày

1. Đã làm rõ yêu cầu sản phẩm cho Nhóm Phát triển (nếu có).
2. Đã làm mịn các hạng mục product backlog, đặc biệt các hạng mục ở trên.

Kiểm tra theo sprint

1. Đã làm việc với các bên liên quan để cập nhật các kì vọng mới về sản phẩm.
2. Đã sắp xếp các hạng mục trong product backlog để đảm bảo tối ưu hoá ROI.
3. Đã làm mịn các hạng mục của product backlog.
4. Đã xác định các tiêu chí chấp nhận cho các hạng mục sẽ phát triển trong sprint tới.
5. Đã tham gia lập kế hoạch sprint để trình bày về tổng quan sản phẩm, từng hạng mục sẽ làm trong sprint tới và giải đáp mọi thắc mắc về yêu cầu trong lập kế hoạch sprint.
6. Đã tham gia và đưa phản hồi trong sơ kết sprint.

Nguồn: Trích nội dung sách “Cẩm nang Scrum” Xem thêm

But first, let’s look at how these meetings usually goes…

You gather your team in the meeting room…

….. everyone’s sitting ’round the conference table.​

You start by drawing some columns on the whiteboard ::: What was good? | What was bad? | What do we want more of?

Then you ask the group to fill in the blanks….

….and after some asking (begging, pleading) on your part, you get a bunch of responses in return.

Problem is these responses tend to be superficial and barely scratch the surface of any actual issues. At a quick glance, they may pass for something constructive, but in reality…. I doubt it. Xem thêm

Danh sách dưới đây cung cấp cho các bạn 1 check list tham khảo trong buổi lập kế hoạch sprint: