Tham nhũng và software development

Hôm Tết tây 2009 ngồi tán dóc với Thạnh và nảy ra phép liên tưởng tham nhũng với ước lượng trong software development.

Hôm trước, lúc nghe DManager nói về estimation (ngữ cảnh là nói về Change request, nhưng có thể tổng quát hóa): "Một PM giỏi thì sau khi nhận estimation của developer thì sẽ cộng thêm vài ngày để quản lý risk. Và ngay cả bản thân developer cũng tự làm như thế rồi."

Và tớ áp dụng chiêu này cho tay PM của tớ. Bất chấp có được chấp nhận hay không, tớ cứ tính thêm 50 hay 100% lượng thời gian nữa. Nếu thực tế tớ làm ít hơn thì tớ sẽ "trung thực" báo cáo.

Vấn đề ở đây là có nên over-estimate hay không?

Lại có một vấn đề ở câu hỏi này? Thế nào là over-estimation?

Theo tớ, over-estimation nên được gọi tên sau khi có bảng thống kê giữa estimation effort và actual effort, tức ở góc độ project management. Developer không nên cộng thêm effor vào thời điểm ước lượng chỉ đề phòng(!) rủi ro.

Developer nên ước lượng dựa trên tất cả các thông tin mà anh ta có ngày hôm đó. Những effort cộng thêm mà không có lý do nào đều không phải là over-estimation. Khi có thêm thông tin, devloper nên ước lượng lại và thông báo ngay.

Những effort cộng thêm là tham nhũng nếu developer không dùng nó để làm việc. Software development không nên tạo cơ hội để tham nhũng phát sinh. Software development cần minh bạch.

Tình huống của tớ cư xử với PM thật ra là bất khả kháng bởi đó là cách tớ tự bảo vệ mình. Nếu để tớ dẫn dắt 1 project, nhất định đó không phải là cách ước lượng mà tớ khuyến khích.