Cách tốt nhất để phát triển Agile bằng Trac?

Question

Chúng tôi sử dụng Trac làm hệ thống theo dõi lỗi/phát triển/wiki của chúng tôi và tôi đã tự hỏi liệu có ai có kinh nghiệm và sử dụng một số plugin hoặc chức năng Trac Agile/Scrum không? Bất cứ điều gì bạn muốn giới thiệu?

Hoặc sẽ tốt hơn nếu sao chép vé Trac dưới dạng thẻ chỉ mục câu chuyện người dùng cây chết và biểu đồ burndown vẽ tay?

---

Lưu ý rằng tôi đã tìm thấy câu hỏi tương tự here. Mặc dù nó đặc biệt về Scrum. Họ khuyên bạn nên Agilo. Có ai đã thử Agilo chưa?

Answer 1

Với nhóm được phân bổ, tôi luôn sao chép các câu chuyện của người dùng trên thẻ chỉ mục. Một bức tường của thẻ là hợp tác hơn và đơn giản để sử dụng hơn bất kỳ công cụ phần mềm. Và điều quan trọng nhất, nó nằm trong khuôn mặt của bạn.

Điều này cũng đúng với biểu đồ ghi. Theo kinh nghiệm của tôi, một biểu đồ phần mềm được xem trực tuyến bởi một số ít người, và thường là một phương tiện kéo. Một poster lớn, handdrawn (mà thay đổi thường xuyên) được nhận thấy bởi tất cả mọi người, và phục vụ như là một vườn ươm cho các cuộc thảo luận đặc biệt.

Nó cũng khá có giá trị để có thể chỉ ra chúng trong cuộc họp scrum hàng ngày của bạn.

Answer 2

Bitten là plugin Trac để tích hợp liên tục có thể được khai thác để thực hiện xây dựng tự động khi đăng ký, cung cấp một phần quan trọng trong quy trình Agile (phản hồi nhanh). Tôi đã không sử dụng bất kỳ plugin khác cho Trac cá nhân, vì vậy tôi không thể bình luận về chúng. Tuy nhiên, chức năng Trac nguyên gốc của các cột mốc có thể được tận dụng khá dễ dàng, tôi nghi ngờ, được sử dụng như là các dấu lặp (nơi mỗi cột mốc biểu thị kết thúc của một lần lặp). Vì các mốc quan trọng có thể được sử dụng để đánh dấu 'ngày hết hạn' cho các đối tượng địa lý, bạn không cần nhiều cách sửa đổi để sử dụng chúng như vậy.

Từ đó, sử dụng vé làm câu chuyện của người dùng và buộc chúng vào cột mốc quan trọng (tôi chắc chắn điều này có thể được thực hiện thủ công tồi tệ nhất) sẽ cung cấp cho bạn phương pháp theo dõi cơ bản và giữ cho nhóm biết được tiến độ (và thay đổi) cũng cần phải được thực hiện).

Answer 3

Chúng tôi sử dụng wiki Trác cho:

• Danh mục tiêu chuẩn đối với từng tính năng
• Danh sách thông số kỹ thuật (nếu có) đối với các tính năng
• Danh sách chí và tính năng của chúng
• triển khai môi trường, có liên kết đến tất cả các trường hợp
  • Có macro để tạo yêu cầu web, vì vậy chúng tôi có thể liệt kê phiên bản nào, v.v ... mỗi ave
  • (có một plugin GraphViz đó là khá hữu ích cho các bản vẽ đơn giản)

Ngoài ra còn có một vé trong hệ thống bán vé cho mỗi "tính năng", để giữ một tồn đọng gross và hiện tại/tiếp theo chạy nước rút theo kế hoạch.

Sau đó, chúng tôi viết một loạt thẻ trong khi lập kế hoạch chạy nước rút cho mỗi đối tượng địa lý.

Ngoài ra còn có một mặt hoạt động hơn cho mọi thứ. Chúng tôi giữ một người mỗi lần chạy nước rút trên Ops, vì vậy chúng tôi có một người dành riêng cho bị gián đoạn bởi những người bên ngoài đội. Phần còn lại của nhóm có thể tập trung vào việc cung cấp các tính năng.

Mỗi tác vụ lỗi/ops nhận được một vé, nhưng ngay sau khi chúng tôi bắt đầu làm việc trên nó, nó nhận được một thẻ và bắt đầu di chuyển trên bảng. Bằng cách đó nó được hiển thị và chúng tôi không quên liên quan đến những người thử nghiệm, v.v.

Scrum là khá xúc giác, vì vậy tôi không nghĩ rằng nó sẽ làm việc tuyệt vời để đặt quá nhiều thứ bên ngoài môi trường làm việc vật lý. Nhưng cuối cùng, nhóm của bạn cần tìm sự cân bằng hoạt động.

Answer 4

Vâng, tôi đã cài đặt Agilo trên bản cài đặt Trac của chúng tôi.

Có vẻ rất tuyệt, bao gồm các biểu đồ burndown tốt đẹp.

Thật không may là tôi đã rời công ty mà tôi đã cài đặt nó trước khi tôi có thể sử dụng nó một cách nghiêm túc.

Cài đặt là một cơn đau (Ubuntu Ibex) - Tôi đã ghi lại các bước chính xác trên Agilo Google Group.

Vấn đề (như mọi khi) là tích hợp vào cuối nghiệp vụ mà các nhà quản lý và CEO muốn xem (ví dụ: ước tính so với giờ thực tế). Có (như đã được đề cập) các sản phẩm khác ra khỏi đó bao gồm này (FogBugz bao gồm điều này tôi tin), nhưng tôi (và đội) yêu Trac vì vậy chúng tôi đã làm việc xung quanh này.

