sử dụng wiki cho các yêu cầu


9

Tôi đang tìm cách cải thiện quản lý yêu cầu. Hiện tại, chúng tôi có một tài liệu Word được xuất bản trên một trang web. Thật không may, chúng tôi không thể (theo hiểu biết của tôi) xem xét các thay đổi từ lần sửa đổi này sang lần sửa đổi tiếp theo. Tôi rất thích có thể làm như vậy, giống như với wiki hoặc VCS (hoặc cả hai, như wiki trên bitbucket!).

Ngoài ra, mỗi tài liệu mô tả các thay đổi nhà phát triển dự kiến ​​sẽ đáp ứng theo thời hạn nhất định. Không có bộ sưu tập các tính năng ứng dụng tích lũy được ghi lại ở bất cứ đâu, vì vậy đôi khi rất khó phân biệt giữa lỗi và tính năng (được thiết kế kém) khi cố gắng khắc phục nhanh các ứng dụng cũ.

Vì vậy, tôi đã có một ý tưởng tôi muốn nhận được thông tin phản hồi. Thế còn:

  1. Sử dụng wiki để chúng tôi có thể theo dõi ai đã thay đổi điều gì khi nào (chủ yếu là để xem liệu có bất kỳ chỉnh sửa nào được thực hiện kể từ lần cuối cùng xem hay không).
  2. Có một trang, ví dụ, trang wiki trên mỗi sản phẩm thay vì một trang cho mỗi thời hạn, theo kịp tất cả các tính năng của sản phẩm thay vì các thay đổi nên được thực hiện. Bằng cách này, tôi có thể xem xét một phiên bản cụ thể của trang để xem ứng dụng nên làm gì tại một thời điểm nhất định và tôi có thể xem xét các thay đổi của trang kể từ lần phát hành cuối cùng cho các yêu cầu được thực hiện trước hạn chót tiếp theo .

Waddayathink?

Câu trả lời:


9

Vâng, đó có vẻ là một giải pháp tốt, nếu bạn sắp xếp trang theo cấu trúc đơn giản, dễ duyệt.

Chọn một wiki với một cú pháp đơn giản. ( Dokuwiki là một đơn giản và không yêu cầu DB)

Chỉnh sửa: nếu bạn sử dụng hệ thống kiểm soát phiên bản, đó là SVN hoặc BZR, hãy thử Trac , nơi bạn có thể xác định cột mốc, giữ yêu cầu lỗi và tính năng và xác định quy trình làm việc của riêng bạn để quản lý lỗi! Wiki được bao gồm!


DokuWiki rất hay, rất dễ cài đặt và nó bao gồm hỗ trợ LDAP nếu bạn đang làm việc trong Doanh nghiệp.
Rudolf Olah

2

Một wiki là một cách tốt để đi. Tôi nghĩ rằng nó sẽ là tốt nhất nếu các tài liệu vẫn được phiên bản. Bạn có thể có tài liệu nổi phù hợp với các tính năng mới nhất. Vẫn chụp nhanh theo cách dễ dàng để ai đó nhìn lại tìm tài liệu cho phần mềm đó ba phiên bản trước mà không phải xem qua lịch sử tài liệu, được thực hiện để đảo ngược nhanh chóng và không phù hợp để xem lại nhiều năm hoặc nhiều tháng.

Tôi đã bắt đầu sử dụng Media Wiki, nhưng bây giờ chúng tôi đang sử dụng Xwiki. Nó có một trình soạn thảo GUI khá tốt mà bất cứ ai cũng có thể sử dụng mà không cần đào tạo. Nó cũng có một ý tưởng gọi là 'khoảng trắng' mỗi không gian tạo ra một không gian tên mới để tất cả các sản phẩm khác nhau có thể có một trang gọi là "tính năng", thay vì sản phẩm_x_features hoặc một cái gì đó ngớ ngẩn, điều này giúp giảm đáng kể nhu cầu quản lý nhiều cài đặt wiki. Ngoài ra còn có các công cụ để tích hợp word và xwiki, cho phép bạn lưu tài liệu word trực tiếp vào wiki. Tất cả nói rằng nó là nhiều tính năng phong phú.


1

Tôi thích cách tiếp cận wiki trên mỗi dự án của bạn. Bạn đã đề cập đến bitbucket, tôi giả sử bạn đang sử dụng chúng làm máy chủ lưu trữ. Nếu không tôi cũng sẽ xem các wiki trên GitHub.

Nếu bạn sẵn sàng chi một ít tiền, hãy kiểm tra Ngọn hải đăng . Đó là cách yêu thích của tôi để theo dõi yêu cầu tính năng và lỗi tại thời điểm này. Tôi cũng khá thích sử dụng Pivotal Tracker, pivotal miễn phí nhưng hiện đang chuyển sang mô hình trả phí.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.