tổ chức các dự án Redmine?

Question

Tôi là nhà phát triển duy nhất làm việc trên một số trang web webapp. Tôi có họ trong subversion, nhưng tôi không sử dụng một công cụ quản lý dự án.

Gần đây tôi đã khởi động lại và tiếp tục và tôi muốn thiết lập các dự án trong đó. Những gì tôi đang tìm kiếm là một khuyến nghị về cách cấu trúc hai dự án này trong Redmine. Từ những gì tôi có thể thu thập, cấu trúc là Project-> subproject. Vì vậy, tôi đang cố gắng ánh xạ điều này đến cấu trúc danh sách công việc của tôi. Từ danh sách công việc của tôi, có ba loại tác vụ: các tính năng mới, sửa lỗi và bảo trì (không sửa lỗi hoàn toàn nhưng những thứ thực sự cần dọn dẹp).

Tôi có nên đặt từng ứng dụng web thành một dự án cấp cao nhất, với Tính năng, Lỗi và Bảo trì dưới dạng các dự án con không? Còn cách nào khác để tổ chức các dự án? Ví dụ: trong hướng dẫn lật đổ, họ khuyên bạn nên có project/trunk, project/branches, project/testing, project/releases, v.v. Có nguyên tắc tương tự để làm việc trong Redmine không?

Answer 1

Như thường lệ, khi bạn định cấu hình hệ thống, bạn cần tùy chỉnh hệ thống càng nhiều càng tốt để thử và đáp ứng các nhu cầu của riêng bạn. Cá nhân tôi không biết về bất kỳ hướng dẫn hoặc khuyến nghị nào cho Redmine, tuy nhiên tôi có thể liên hệ những gì chúng tôi làm ở đây và tôi hy vọng điều đó sẽ giúp bạn! :-)

Tính năng/Lỗi/Bảo trì chỉ là cách gắn nhãn các tác vụ của bạn để bạn có thể lọc chúng. Đây là một nhãn cụ thể được gọi là "bộ theo dõi" trong Redmine. Bạn có thể xác định trình theo dõi của riêng bạn cho các loại nhiệm vụ bổ sung.

Dự án và Tiểu dự án cũng là một cách hiệu quả để gắn nhãn cho công việc của bạn, nhưng nhóm chúng lại theo một loại ô rộng hơn. Khi bạn tạo 'dự án', bạn chỉ định các trình theo dõi bạn sẽ cần đến chúng. Trong trường hợp của chúng tôi, chúng tôi tạo API và có trình theo dõi riêng biệt để xác định lỗi, tính năng sửa đổi & với tên trình theo dõi trùng lặp (hiệu quả) để chúng tôi có thể xác định xem tác vụ dành cho người lập trình trên máy tính để bàn hay dsp. Các tiểu dự án được sử dụng để xác định các dòng sản phẩm hoặc tùy chỉnh mà khách hàng của chúng tôi yêu cầu hỗ trợ cụ thể. Chúng tôi cũng sử dụng nhãn phiên bản để xác định các bản phát hành cụ thể trong mỗi dự án để chúng tôi có thể có được chế độ xem lộ trình đẹp của tất cả các tác vụ chúng tôi đang theo dõi. Chúng tôi có nhiều dự án trong hệ thống Redmine của chúng tôi, mỗi dự án được cấu hình theo cách tương tự, với một số nhiệm vụ dự án được liên kết giữa các dự án là các vấn đề "có liên quan" để chúng tôi có thể xác định các phụ thuộc.

Đây chỉ là một cách để cấu hình Redmine, nhưng đơn giản nhất chúng ta có thể quản lý được cho các mối quan hệ phức tạp giữa một số dự án của chúng tôi. Đây là cấu hình thứ hai mà chúng tôi đã thử và chúng tôi thấy nó hoạt động tốt. FYI, cấu hình đầu tiên là trên một hệ thống thử nghiệm để cho phép chúng tôi tìm ra những gì chúng tôi cần từ hệ thống sau khi di chuyển từ Trac, một vài năm trước đây. Cấu hình hiện tại đã được sử dụng trong khoảng 2 năm và có vẻ phù hợp với nhu cầu của chúng tôi một cách độc đáo. Như tôi đã nói trước đó, bạn cần quyết định những gì bạn cần từ hệ thống, nhưng cách tiếp cận đơn giản nhất là nghĩ về cách bạn xem dự án từ trên xuống, cấu hình hệ thống của bạn để phù hợp với quy trình của bạn và không thay đổi quy trình để phù hợp với công cụ - luôn là tùy chọn 'tai hại' hơn IMHO. Tôi sẽ không khuyên bạn nên theo dõi các lỗi và các tính năng trong các dự án riêng biệt, vì việc xây dựng lộ trình của bạn với nhau thường khó khăn hơn và nó cũng làm cho việc hiển thị tổng tải nhiệm vụ cho một dự án cụ thể trở nên khó khăn hơn. Thậm chí chia các loại nhiệm vụ thành các tiểu dự án có thể là vấn đề, vì nó làm phức tạp mọi thứ nếu bạn thấy bạn cần hỗ trợ nhiều chu kỳ phát hành sản phẩm, bổ sung thêm khối lượng công việc của bạn về quản lý hệ thống Redmine của bạn.

Đó là tất cả những gì tôi có thể nghĩ đến bây giờ.Tôi hy vọng rằng sẽ giúp bạn. :-)

Answer 2

Loại công việc bạn đề cập có vẻ là những gì mà Redmine gọi theo dõi. Bạn có thể xác định trackers của riêng bạn. Theo tôi, bạn không nên cần một tiểu dự án cho mỗi "loại nhiệm vụ", nhưng theo dõi.