2008-10-24 92 views
83

Bạn sử dụng mẹo nào và "tiêu chuẩn" nào trong quy trình quản lý dự án Redmine của mình?Thực hành tốt nhất của Redmine

Bạn có mẫu chèn wiki chuẩn mà bạn có thể chia sẻ hoặc cách tiêu chuẩn để thực hiện dự án bằng cách sử dụng các tính năng lỗi và các vấn đề hỗ trợ?

Bạn có cho phép các sự cố và cập nhật được gửi qua email vào Redmine không? Bạn có sử dụng diễn đàn không? Bạn có sử dụng kho SVN không? Bạn có sử dụng Mylyn trong nhật thực để làm việc trong danh sách nhiệm vụ không?

Tôi đang cố gắng kéo phòng của mình. vào một số trang web dựa trên PM thay vì tài liệu Word của các yêu cầu mơ hồ, tiếp theo là tài liệu Word giải thích cách QA và Triển khai tất cả bị mất trong một đống các bản cập nhật và dự án cạnh tranh để thời gian tôi phải sửa một cái gì đó, không ai có thể tìm thấy bất kỳ tài liệu nào về cách hoạt động của nó.

Trả lời

4

Chúng tôi đang sử dụng phần Lộ trình như một cách rõ ràng để hiển thị:

  • lỗi
  • tính năng (đó sẽ là tài liệu tham khảo để tài liệu văn bản của bạn, hoặc liên kết đến các trang yêu cầu html)
  • đối chiếu (chênh lệch giữa giá trị sản xuất và giá trị thử nghiệm)
  • và vân vân ...

Đó là điểm chính hợp nhất cho chúng tôi. Phần còn lại được sử dụng liên quan đến điều đó (ví dụ: phần 'thông báo' được sử dụng để xác định mốc thời gian/ngày phát hành chính được sử dụng trong lộ trình)

20

Tôi là nhà phát triển web Ruby và Redmine tự do, người điều hành một dự án kinh doanh của một (tôi). Vì vậy, Redmine của tôi được thiết lập là khá nhẹ và tập trung vào khách hàng. Redmine của tôi cũng phục vụ hai nhiệm vụ để lưu trữ các dự án nguồn mở của tôi.

Tôi cho phép các sự cố và cập nhật mới được gửi qua email và nó hoạt động tốt cho người dùng được kết nối email (hoặc những người luôn ở trên iPhone của họ).

Tôi đã sử dụng chế độ xem kho lưu trữ với kho lưu trữ git và nó hoạt động rất tốt. Với mỗi checkin tôi tham khảo vấn đề với #nnn để trang vấn đề thực sự sẽ hiển thị tất cả các cam kết để thực hiện các tính năng.

Tôi thấy các diễn đàn không được sử dụng. Tôi nghĩ rằng nếu có một số tích hợp email, chúng sẽ hữu ích hơn.

+3

Tiếp tục công việc tuyệt vời trên Redmine, Eric! – Cosmin

10

Chúng tôi đã tìm thấy hữu ích thực hiện những điều sau đây:

1) Ẩn "Issue" và "Hỗ trợ" theo dõi, và nộp tất cả mọi thứ như một lỗi:

  • tiết kiệm thời gian cho các nhà phát triển, thử nghiệm , sự quản lý;
  • nếu một số hoạt động được lập hóa đơn là "bổ sung" hoặc "tính năng mới" hoặc bất kỳ hoạt động nào khác, các cuộc họp nhanh được sắp xếp để đánh giá chúng.

2) cột mốc & phiên bản Tôi yêu này, bạn có thể dễ dàng theo dõi tình trạng của mỗi bản phát hành và bất cứ lúc nào bạn có thể tải về một gói lớn hơn, ví dụ: để kiểm tra một lỗi đệ trình bởi khách hàng.

3) chức năng "lưu" trên tab "vấn đề": một trình tiết kiệm thời gian lớn khác, tôi có các truy vấn khác nhau được lưu cho nhiều tác vụ báo cáo hàng ngày và đó là tất cả những gì tôi cần.

4) tích hợp phiên bản, tức là sử dụng "# 123" trong nhận xét tạo liên kết đến vấn đề tương ứng: chỉ cần thông minh!

20

