Nguyen Le PhongNguyen Le Phong

Khi progress giống như bỏ bớt trọng lượng

Một ghi chú phản chiếu về kiểu progress đến từ việc giảm tải, làm rõ ambiguity và khiến next step nhẹ hơn.

Chiều hôm đó không có gì kịch tính đổi. Không feature lớn nào ship. Không decision lớn nào được công bố. Nhưng work nhẹ hơn sau khi một người xóa ba task duplicate, đổi tên một risk mơ hồ, và viết xuống thứ mọi người vẫn mang trong đầu.

Một người gỡ các khối giấy trống khỏi project board đông đúc, để lộ một path rõ hơn bằng các card đơn giản.
Một số progress không phải thêm chuyển động. Nó là bỏ bớt trọng lượng từng làm chuyển động khó khăn.

Chúng ta thường mô tả progress như sự cộng thêm. Thêm output, thêm scope, thêm meeting, thêm commit, thêm metric đi lên. Cộng thêm dễ nhìn thấy nên dễ được chúc mừng. Nhưng nhiều ngày làm việc có ý nghĩa tốt lên vì một thứ nặng được lấy ra.

Một câu hỏi lặp lại biến mất vì decision cuối cùng được document. Một dashboard ồn ào trở nên hữu ích vì team xóa những chart không ai tin. Một project bình tĩnh hơn vì owner nói phần nào out of scope. Một người ngủ tốt hơn vì nỗi lo chưa tên thành risk cụ thể với next step.

Kiểu progress này dễ bị đánh giá thấp vì nó để lại ít evidence hơn. Board ít card hơn. Meeting ngắn hơn. Design ít branch hơn. Code path ít exception hơn. Sự vắng mặt chính là điểm tốt, nhưng vắng mặt khó report hơn activity.

Bỏ bớt weight cần judgment. Xóa sai thứ thì tạo damage. Giữ mọi thứ thì tạo drag. Kỹ năng là nhận ra thứ không còn mang value: assumption cũ, work duplicate, ownership mơ hồ, decision bị giấu, ritual tiếp tục chỉ vì tháng trước nó đã tồn tại.

Cũng có weight cảm xúc. Team có thể đi chậm vì không ai muốn nói plan quá rộng. Một người có thể đứng lại vì task không có definition of done thật. Một review có thể căng vì disagreement nằm ở ownership, không phải code. Gọi tên những weight đó thường đổi căn phòng trước cả implementation.

Tôi học cách tôn trọng cleanup tạo relief. Không phải cosmetic cleanup, không phải refactor để né việc khó, mà là loại giúp người tiếp theo hiểu nhanh hơn. API surface nhỏ hơn. Error message rõ hơn. Ticket có một owner. Plan nói không với ba extra hấp dẫn.

Progress bằng removal cũng cần humility. Nó thừa nhận một phần structure của hôm qua nay không còn cần thiết. Nó cho phép scaffolding cũ được tháo xuống. Nó không xem mọi artifact là bằng chứng effort phải giữ mãi.

Nếu work đang nặng một cách kỳ lạ, bước hữu ích tiếp theo có thể không phải đẩy mạnh hơn. Có thể là hỏi thứ gì có thể được bỏ, gọi tên, merge, postpone, hoặc làm explicit. Đôi khi momentum quay lại không phải vì ta thêm nhiên liệu, mà vì ta ngừng kéo thứ không còn thuộc về work nữa.

Bạn thấy bài viết thế nào?