Agile, Scrum, và sự ảnh hưởng của văn hóa Phương đông

Bài viết này bắt nguồn từ buổi cafe khá thú vị với một người đang làm vị trí Agile Coach (Huấn luyện viên Agile) cho một hệ thống ngân hàng lớn nhất nước Úc. Một trong những chủ đề chúng tôi đã thảo luận lúc đó là về việc thực hiện Agile ở Châu Á. Anh chàng huấn luyện viên này đã rất ngạc nhiên khi không thấy có bất kỳ một ngân hàng châu Á nào hoàn toàn Agile – tức là thực hiện Agile trong công ty ở mọi cấp bậc, từ quản lý cho đến nhân viên …

Quản lý dự án Agile là gì?

Khi nói về các vai trò trong quản trị dự án Agile, hầu hết các quy trình Agile – ví dụ Scrum – không có người đóng vai trò Quản trị Dự án (PM). Vai trò và trách nhiệm của “người quản trị dự án” Agile được chia sẻ cho mọi người trong dự án, gồm Nhóm Phát triển, ScrumMaster và Product Owner. Các dự án Agile được quản lý như thế nào? Trong phát triển Agile, Scrum tiêu biểu cho quản trị dự án Agile. Vì vậy ta sẽ dùng Scrum như một phương pháp mẫu để trả lời …

Có thực sự cần thực hiện Sprint Retrospective không?

Scrum yêu cầu nhóm phải thực hiện một buổi Cải tiến ở cuối mỗi Sprint. Còn trong hầu hết các khóa Certified ScrumMaster, tôi luôn bị hỏi liệu điều này có thực sự cần thiết không. Thường thì câu hỏi của mọi người xoay quanh vài lý do: Nhóm của tôi làm quá tốt, chúng tôi hiếm khi cần phải cải tiến gì, vì vậy chúng tôi không muốn làm. Chúng tôi thấy các buổi Cải tiến buồn tẻ, vì vậy chúng tôi không muốn làm. Chúng tôi quá bận với các công việc thực sự (hoặc các buổi Cải …

Hiểu thế nào cho đúng về Cross-Functional trong nhóm làm việc theo quy trình Scrum

Nhóm Scrum có hai đặc điểm cực kì quan trọng là: tự tổ chức (self-organizing) và liên chức năng (cross-functional). Về tự tổ chức, tự quản, tự định hướng thì dễ hiểu, nhưng thế nào là “liên chức năng”? Bài này mong muốn chỉ ra  một số hiểu lầm thường gặp, cũng như đào sâu thêm về khái niệm này trong phạm vi Scrum Framework để người học và thực hành Scrum đỡ bị rơi vào các nghịch lí khi cố gắng đối lập Scrum với những gì hiện có. Có người bảo “cá nhân trong nhóm liên chức năng …

Tìm hiểu cách sử dụng Burndown Chart

Trong phương pháp Scrum, Release burndown chart thông thường biểu diễn một giá trị —sự thay đổi của khối lượng công việc còn lại. Trong nhiều trường hợp, cách thức đơn giản này rất tuyệt vời. Tuy nhiên, nó cũng che giấu một vài điều đang diễn ra trong dự án. Ví dụ, cứ cho một team dự định sẽ làm được khối lượng công việc là 40 giờ làm việc ở sprint cuối, nhưng burndown chart cho thấy mọi việc chỉ tiến triển 10 giờ. Team đã làm chậm hơn mong đợi, hay là có nhiều công việc đã …