Tôi phát triển và duy trì các ứng dụng nội bộ cho gia đình các công ty sản xuất. Tính đến thời điểm nhận xét này, tôi là nhà phát triển/nhà phân tích duy nhất trong nhóm CNTT. Trong thời kỳ tồi tệ nhất của suy thoái, nhu cầu của dự án của tôi đã bùng nổ. Như vậy dự án của tôi và vấn đề tồn đọng là khá khó sử dụng. Chúng tôi hiện đang trong quá trình tái cấu trúc để mở rộng nhóm.

Đây là cách tôi sử dụng Redmine để giữ cho đầu của tôi đi thẳng (trong phạm vi có thể), người dùng của tôi ở vịnh và hy vọng ngăn chặn quá nhiều tay cầm nhân viên mới trong tương lai.

  • Tôi sử dụng Subversion để kiểm soát nguồn, với TortoiseSVN và được đặt tên là Tortoise-Redmine plugin. Làm mới kho lưu trữ trong dự án Redmine sau khi cam kết liên kết vấn đề, cho thấy sửa đổi về vấn đề này và cập nhật các bên liên quan của tôi thông qua thông báo qua email.
  • Tôi coi mô tả dự án là phương tiện truyền đạt mục đích, phạm vi và vòng đời của dự án cho những người không tham gia. Bằng cách đó người dùng của tôi biết những gì tôi đã có trên đĩa của tôi, và những gì vẫn còn trên buffet mà tôi đang nhãn cầu từ xa.
  • Tôi sử dụng tên vai trò cụ thể cho các bộ quyền của tôi cho biết nhiều hơn một bộ quyền - một lần nữa, như một phương tiện tài liệu. Vai trò của tôi bao gồm: Trình quản lý dự án, Thành viên nhóm dự án, Chủ sở hữu, Người dùng chính, Người dùng phụ, Người quan sát, Overlord (cho các ông chủ của tôi ... cả vui vẻ và không thể phủ nhận chính xác).
  • Tôi sử dụng Wiki và Tài liệu để làm tài liệu, tùy thuộc vào điều tôi cảm thấy phù hợp.
  • Phiên bản khá vô dụng đối với tôi, vì vậy thay vì sử dụng nó cho các bản phát hành đã lên kế hoạch, tôi sử dụng nó để nhóm các vấn đề liên quan thành chạy nước rút.
  • Tôi sử dụng plugin Stuff-To-Do tuyệt vời của Eric Davis để tổ chức/sắp xếp lại các lần chạy nước rút đã nói ở trên trước khi chỉnh sửa hàng loạt Phiên bản mục tiêu về các vấn đề của tôi. Điều này cũng cho phép các bên liên quan của tôi biết những gì tôi đang làm việc và cách tôi đã ưu tiên lợi ích của họ (tốt hơn hoặc tệ hơn).
  • Để khuyến khích tương tác người dùng, tôi đã thêm liên kết vào dự án Redmine vào menu Trợ giúp của ứng dụng của tôi. Hộp "Giới thiệu" cũng chứa liên kết đến dự án Redmine.

Kế hoạch tương lai

  • Tôi hy vọng tại một số điểm để kết thúc phần mở rộng Visual Studio của tôi cho Redmine hội nhập.
  • Xây dựng thư viện mã để ứng dụng của tôi với dự án Redmine một cách lỏng lẻo: tự động gửi lỗi, cảnh báo đăng ký các bên liên quan từ khay hệ thống, trình đơn Trợ giúp tương tác có thể tái sử dụng được REST API của Redmine điều khiển, v.v. (Có thể tự động hóa các phần tài liệu với Wiki?)
8

Chúng tôi sử dụng Redmine rộng rãi trên hệ thống của mình. Chúng tôi thậm chí còn thiết lập dự án "Bán hàng" cho nhóm bán hàng của mình để sử dụng làm CRM. Chúng tôi có một đống các trường tùy chỉnh trong dự án này và nó thay thế SugarCRM mà chúng tôi đã sử dụng trước đây.

Trong hệ thống của chúng tôi, chúng tôi có các dự án cho phần mềm Máy chủ và ứng dụng khách. Dự án máy chủ được chia thành các mô-đun con, dựa trên cách tôi đã cấu trúc hệ thống và các kho con, vì Redmine thích một repo riêng biệt cho mỗi dự án.

