Khi đặt ra câu hỏi với nhà quản lý đang có kế hoạch triển khai phương pháp quản lý Agile rằng: “Anh/Chị có muốn sở hữu một team làm việc đạt hiệu suất cao trong tay không?”. Câu trả lời chắc chắn là “Muốn”.
Khi hỏi tiếp 1 câu hỏi khác: “Ở vai trò quản lý bạn có can đảm trao quyền cho team không?”. Thường tôi đối diện sự ngập ngừng trong trước khi trả lời.
Cũng đôi khi tôi nhận được chia sẻ kiểu như: “Em lên kế hoạch, phân chia công việc, dám sát, đốc thúc, và nhiều khi kết quả vẫn không đúng kế hoạch. Vậy trao quyền cho team thì em không tin team có thể làm được”.
Đó là lời chia sẻ rất chân thành và đâu đó nhiều nhà quản lý dự án, quản lý bộ phận CNTT đang quan tâm. Với dự án triển khai theo Agile/Scrum thì thành viên đội dự án sẽ tham gia công việc:
- Tự xây dựng quy trình làm việc trong Sprint.
- Lên kế hoạch ở mỗi Sprint.
- Đưa ra ước lượng khối lượng công việc.
- Tự quyết định làm cái gì, không làm cái gì để thoả mãn mục tiêu của Sprint Goals.
- Tự nhận công việc, tự giám sát.
- Thực hiện demo sản phẩm cho Product Owner,…
(Hình ảnh anh Cao Trần trong khóa đào tạo Agile Project Management cho VP Bank Hà Nội)
Bạn có thể thấy rằng, đội dự án dịch chuyển từ vị thế thụ động thường thấy trong phương pháp quản lý dự án truyền thống sang tâm thế chủ động và quản lý các công việc của nhau trong Sprint.
Với Scrum Framework thì đòi hỏi đội dự án (Development team) cần triển khai được:
- Self-organizing team (có thể tạm dịch là đội tự quản).
- Cross-functional
Chỉ có tự quản thì họ mới phối hợp với nhau để thực hiện 1 phần công việc quản lý. Do đó dự án triển khai theo phương pháp Agile thì đòi hỏi người quản lý phải trao quyền, huấn luyện team thực hành từng practice một và đặt niềm tin vào team. Đôi khi bạn cũng chấp nhận đứng nhìn thất bại của team ở những Sprint đầu tiên.
Ở vai trò quản lý, bạn cần hiểu một cách đầy đủ về phương pháp Agile và buông bỏ quyền lực của mình (hay trao quyền) thì bạn mới có cơ hội thành công với Agile. Nếu bạn triển khai đúng thì Agile cực kỳ chặt chẽ trong khâu quản lý.
Đây là series “Câu chuyện đưa Agile vào doanh nghiệp” tôi chia sẻ cho cộng đồng Agile Việt Nam.
Phần 1: Giá trị mà phương pháp Agile có thể mang lại
Phần 2: Giới hạn của phương pháp quản lý dự án truyền thống – và hướng đi mới.
Phần 3: Thay đổi nhận thức là khởi đầu đưa Agile vào doanh nghiệp.
Phần 4: Thành công của phương pháp Agile đến từ sức mạnh của Teamwork.
Phần 5: Động lực triển khai phương pháp Agile là gì?
Phần 6: Triển khai Agile có thành công hay không ở công ty Software Outsourcing?
Phần 7: Giá trị của sự tương tác giữa Business User với đội dự án
Phần 8: Giá trị của sự chào đón thay đổi yêu cầu trong dự án Agile
***
Sẽ cập nhật tiếp… trong series “Câu chuyện đưa Agile vào doanh nghiệp”.
By Cao Trần