Ồ, một điều nữa; có vẻ như nó giới thiệu khá nhiều chi phí (tức là bạn phải dành nhiều thời gian hơn để theo dõi để tận dụng tối đa nó), nhưng giống như tôi nói tôi không có cơ hội thực sự sử dụng nó trong giận dữ.

Answer 5

Đây là cách chúng tôi sử dụng Trác cho scrum của chúng tôi như chạy nước rút:

• Chúng tôi sử dụng các cột mốc trong Trác để xác định chạy nước rút.
• Có một mốc Backlog mặc định nơi chúng tôi thu thập tất cả các vé mới.
• Trước mỗi lần chạy nước rút, chúng tôi chuyển vé từ việc tồn đọng bản phát hành hiện tại.
• Trên trang mốc, chúng tôi có thể thêm các phản hồi và thông tin khác về chạy nước rút sử dụng cú pháp wiki.

Vì vậy, chỉ chức năng Trac mặc định không có bất kỳ plugin nào để giữ cho nó nhẹ. Khi chúng tôi phát triển tốt hơn, chúng tôi có thể thêm các tính năng như biểu đồ burndown hoặc có thể chuyển sang công cụ khác, nhưng trước tiên chúng tôi muốn có được các nguyên tắc.

Answer 6

Để biết điều gì đó hoàn toàn khác, cách tốt nhất để thực hiện Phát triển nhanh với Trac có thể là simply migrate mọi thứ đến Redmine. Nó hỗ trợ các tính năng cốt lõi của Trac với một số tính năng bổ sung bao gồm nhiều dự án, biểu đồ Gantt, diễn đàn, DCVS, vv mặc dù có vẻ như là not completely there yet. Một số điều tốt đẹp trong các đường ống.

Daniel Srb (trong nhận xét) có một số redmind agile plugin mà anh ấy đang làm việc có vẻ đầy hứa hẹn. Bạn có thể liên lạc và xem liệu anh ấy có kế hoạch phát hành nó không (đã lâu lắm rồi).

Chúng tôi đã thành công khi sử dụng hai sản phẩm trong buổi hòa nhạc trong quá khứ, Trac cho vé, xplanner để lập kế hoạch.

Answer 7

Chúng tôi đã sử dụng Trac trước đó bằng plugin chỉnh sửa rồi đến Redmine. Chúng tôi đã tìm thấy Redmine là khốn khổ để xem kho lưu trữ và giao diện vấn đề. Chúng tôi thực sự đang tìm cách quay lại Trac lần nữa.

Answer 8

Trả lời trễ, nhưng điều này càng chia sẻ trải nghiệm của tôi với Trac + Agilo cho đến thời điểm này.

Để trả lời nhanh câu hỏi của bạn, có lẽ Agilo là tùy chọn tốt nhất có sẵn để phát triển Agile với Trac.

Bây giờ, việc cài đặt và sử dụng cài đặt rất dễ dàng. Chúng tôi đã sử dụng bản phát hành mới nhất của họ 0.7.3.3. Nó cài đặt hoàn hảo trên Trac 0.11 và Python 2.5. Đừng quên cài đặt thư viện hình ảnh libjpeg và python. Nó sẽ hữu ích để lưu ý rằng chúng tôi đã sử dụng virtualenv mà đã thực hiện một điều dễ dàng hơn.

Việc sử dụng thêm rất đơn giản. Đối với wiki, tôi thích kiểu dáng cũ của Trac hơn là tuỳ biến của Agilo. Khác hơn tất cả mọi thứ chỉ hoạt động.

Trên danh sách gửi thư của tôi, tôi đã nhận thấy rằng họ đang có kế hoạch cung cấp hỗ trợ đa dự án trong tương lai. Trong tất cả tôi khuyên bạn nên Agilo plugin cho Trac.

Answer 9

Agilo dành cho đá Scrum, phiên bản mới nhất đang sử dụng biểu đồ do khách hàng tạo, do đó không còn phụ thuộc nữa, dễ cài đặt hơn :-) agile42 chỉ phát hành phiên bản Pro làm phong phú trải nghiệm Agilo với Planning Board đẹp và trực quan , rất tuyệt vời screencast :-)

Answer 10

Gần đây chúng tôi đã bắt đầu sử dụng Scrumban.

Về cơ bản, bảng Kanban, với các cuộc họp đứng lên hàng ngày bao gồm các câu hỏi Agile Scrum cổ điển - bạn đã làm gì vào ngày hôm trước? bạn dự định làm gì vào ngày hôm nay? Bạn có bất kỳ blockers?

Chúng tôi làm điều này xung quanh một bảng Kanban vật lý, nó là tuyệt vời để hình dung dòng công việc và đội ngũ tổng hợp, nhưng chúng tôi cũng muốn một hình thức kỹ thuật số của ban Kanban của chúng tôi để có thể tăng gấp đôi kiểm tra sử dụng trac so với bảng vật lý .

Để tìm kiếm thứ gì đó có thể hoạt động, tôi đã tìm thấy thông minh này post on re-creating a digital version of the Kanban board in trac. Nó rất thẳng về phía trước và đơn giản, tôi có thể dễ dàng thao tác phương pháp này cho luồng công việc của chúng tôi, và bạn có thể điều chỉnh nó theo cách tiếp cận lặp lại Agile Scrum (hoặc nếu bạn có thể mương thời gian đóng hộp, hãy cho Scrumban một thử).