Điều bạn không muốn nghe là cách các tình huống này thường được quản lý bằng cách không cho phép chúng phát triển quá lớn. Nhưng tôi e rằng đó là trường hợp.
Các lập trình viên thực dụng khuyên chúng tôi Don't live with broken windows. Vấn đề là, nếu chúng ta để lại một cái gì đó bị hỏng thay vì sửa chữa nó thì những thứ khác sẽ được để lại và trước khi chúng ta biết chúng ta có 480 mục trong danh sách TODO của chúng ta. Thêm vào đó, có một mối nguy hiểm mà một phần của ứng dụng của chúng tôi sẽ dựa vào hành vi "hỏng", vì vậy khi chúng tôi giải quyết mục TODO, chúng tôi cũng sửa chữa rằng.
Không phải ai cũng có thể sống theo các tiêu chuẩn cao của Lập trình viên thực dụng.Một cách tiếp cận khác là có một danh sách những thứ cần được làm việc (đôi khi được gọi là Kaizen list). Những người bị chặn trong công việc được giao của họ có thể nhận một trong những nhiệm vụ đó.
Đối với tình hình hiện tại của bạn ....
Tôi có một nguyên tắc cơ bản trong đó nêu rằng không có gì có thể được thực hiện trong vòng chưa đầy nửa một ngày: không một lần bạn bao gồm kiểm soát nguồn, tài liệu, thảo luận về thay đổi với Bob, vv Tất nhiên, quy tắc của tôi không áp dụng cho các nhiệm vụ thực sự tầm thường, nhưng nếu những nhiệm vụ này thực sự tầm thường thì chúng sẽ được khắc phục ngay tại chỗ, không được đánh dấu là TODO, đúng không?
Vì vậy, bạn đang tìm kiếm trong vòng 240 ngày nỗ lực. Nếu nhiều tác vụ đó có thể được kết hợp thành một bản sửa lỗi duy nhất thì bạn có thể giảm chi phí cho mỗi nhiệm vụ. Nhưng trước tiên bạn đã có một đoạn công việc chỉ để sàng lọc thông qua các nhiệm vụ, phân loại và ưu tiên chúng. Đây là lý do tại sao lại gọi nó là "nợ kỹ thuật": chúng ta càng mất nhiều chi phí để sửa chữa, và nó có lãi suất kép của các khoản vay trung bình.
Trừ khi bạn có một người quản lý dự án rất hiểu biết/khách hàng trả tiền, tôi nghĩ bạn sẽ phải chấp nhận rằng bạn sẽ không thể xóa tất cả các mục này. Vì vậy, bạn cần một ngắn gọn triaging tập thể dục: gán mỗi TODO thành một trong ba loại:
- Stuff đó là không thể chấp nhận và cần được tại
- Stuff cố định ngay rằng phải được cố định như và khi có một cơ hội
- Stuff rằng bạn chỉ sẽ phải sống với
Chúc may mắn!
Thankyou để biết thông tin chi tiết.Trong thực tế, tôi đã làm theo một số !! – GustyWind
Điều này không thực sự giải quyết câu hỏi, lời khuyên tốt của nó nhưng không thực sự là một câu trả lời. Tôi đến đây tìm kiếm tác vụ nổi bật vì tôi đang sử dụng REFACTOR: thẻ để theo dõi mã tôi đang nhận xét hoặc thay đổi phải được dọn sạch trước khi kết thúc chạy nước rút hiện tại (không quá 2 tuần) để tôi đánh dấu 'cửa sổ bị hỏng'. Điều linh hoạt như việc đánh dấu thẻ nhiệm vụ không cần thiết thực hiện hành vi xấu. –
@AdamTolley - một lá cờ TODO hoặc REFACTOR là một sự thừa nhận về nợ kỹ thuật, một IOU về công việc trong tương lai. Nó không tự động là một thực tế xấu, cung cấp cho chúng tôi giải quyết chúng nhiều hơn hoặc ít hơn ngay lập tức. Nó trở thành một thực tế tồi tệ khi chúng tôi trì hoãn việc xóa chúng để ủng hộ các vấn đề cấp bách khác. Đây có vẻ là tình huống mà OP đã tham gia. YMMV – APC