Team Foundation Server - Quy trình Mẫu dành cho tôi là gì?

Question

Vì vậy, cuối cùng tôi đã có thể hoàn thành việc cài đặt TFS và bắt đầu tạo dự án nhóm đầu tiên của tôi đã giới thiệu tôi với mẫu quy trình.

Sau khi theo liên kết đến Microsoft's site để biết thông tin mẫu quy trình Tôi đã bị ngập với thông tin mới cần xem xét. Những mẫu nào có tất cả các bạn đã có kinh nghiệm với điều đó hoặc là làm việc rất tốt cho bạn hoặc có nhiều hơn một trở ngại cho dự án? Lợi thế và bất lợi lớn nhất bạn gặp phải là gì?

Edit: Một số thông tin về dự án của tôi, tôi là các nhà phát triển vượt trội của một công ty nhỏ và sẽ được sử dụng TFS/VSTS để tạo ra một cổng thông tin mạng nội bộ để củng cố ngày người dùng cuối ngày và tăng tự động hóa để nâng cao năng suất vv Đó là phát triển hoàn toàn mới tận dụng lợi thế của C#, ASP.NET và Sql Server 2008.

Lý tưởng tôi muốn tận dụng các tính năng để tăng cường hợp tác với các cổ đông để giúp thêm các tính năng mong muốn và theo dõi trạng thái Tôi cũng đang tìm cách tận dụng TeamCity của JetBrain cho TFS của tôi vì vậy nếu bất kỳ mẫu/phần mềm cụ thể nào thực sự bổ sung sự gắn kết giữa TFS, TeamCity, Nhà phát triển và các bên liên quan lý tưởng là những gì tôi quan tâm.

Answer 1

Bạn đã sử dụng quy trình phát triển phần mềm như scrum chưa? Nếu có, bạn có thể dùng thử Mẫu quy trình nhóm này qua here.

Nhóm dự án và dự án của bạn lớn đến mức nào? Microsoft đã xuất bản một trong số đó là Process Templates (MPT) nội bộ trên here. Bạn có thể nhận được một số hướng dẫn và cảm hứng từ mẫu này.

Là tangurena được đề cập. Mọi người sử dụng các mẫu chuẩn, thay đổi lỗi một chút và lưu trữ một số tài liệu ở đó. Tôi cũng khuyên bạn nên giữ cho quy trình 'ánh sáng' là tốt.

Tuy nhiên, mẫu quy trình không phải là tất cả.

Dưới đây là một số ý tưởng những gì tôi sẽ làm gì (trong trường hợp của bạn):

• Tạo một số workitems trật tự cao (tính năng/tầng) mà stakeholdes có thể tạo (hạn chế và nhóm người dùng TFS là bạn của bạn).Sau đó, họ có thể truy cập các tính năng được yêu cầu của họ thông qua TFS Work Item Web Access. Bằng cách đó bạn không cần một CAL cho họ

• Tạo một số báo cáo hiển thị kế hoạch công việc lên kế hoạch phát hành.

• Thiết lập tự động hóa xây dựng và tạo Báo cáo (a.k.a. Ghi chú phát hành) từ workitems của bạn theo các bản dựng.

Lợi thế và bất lợi lớn nhất bạn gặp phải là gì?

Imho bất lợi lớn nhất là bạn bắt đầu tin rằng mẫu là viên đạn bạc của bạn. Nó không phải, đó là điểm khởi đầu của bạn. Hệ sinh thái TFS cung cấp cho bạn nhiều cơ hội để tạo ra các bit phần mềm riêng phù hợp với nhu cầu của bạn. Chỉ cần xem TFS API.

Answer 2

Đây là một hình ảnh đẹp khác agile-based template (ban đầu là SSW, nhưng bạn phải đi quanh một bức tường đăng nhập).

Mẫu này giúp tăng cường sự gắn kết giữa nhà phát triển, người quản lý và các bên liên quan khác bằng cách bao gồm hỗ trợ mạnh mẽ hơn cho quy trình dự án (tài liệu, đánh giá, & c., & c.). Ví dụ: có các loại được tích hợp cho các yếu tố quy trình như kế hoạch phát hành.

Answer 3

Nói chung, tôi ưu tiên một quy trình nhỏ như bạn có thể quản lý. Càng nhiều tiểu bang, bạn càng có nhiều trường, thì thông tin có nhiều khả năng trong chúng chỉ đơn giản là sai.

