2009-12-21 46 views
9

Tôi muốn tìm cách ghi lại nợ kỹ thuật mà chúng tôi phải chịu trong TFS.Bạn ghi lại nợ kỹ thuật ở đâu trong TFS?

Tôi cần phải ghi lại từng mục bên ngoài một lần lặp cụ thể để đảm bảo rằng nó được hiển thị và dễ dàng báo cáo mọi lúc. Tôi đã xem xét việc tạo ra một Khu vực riêng biệt cho nợ kỹ thuật, nhưng tôi không chắc chắn về cách mà trường hợp đó thực sự phù hợp.

Một số phương pháp phổ biến mà tôi có thể xem xét là gì? Tôi thậm chí còn sủa cây đúng bằng cách cố gắng tìm một nơi thích hợp để đặt cái này không?

+0

Tôi không chắc chắn cách thực hiện điều này, nhưng đó là một câu hỏi hay. Nó làm cho cảm giác hoàn hảo mà bạn nên theo dõi nợ kỹ thuật của bạn giống như bạn theo dõi các yêu cầu. Vấn đề tôi thấy là xác định nợ. Nếu bạn có thể xác định chính xác thì bạn có thể tạo một mục công việc để trả lại. –

+0

TFS == Team Foundation Server? Nó giúp nếu bạn xác định từ viết tắt. –

+0

Xin lỗi - có TFS === Team Foundation Server. Tôi đã cố gắng đánh dấu nó xuống giữa các thẻ nhưng chúng không được hỗ trợ trong SO. –

Trả lời

4

Tôi không tìm thấy cần theo dõi riêng biệt; Tôi chỉ cần nhập nó làm nhiệm vụ bổ sung. Bằng cách đó, họ có thể dễ dàng theo dõi và báo cáo.

+0

Nhưng bạn vẫn không cần phải liên kết một nhiệm vụ với một lần lặp cụ thể? Bạn có thấy rằng cách tiếp cận này là sạch sẽ và dễ quản lý? Bạn làm gì cho các tác vụ có thể kéo dài một vài lần lặp? –

+2

Tôi quản lý nó giống như bất kỳ nhiệm vụ nào khác - vì vậy có, tôi thấy nó sạch sẽ và dễ quản lý. Tôi đã không tìm thấy nó hữu ích để thoát ra "nợ kỹ thuật" như là một khu vực riêng biệt; cuối cùng nó thực sự đi xuống để làm việc nhiều hơn trong các lĩnh vực hiện có. Đôi khi nhiệm vụ đi trong vòng lặp hiện tại; đôi khi khác. Như với tất cả các tác vụ, đôi khi chúng có thể bị trì hoãn từ lần lặp hiện tại sang lần lặp tiếp theo khi lặp lại kết thúc. Đối với các tác vụ có thể kéo dài hơn lặp lại, tôi thường chỉ chia nhỏ chúng thành nhiều tác vụ (thậm chí một cái gì đó đơn giản như "giai đoạn 1" và "giai đoạn 2" thường hoạt động tốt). – RickNZ

+0

Tôi thích quan điểm của bạn về bất kỳ khoản nợ kỹ thuật nào cuối cùng có "nguyên nhân gốc rễ" trong một tính năng hoặc khu vực hiện có của dự án. Điểm tốt. –

4

Tôi thấy rằng có một số loại nợ kỹ thuật: Nợ bạn biết và có thể theo dõi cho đến khi cố định và nợ trở nên rõ ràng do kết quả của lỗi không mong muốn. Tôi muốn theo dõi số dư nợ nổi tiếng trong một lần lặp lại riêng biệt mà tôi gọi là 'Bảo trì tồn đọng', trong khu vực 'Nợ kỹ thuật'. Sau đó tôi có thể liên kết các lỗi liên quan từ BẤT K iter lặp lại đến khu vực Nợ kỹ thuật, trong khi vẫn theo dõi các sự cố mà tôi chưa thể giải quyết. Điều quan trọng là bạn vẫn cần lỗi liên quan đến việc lặp lại chúng được tìm thấy và cố định và liên kết với các yêu cầu ban đầu cho mục đích báo cáo, v.v.

+0

Cảm ơn. Đây là cách tiếp cận mà tôi tò mò. Nhưng bạn có thấy nó hoạt động tốt không? Có người/doanh nghiệp khác hoạt động theo cách này không? Khu vực "Nợ kỹ thuật" của bạn và "Lặp lại bảo trì" có lặp lại cả ở cấp cao nhất trong các hệ thống phân cấp tương ứng của chúng không? –

+0

Nó hoạt động tốt ở chỗ nhóm có thể chủ động tiếp cận, ghi lại nợ kỹ thuật khi chúng đi, ngay cả khi chúng không thể sửa chữa nó trong lần lặp hiện tại. Tôi cũng có thể dễ dàng báo cáo về số lượng công việc không lường trước được trên mỗi chu kỳ là do nợ kỹ thuật vv. Có một công ty khác trong khu vực của chúng tôi (hơn 200 nhà phát triển) sử dụng cách tiếp cận tương tự. Tôi không thể nói cho cộng đồng rộng lớn hơn, nhưng có vẻ như đã tận dụng TFS như dự định. – PortageMonkey

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