Sử dụng các vùng và lặp lại trong Team Foundation Server 2008

Question

Nếu bạn đang sử dụng TFS 2005 hoặc 2008, bạn sử dụng lặp lại và các vùng như thế nào?

Bạn có tạo một khu vực cho các phần cụ thể của ứng dụng mà bạn đang xây dựng không?

Dưới đây là một bài viết thú vị trên các lĩnh vực và cách đội TeamSystem sử dụng chúng:

http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx

Nhưng, tôi thậm chí còn tò mò thêm về sự lặp lại và tôi sẽ biết ơn nếu bạn có thể chỉ cho tôi vài bê tông ví dụ.

Bạn có tạo lặp lại dựa trên các mốc quan trọng hoặc dựa trên một số chức năng nhất định không?

Điều gì sẽ xảy ra khi bạn hoàn thành v1, cách bạn quản lý v2 hoặc cập nhật thành v1?

Chúng tôi đang sử dụng mẫu MSF Agile.

Answer 1

Chúng tôi sử dụng các khu vực để đại diện cho dòng sản phẩm.

Vì chúng tôi sử dụng SCRUM, các lần lặp trong TFS được sử dụng để xác định chu kỳ phát hành của chúng tôi và chạy nước rút trong các chu kỳ phát hành đó.

Các mục tồn đọng được gán cho chu kỳ phát hành và các hạng mục công việc được gán cho chạy nước rút để đảm bảo các mục tồn đọng được hoàn thành.

Sau khi phát hành, bạn hoàn toàn có thể thêm sửa lỗi/cập nhật vào nhật ký trong khi đang làm việc phiên bản tiếp theo cùng một lúc.

Answer 2

tôi giả sử bạn đang sử dụng lặp đi lặp lại như một phần của MSF Agile, hoặc một số loại khác của phương pháp Agile. Nếu vậy, nói chung, bạn sẽ tìm ra bao nhiêu công việc có thể được hoàn thành bởi nhóm của bạn trong n tuần tiếp theo. Nói chung, chúng tôi đã sử dụng 3 tuần, nhưng độ dài lặp lại của bạn có thể khác nhau.

Cách bạn xác định các mục cho lần lặp thường dựa trên mức độ ưu tiên, nên dựa trên tác động của thị trường/doanh nghiệp (tính nóng) và dễ thực hiện. Điểm tác động là trọng lượng nặng hơn, nhưng bạn nên cân nhắc việc thực hiện dễ dàng trong điểm số của mình vì bạn có thể có một số mục "bang for buck".

Quy tắc, với Agile, là các tính năng không thể hoàn thành bị xóa. Bạn KHÔNG BAO GIỜ kéo dài ngày lặp lại.

Điều này sẽ trả lời các mốc quan trọng so với câu hỏi chức năng. Nó không phải là. Bạn dựa trên cơ sở lặp lại đúng giờ. Đó là thời gian đóng hộp. Bằng cách này, bạn có thể hình dung cách lạc quan của nhóm của bạn là điều chỉnh lần lặp tiếp theo để có được chính xác hơn về các ước tính. Nếu bạn dựa trên tính năng lặp lại, bạn sẽ luôn nhớ ngày tháng. Điều này cũng đúng cho các sự kiện quan trọng.

LƯU Ý: Nếu bạn đang nói về thác nước, các quy tắc có thể dựa trên các mốc và chức năng, nhưng với Agile, thời gian là vua.

Bây giờ đến các khu vực: Đây là một trong những chủ quan hơn. Một cách để chia thành các khu vực là nhóm các trường hợp sử dụng. Tôi thích phương pháp này. Tuy nhiên, khi nói đến giao diện người dùng, bạn cũng có thể tạo các khu vực cho các biểu mẫu cụ thể, v.v.

Answer 3

Lặp lại và Đường dẫn khu vực là những gì bạn muốn. Cách bạn có thể mô tả dự án của mình trong không gian và thời gian.Một ví dụ đơn giản như sau:

Đường dẫn khu vực (Không gian) - có thể được sử dụng để mô tả các phần của hệ thống/dự án của bạn. Giả sử bạn tạo một TeamProject cho một ứng dụng GUI, một số khu vực sẽ mô tả các mô-đun của nó (Dữ liệu đầu vào, Báo cáo, Giao diện, In ấn, v.v.)

Đường lặp (Thời gian) - mô tả Phiên bản hoặc Chu kỳ phát hành dự án của bạn. Trên công ty mà tôi đã làm việc cho các phiên bản phát hành được sử dụng như các phiên bản của họ (chính, nhỏ, xây dựng, sửa đổi). Nó giúp theo dõi các mục công việc để đánh dấu những gì nó được dự kiến ​​sẽ được hoàn thành bởi. Chúng tôi đã có một lần lặp TBD tĩnh mặc định cho tất cả các mục công việc được tạo. Ban quản lý sẽ quyết định sau đó để nhắm mục tiêu các mục công việc đó và chỉ định chúng hoặc đóng chúng.