Chúng tôi sử dụng, như những người khác lưu ý, #nnn mã trong thư cam kết tham chiếu vé. Điều thú vị là nó không cần phải là một vé trong cùng một dự án. Vì vậy, một vé bán hàng có thể bị chặn bởi một vấn đề lỗi, hoặc yêu cầu hỗ trợ.

Chúng tôi vừa mới bắt đầu sử dụng Tài liệu cho chương trình làm việc/phút họp. Chúng tôi sử dụng Phiên bản để nhóm thành bản phát hành, trên cả máy khách và máy chủ.

Để cố gắng sử dụng plugin Trình theo dõi thời gian của Redmine để theo dõi thời gian, nhưng tôi luôn quên nhấp vào bắt đầu hoặc kết thúc. Chúng tôi nhận được email hàng ngày về các vấn đề chưa được xúc động trong một thời gian (Redmine Whining, tôi nghĩ) và có những ngày đến hạn trong quá khứ hoặc gần tương lai (Lời nhắc nâng cao).

Email hỗ trợ truy cập trực tiếp vào dự án Hỗ trợ của chúng tôi và nếu email nhập mạnh hơn một chút (đôi khi nó không tạo vé mới đúng nếu dòng Project: được bao gồm trong email), chúng tôi sẽ có yêu cầu trang web tự động tạo ra vé bán hàng. Vì vậy, chúng tôi chỉ cần theo dõi vé Hỗ trợ và chuyển chúng vào Bán hàng nếu có.

Những điều tôi muốn để có thể làm:

  • Có mối quan hệ giữa hệ thống và redmine của chúng tôi, do đó vé có thể được liên kết với một người dùng hoặc công ty trong hệ thống của chúng tôi. Ngoài ra, để chúng tôi có thể tạo ra một công ty mới từ một vé bán hàng tại các điểm có liên quan. Điều này chỉ đòi hỏi tôi phải làm một số công việc.
  • Có mối quan hệ giữa phần mềm theo dõi lỗi của chúng tôi (sentry) và redmine, do đó lỗi máy chủ tạo ra một vé redmine. Một lần nữa, có thể giải quyết bằng công nghệ hiện tại.
  • Yêu cầu khách hàng máy tính để bàn quay lại. Máy chủ nằm trong mạng LAN của chúng tôi, nhưng có thể có một cách linh hoạt hơn để truy cập dữ liệu khác với trang web sẽ là tuyệt vời. Nó không phải là bất cứ điều gì tôi không thể thực sự làm trong giao diện web redmine, nhưng một cái gì đó giống như Things.app là vì vậy đẹp hơn rất nhiều để làm việc in
  • Có tài liệu hỗ trợ của chúng tôi tất cả trong redmine, và sau đó tạo ra máy chủ công khai. Bằng cách đó, nhân viên hỗ trợ của chúng tôi có thể duy trì tài liệu, chỉnh sửa theo cách tốt đẹp và triển khai các thay đổi đối với doc-server.
+0

Vui lòng làm rõ tuyên bố của bạn về việc liên kết trình theo dõi khác với Redmine. Bạn nói rằng điều này là doable với công nghệ hiện tại. Bạn có ý nghĩa gì về công nghệ? Cảm ơn. – Riga

+0

Bạn có thể gửi sentry gửi dữ liệu sẽ tạo một vé redmine, và sau đó liên kết id vé trở lại sentry. Vì vậy, tôi tin rằng, nó không phải là một ưu tiên đủ cao để mất thời gian của tôi được nêu ra mặc dù :) –

6

