2010-10-10 23 views
7

Tôi đang thiết lập sổ đăng ký nợ kỹ thuật tại Văn phòng và muốn biến nó thành một công cụ khá toàn diện.Các mục chính quan trọng trong việc ghi nợ kỹ thuật là gì?

Các phần thông tin chính mà chúng ta nên ghi là gì?

+0

Gosh, chúng tôi chỉ sử dụng hệ thống theo dõi vấn đề bình thường của chúng tôi và đánh dấu các vấn đề với thẻ/danh mục speicific. –

+0

Yêu câu hỏi và mong chờ câu trả lời. Có lẽ bạn nên chỉ định một vấn đề cho mỗi câu trả lời để chúng tôi có thể sử dụng biểu quyết để xem vấn đề nào quan trọng hơn những vấn đề khác? – Goran

Trả lời

5

Trước hết - bạn muốn giữ cho đăng ký của bạn rất đơn giản, nếu không thì chi phí của việc duy trì đăng ký sẽ ngăn mọi người sử dụng nó và lãng phí nhiều thời gian hơn thực sự sửa nợ kỹ thuật. ..

Nếu bạn vẫn quyết định đi trước, tôi muốn đề nghị giữ một thanh ghi đơn giản mà là một tập tin phẳng/đơn giản cơ sở dữ liệu/bảng tính của Google với các lĩnh vực sau:

  • tên module/thành phần
  • Mô tả những gì n eeds sẽ được cố định (bạn có thể có danh sách các danh mục nhưng tôi nghĩ rằng điều này cũng cần một văn bản một lớp lót)
  • Thời gian khắc phục dự kiến ​​trong ngày (tôi muốn được nhấn mạnh vào toàn bộ số ngày, nếu không mọi người sẽ có một xu hướng để bắt đầu đăng nhập điều trivially nhỏ)
  • những nhà phát triển phát sinh nợ (và cung cấp các ước tính thời gian sửa chữa)
  • mà dự án nợ đã phát sinh trên (bất kỳ ngụ ý, mà quản lý dự án chịu trách nhiệm)

Quy tắc như sau:

  • Nhà phát triển dự kiến ​​sẽ minh bạch về nợ kỹ thuật. Nếu một nhà phát triển cần phải chịu các khoản nợ kỹ thuật do áp lực của dự án, nhà phát triển nên thêm điều này vào nhật ký với thời gian sửa lỗi ước tính của họ.
  • Người quản lý dự án chịu trách nhiệm về nợ kỹ thuật mà họ chạy lên (tức là họ có áp lực phát triển để thực hiện lối tắt không?). Họ sẽ có thể biện minh cho một biện minh kinh doanh vững chắc cho tổng số nợ tăng lên, và đề xuất những gì nên được thực hiện để sửa chữa nó.
  • Nếu không có khoản nợ kỹ thuật nào được ghi nhận, thì mã được mong đợi có chất lượng hàng đầu và vượt qua mọi đánh giá mã có liên quan. Nếu nợ kỹ thuật được ghi nhận, thì nhà phát triển sẽ nhận được "thông qua" cho bất kỳ điều gì được ghi nhận (đánh giá thay vì có thể xem xét tính chính xác của việc ghi nợ và ý tưởng về những việc cần làm để sửa).
  • Nhà phát triển dự kiến ​​sẽ đưa ra ước tính hợp lý cho thời gian khắc phục. Nếu họ nói rằng sẽ mất hai ngày để cấu trúc lại kiến ​​trúc, thì họ không nên ngạc nhiên nếu họ được đưa ra hai ngày để sửa chữa nó vào một thời gian sau đó ...

Tôi nghĩ cách tiếp cận này sẽ tạo ra tốt năng động tổng thể - các nhà phát triển có trách nhiệm minh bạch và suy nghĩ về cách giải quyết nợ kỹ thuật, người quản lý dự án/doanh nghiệp dẫn phải thực hiện thương mại nhưng rõ ràng là chi phí nợ là trách nhiệm của họ, nhà phát triển và kiến ​​trúc sư giỏi nhất sẽ nhận được kudo để hoàn thành các dự án khó khăn trong khi vẫn giữ nợ kỹ thuật được kiểm soát.

+0

một trong những đề xuất về cấu trúc đăng ký nợ là trong bài viết này - http://dl.acm.org/citation.cfm?id=2119668, tác giả gọi nó là "Mẫu nợ kỹ thuật" – shershen

Các vấn đề liên quan