Dự án EVAM đã kết thúc, tôi nghĩ cần ghi chú lại một vài câu chuyện của dự án để làm học liệu sau này cho các team coacher.
Tôi nhận dự án vì các DIV đã quá tải về quản lí. Khi nhận dự án, tôi muốn làm dự án thành công, kết thúc đúng hạn để tạo đà cho các dự án khác. Hiện dự án đã kết thúc và gặt hái một số kết quả tốt đẹp, tất nhiên hầu hết công sức là do các SM, PO, DT làm nên, tôi chỉ tham gia với vai trò Coaching cho dự án.
Khi khởi tạo dự án, tôi đã viết một mảnh giấy nhỏ có nội dung: Đoàn kết, dứt điểm, trách nhiệm. Tờ giấy đơn giản này là tuyệt kĩ xuyên tâm của tôi với các hoạt động nhóm. Tờ giấy đó gọi là Team's Principles. Nó có một sức mạnh vô biên. Theo các nghiên cức về tâm lí học, con người ta có xu hướng làm theo những “điều” mà người khác gán cho mình. Các quan sát của tôi cho kết quả rằng, đó là một xu hướng rất rõ ràng và mạnh mẽ. Nhất là đối với những “điều” được chấp nhận là việc tốt đẹp, nên làm. Tuyệt kĩ này được ghi chép và chứng minh trên rất nhiều tài liệu về quản lí, các nhà quản lí cũng áp dụng kĩ thuật này rất thường xuyên, thường bằng lời nói, truyền đạt… Nhưng tôi thấy viết ra và dán lên là cách làm vừa nhàn vừa lâu dài.
Schedule của dự án này hơi đặc biệt. Chúng tôi dồn rất nhiều sức lực vào sprint đầu tiên. Sprint này làm hầu hết công số của dự án và sau đó, chúng tôi giảm dần vào các sprint sau. Việc này giúp chúng tôi có một nhịp độ đều đặn, có sự xả hơi và không quá áp lực vào thời điểm release cuối. Nó cũng giúp chúng tôi sớm hoàn thành những vấn đề rủi ro nhất của dự án trước.
Burn down được vẽ đầu đủ và kỉ luật. Kết hợp với DOD, Burndown khiến nhóm rất tập trung và luôn có hành vi phù hợp với tình hình. Không xẩy ra tình trạng về sớm khi việc trong ngày chưa xong. Kết hợp với đó, tôi cũng luôn giúp nhóm xác định task cần hoàn thành để có một Burndown đẹp.
Các cải thiện nhỏ nhưng được thực hiện thường xuyên. Một số cải thiện đáng lưu ý bao gồm: Kết hợp giữa review bằng tool và review chéo. Sử dụng đồng bộ Datatable js để thể hiệm dữ liệu bảng. Việc team thường xuyên có những trao đổi nhỏ để thống nhất cách làm và cải thiện chút đỉnh cũng rất nên. Nhưng các TC lưu ý là nếu được thì không nên tham dự vào các buổi họp này nhé. Chúng ta chỉ nên tham dự vào các buổi họp mang tính chất hướng dẫn cách tổ chức thôi, không nên can dự sâu vào các giao tiếp của nhóm, như thế mới giúp nhóm có những giao tiếp chất lượng.
Cần thường xuyên tổ chức các buổi làm mịn, estimate và re-estimate. Việc này giúp ích rất nhiều trong việc thanh tra các nội dung công việc, giảm rủi ro tiềm ẩn. Các task lớn và nguy hiểm cần được chia nhỏ, làm kĩ hơn. Phải nói thêm rằng PO dự án đã thực hiện rất tốt vai trò liên quan đến việc tài liệu hóa UT cho nhóm. Backlog có đầy đủ nội dung quan trọng gồm GUI, SRS, AT.
Các buổi họp được thực hiện với cấu trúc đơn giản, nhanh, gọn, tiết kiệm thời gian: Họp ngay tại bảng scrum, viết các sticky và update chúng tại chỗ, không ghế, giới hạn thời gian.
Cuối cùng, ưu thế lớn mà chúng tôi có được ở dự án này là mọi thành viên đều được học đầy đủ về Agile, việc kiên trì đào tạo hơn 1 năm trong công ty cuối cùng đã có chút tác dụng đáng kể.