Redmine thật tuyệt vời cho chúng tôi từ trước tới nay. Chúng tôi sử dụng nó như là một hàng đợi ưu tiên bán vé/ưu tiên nhiều người thuê, và đã gắn nó với SVN. Đặc biệt:

  • Cài đặt/duy trì qua SVN đã được một làn gió (tôi đã di cư chúng tôi 1,1-1,2 để 1,3-1,4 qua việc sử dụng các svn switch https//.../branches/1.3-stable . lệnh tiếp theo là rake migrate lệnh với cài đặt đá quý chỉ thỉnh thoảng cần thiết trong giữa).
  • Bản sao lưu của cơ sở dữ liệu và tệp được lưu trữ là thực thi tập lệnh một dòng
  • Chúng tôi yêu thích các plugin Time TrackerSpent Time.Tôi sẽ giết một khách hàng chất béo theo dõi thời gian Mac OS X cho một số người dùng văn phòng của chúng tôi, nhưng bên cạnh đó :)
  • Chúng tôi không sử dụng Diễn đàn nhiều, nhưng sử dụng nhiều Hoạt động và Lộ trình. Các vấn đề liên quan đến các phiên bản cụ thể là một ơn trời.
  • Chúng tôi cũng có phân biệt Khách hàng/Máy chủ, nhưng sử dụng phiên bản đích để buộc vé để chỉ định nơi nào (và đã kết thúc mở TIẾP CẬN KHÁCH HÀNG/TIẾP CẬN MÁY CHỦ) để phân biệt giữa khi đang làm việc.
  • Chúng tôi kết hợp các phép ẩn dụ cho các trạng thái - chúng tôi sử dụng danh sách của chúng tôi được nhóm lại lần đầu tiên bằng các cụm từ này ("Ngay lập tức", "Bị từ chối", "Bị chặn", "Làm việc", "Trên sàn" "Danh sách", "Đang chờ xây dựng", " Phát hành Để kiểm tra "," Verified "," Phát hành để sản xuất "," Closed "," Hủy bỏ "
  • Sau đó, trong mỗi nhóm ở trên, chúng tôi có danh sách ưu tiên được sắp xếp này: (" Ngay lập tức "," Ưu tiên cho tôi " , "Thiết kế và Kích thước Tôi", "P1" ... "P5", "Danh sách P-Watch") .Điều này cộng với việc trên cho phép dễ dàng quy trình làm việc tất cả từ các vấn đề khu vực. bởi "Ưu tiên", "Tác vụ dành cho cha mẹ", sau đó "Ngày cập nhật" - cần có từ trung gian để Redmine thụt lề độc đáo nên có nhiệm vụ con trong cùng một nhóm.
  • Chúng tôi sử dụng checkin cam kết ràng buộc các vấn đề (ví dụ, svn ci -m "This fixes #1733 @2.5, holy smoke what a weird foo bug. It is now bacon and unicorns.") - và chuyển nó sang "Waiting For Build" (Đã từng được giải quyết), nhưng tôi cảm thấy mệt mỏi khi giải thích rằng "Đã giải quyết" không có nghĩa là ai đó có thể mong đợi để xem nó phát hành được nêu ra).

Tôi nghĩ tôi sẽ phải điều tra plugin Redmine-stuff-to-do. Câu hỏi +1.

1

Chúng tôi đã sử dụng Redmine trong khoảng một năm nay và nó đã phát triển theo cách riêng của mình theo nhiều cách. Chúng tôi sử dụng các phiên bản để nhóm các vấn đề với nhau cho một bản phát hành và các danh mục để nhóm các vấn đề theo kỷ luật.

Mỗi vấn đề trải qua quy trình làm việc mới> đang xử lý> được giải quyết. Sau đó, người kiểm tra sẽ đóng sự cố khi vui.

Chúng tôi muốn cập nhật cách chúng tôi sử dụng Redmine, có vẻ như có rất nhiều plugin tuyệt vời, nhưng chúng tôi thấy rất nhiều plugin bị hỏng hoặc không cài đặt.

Chúng tôi sử dụng wiki toàn diện cho tài liệu dành cho nhà phát triển.

6

Công ty của tôi làm việc với các nhà phát triển phần mềm và phần cứng có nguồn gốc quốc tế. Trước khi tôi gia nhập công ty, email được sử dụng với các tài liệu MS Word để chuyển tiếp các vấn đề và lỗi của chúng tôi bằng phần mềm hoặc phần cứng để yêu cầu sửa chữa. Quá trình này không thể theo dõi và duy trì bất kỳ loại quy trình nào. Tôi đã triển khai RedMine như một phương tiện để theo dõi các lỗi phần mềm và phần cứng và nó đã hoạt động rất tốt kể từ đó. Có một rào cản ngôn ngữ chính với tình hình của tôi. Rất may RedMine có thể hiển thị bằng ngôn ngữ Trung Quốc Sipmlified và phản hồi đã cho thấy rằng điều này là OK cho đến nay từ các nhà phát triển của tôi.

