2015-05-06 11 views
6

Trước đây, chúng tôi luôn có các dự án riêng biệt VSO cho từng dự án hợp lý đang được phát triển. Điều này đặc biệt quan trọng vì chúng ta cần phải có backlog riêng biệt cho từng dự án. Mỗi dự án có Chủ sở hữu sản phẩm của riêng mình.VSO: Dự án đơn lẻ có cấu trúc khu vực tầng?

DefaultCollection Multiple Projects

Chúng tôi có một đội ngũ khoảng 10 nhà phát triển làm việc giữa các dự án này hơn 2 sprints tuần.

Thiết lập này đã dẫn đến một số vấn đề nghiêm trọng khi sử dụng các công cụ VSO của Scrum:

  • Nhiều burndown, lưu lượng tích lũy và biểu đồ vận tốc
  • Chia suất thành viên trong nhóm trong chạy nước rút

Điều này đã làm rất khó để theo dõi tiến độ công việc trong thời gian chạy nước rút và lập kế hoạch hiệu quả cho kế hoạch tiếp theo. Điều này đã khiến tôi tạo ra this StackOverflow question.

Dựa trên câu trả lời MrHinsh, tôi bây giờ có thể có 1 dự án VSO và sau đó tách tất cả các dự án vào các khu vực:

DefaultCollection Single Project with Multiple Areas

Điều này có nghĩa chúng tôi có các đội bóng sau đây trong dự án (tất cả "ánh xạ" để họ lĩnh vực liên quan):

  • Dự án 1 Đội
  • Dự án 2 đội
  • Dự án 3 Đội
  • Dự án 4 đội

Nó sẽ là một ý tưởng tốt để thêm một tầng bổ sung cho các cấu trúc khu vực?

Ví dụ: dự án thuộc về một số sản phẩm. Một nhóm logic có thể hữu ích cho việc báo cáo sake (tốc độ/ngày ghi/etc). Nó sẽ phù hợp với mô hình tổ chức của chúng tôi khá tốt:

DefaultCollection Single Project with Tiered Areas

Từ hiểu biết của tôi, sau đó chúng tôi sẽ cần phải tạo thêm hai đội:

  • Sản phẩm A Đội
  • sản phẩm B Đội

Câu hỏi bổ sung:

Điều này về cơ bản có nghĩa là việc tồn đọng Nhóm sản phẩm A sẽ là một tích lũy của dự án 1 và 2 tồn đọng. NHƯNG, các thành viên vẫn có thể thêm các mục vào backlog của sản phẩm A, điều này hơi sai vì các mục backlog chỉ nên được tạo trong Project 1 và 2. Không có cách nào để vô hiệu hóa nó?

Tôi đã chơi đùa với điều này trong VSO và thấy rằng bất kể Khu vực nào thuộc về một thành viên, anh ấy/cô ấy dường như luôn có quyền truy cập vào tất cả các lĩnh vực trong Dự án.Điều này có nghĩa là kiểm soát truy cập không thể thực hiện được. Ngoài ra, điều đó có nghĩa là tôi không thể "ẩn" lớp Sản phẩm.

Ngoài ra, khi điều hướng đến vùng nhóm, không có chỉ báo rõ ràng về cấu trúc phân cấp (xem ảnh chụp màn hình bên dưới). Điều này có thể gây hiểu lầm cho các thành viên. Đây sẽ là một lý do khác để ẩn các lớp Sản phẩm đó. Tôi đã không tìm được cách để làm điều này.

VSO Browse Server

+0

Nếu một Chủ sở hữu sản phẩm khác nhau sở hữu từng Dự án trong Sản phẩm thì. Tôi sẽ đặt câu hỏi về tính hợp lệ của chúng là Chủ sở hữu sản phẩm ... Chúng không chỉ là người quản lý dự án? –

Trả lời

4

Không có cách nào để ẩn các lớp sản phẩm, tuy nhiên bạn có thể làm điều gì đó về điều khoản và giá trị mặc định.

Quyền

Bạn có thể thiết lập quyền trực tiếp trên Diện tích Paths. Điều này cho phép bạn hạn chế khả năng hiển thị hoặc ghi quyền truy cập vào nội dung của đường dẫn vùng. Nếu bạn mở trình quản lý Đường dẫn Vùng và nhấp chuột phải, bạn có thể thấy tùy chọn "Quyền". Hãy nhớ rằng "không được thiết lập" là cách tốt hơn so với "Từ chối" là "từ chối" luôn thắng.

Setting permissions on area path in tfs

Nếu bạn chọn thư mục gốc Area-> đến an ninh> Cộng tác viên, bạn có thể "không được thiết lập" các điều khoản mà bạn không muốn kế thừa. Sau đó, cấp cho Nhóm quyền truy cập vào các khu vực bạn muốn.

quản lý Backlog

Nếu bạn mở ra việc tồn đọng Tree và thay vì chọn "productÃ" nút như lặp tồn đọng cho đội tuyển "productÃ" bạn có thể chọn "Project1" như khu vực mặc định để thay thế. Bất kỳ mục mới nào được thêm vào backlog "ProductA" sau đó sẽ tự động xuất hiện trên "ProductA \ Project1" thay vì gốc.

setting a default backlog area for a team in tfs

Tất cả bạn cần làm là di chuột qua các "Project1" nhập cảnh và chọn "thiết lập mặc định" để làm cho rằng mặc định.

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