Chúng tôi đang chạy với phiên bản của riêng mình trên mẫu Agile. Hầu hết những gì chúng tôi đã làm cho nó đã được xóa công cụ.

Bạn có thể sử dụng API TFS để ghi nhật ký xây dựng vào cơ sở dữ liệu, cho phép bạn kết nối TeamCity và TFS. Ngoài ra, tôi có thể chỉ cần đi với giao diện web mà đi kèm với TFS, tôi không nghĩ rằng bạn cần phần mềm của bên thứ ba cho việc này.

Answer 4

K.I.S.S.! Tôi đã tạo một mục công việc tùy chỉnh dựa trên một mục Agile. Và đó là nó, chỉ một mục công việc. Có "Mức độ nghiêm trọng của hệ thống" mà CNTT sử dụng và "Ưu tiên kinh doanh" mà khách hàng/khách hàng sử dụng. Ngoài ra còn có một "Yêu cầu loại". Với ba thứ đó cùng với việc xây dựng Vùng và Lặp lại toàn bộ nhóm, bao gồm các khách hàng có thể truy vấn các mục công việc để chỉ nhận các mục mà họ quan tâm đối với bản phát hành mà họ quan tâm (hoặc tất cả chúng không phụ thuộc vào bản phát hành).

Tôi hoàn toàn không sửa đổi máy trạng thái. Điều này khiến chúng tôi trở nên linh hoạt với mọi người. Tất cả mọi thứ từ bầu trời xanh yêu cầu đến các lỗi nội dung/hình ảnh trần tục có thể được ghi lại ở đó.

Ứng dụng khách sử dụng TFS Web Access (CAL không giới hạn) và nhà phát triển (tôi và 1 người khác) sử dụng VS. Tại công việc cuối cùng của tôi, tôi đã tạo ra cùng một thiết lập, nhóm dev là một nhóm 5 người và nó hoạt động tốt hơn ở đó! Tôi đã dẫn đầu ở đó và PM kỹ thuật.

Lợi thế lớn nhất là có một hệ thống rất linh hoạt cho mọi người, khi sử dụng 1 loại mục công việc cho mọi thứ. Bất lợi sẽ là một đường cong học tập cho khách hàng, nhưng một khi họ biết cách sử dụng nó như thế nào nhất. Một gợi ý sẽ là để xem xét các công cụ rẻ hơn ra khỏi đó cho một thực hiện tương tự, nhưng, giảm giá .edu của chúng tôi với MS không thể đánh bại.

Answer 5

Tôi sẽ phải nói rằng bạn phải xác định hệ thống bạn sẽ sử dụng cho SDLC của công ty bạn trước. Mẫu quy trình chỉ đơn thuần là một công cụ và không có sự hiểu biết tốt về quy trình cơ bản, nó sẽ không giúp đỡ và có thể làm cho mọi việc trở nên khó khăn hơn. Việc sử dụng người dùng là rất quan trọng đối với sự thành công của SDLC và mẫu quy trình.

Chúng tôi sử dụng Scrum for Team System. Chúng tôi đã chọn điều này do trải nghiệm của chúng tôi với Scrum như một phương pháp SDLC. Có một số sách và bài viết tuyệt vời trên web để giúp bạn bắt kịp tốc độ. Scrum sẽ kết hợp các bên liên quan kinh doanh vào quá trình này.

Trong hệ thống của chúng tôi, Giám đốc sản phẩm hoàn toàn tính phí các hạng mục backlog sản phẩm và làm việc với bản thân và CTO để ưu tiên chúng vào các mục Backlog Sprint.

Thay đổi duy nhất mà chúng tôi đã thực hiện cho mẫu quy trình là thêm trạng thái "Không thành công" và quy trình làm việc tương ứng.

Answer 6

Nó có thể không phải là mẫu tốt nhất cho bạn nhưng tôi vẫn muốn đề cập đến nó ở đây: XP for Team System.Nó cơ bản là một phiên bản đơn giản của MSF cho phát triển phần mềm Agile:

[...] nó loại bỏ một số nhiệm vụ thiết lập mà một dự án XP có thể sẽ không muốn thực hiện và thay đổi Work Item Loại tên Kịch bản để Câu chuyện.