Trạng thái - Khi tôi tìm thấy sự cố phần mềm hoặc phần cứng, Trạng thái là "Mới" - Khi nhà phát triển phần mềm/phần cứng của tôi gặp sự cố này và họ đang làm việc, họ thay đổi trạng thái thành "Đang xử lý". Họ có thể sử dụng% done nếu họ muốn từ 0 - 50. Tôi đã đặt% Done thành 50 khi họ cảm thấy họ đã giải quyết được vấn đề. - Tôi xác định xem vấn đề có được khắc phục không và tôi thay đổi Trạng thái thành "Đã giải quyết" và% được thực hiện thành 100%. Điều này cho phép tôi lọc ra các vấn đề < hoặc bằng 50% để tìm các vấn đề vẫn còn mở.

Ưu tiên - Thấp, Bình thường, Cao, Khẩn cấp, Ngay lập tức tất cả đều được dịch sang tiếng Trung Quốc.

Ngày đến hạn - Tôi sử dụng thông báo này để cho tôi biết khi bản sửa lỗi ban đầu được các nhà phát triển phần mềm của tôi tải lên. Tôi có thể mất 4-6 ngày để kiểm tra và đóng lại vấn đề. Tôi thích biểu đồ Gannt của tôi để phản ánh sự đáp ứng của nhóm phần mềm của tôi, không phải mất bao lâu để tôi chấp nhận bản sửa lỗi.

Danh mục - Điều này luôn phản ánh phiên bản phần mềm hoặc phần cứng mà tôi đã tìm thấy vấn đề. Tôi sử dụng điều này để xem phiên bản phần mềm nào có số lượng lỗi lớn nhất và để đảm bảo các phiên bản phần mềm mới hơn không bị suy thoái.

Tôi có mọi người được đưa vào danh sách người theo dõi của RedMine cho tất cả các lỗi. Email đi qua như (Mới), (Giải quyết), hoặc (Đang tiến hành) để giám sát của tôi, và giám sát và kỹ sư trưởng của các đội tham gia đều có thể xem email và nhanh chóng đọc những tiến bộ hiện đang được thực hiện. Hầu hết những người khác tham gia không bao giờ đăng nhập vào RedMine, tôi thường là người duy nhất. Các email phục vụ hoàn hảo để cung cấp thông tin cập nhật tức thì cho tất cả mọi người mà chỉ quan tâm là liệu tiến trình có đang được thực hiện hay không.

5

Như bạn đã đề cập gửi tài liệu Word trở lại và chuyển tiếp với QA của bạn - tôi biết cảm giác này, đã ở đó, thực hiện điều đó. Vấn đề chính đối với tôi là: QA người không muốn thêm các vấn đề trong bất kỳ trình theo dõi lỗi nào, họ lưu ý chúng trong một trình soạn thảo bên cạnh chúng trong khi thử nghiệm.

Chúng tôi đang sử dụng Redmine bây giờ với một addon đẹp - Usersnap (Disclaimer: Chúng tôi xây dựng các công cụ để giải quyết vấn đề này cho mình

Usersnap là rất tốt cho các nhà phát triển web - thêm nó vào dự án web của bạn và bạn sẽ nhận được. ảnh chụp màn hình được đính kèm trực tiếp vào vé Redmine - bao gồm thông tin meta về trình duyệt đã sử dụng, hệ điều hành, v.v.

QA/khách hàng của chúng tôi có thể xâm nhập trực tiếp vào ứng dụng web và các nhà phát triển dễ dàng hơn để tạo báo cáo lỗi vào Redmine.

2

Chúng tôi sử dụng các phiên bản như aw ay để xác định chạy nước rút, vì vậy mỗi Phiên bản là một lần chạy nước rút với chế độ xem Lộ trình cho một minh họa rõ ràng về tiến độ. Các vấn đề về chạy nước rút được đánh dấu là 'sẵn sàng để xem xét' khi hoàn thành và sau đó đóng khi QA đã xác minh.

Chúng tôi sử dụng Phiên bản dưới dạng tồn đọng cho bất kỳ vấn đề nào nằm ngoài phạm vi hoặc mất mức độ ưu tiên của chúng, v.v.

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