Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>It's possible to do what you describe, to develop requirements in a collaborative way, <em>in spite of</em> using a wiki. Nothing about the wiki paradigm assists in this process.</p> <p>I managed a wiki on the Zend Framework project to track proposals for components. <a href="http://framework.zend.com/wiki/display/ZFPROP/Home" rel="noreferrer">They're still using it.</a> Proposals are different from functional specifications, but the usage is similar enough to your question that I think this is relevant.</p> <p>A wiki doesn't take care of itself. Unless you have someone responsible for managing it and making sure there is some structure and consistency, it quickly becomes a mess. The real-world analogy would be to hand each of your team a blank sheet of paper and tell them to write up their part of the requirements. Problems with this are:</p> <ul> <li>Every contributor has to make up their own document structure, and write about different things in a different order. So it's impossible to compare one page to another.</li> <li>There's no "index page" to organize all the disparate contributions. No one wants a page to "fall through the cracks," but in a wiki that's the <em>default</em> destiny of any page as soon as it's written. </li> <li>There's no feedback loop to make sure the writing actually gets done.</li> </ul> <p>The way to make it work is to apply some process to the project, and use the wiki in accordance with that process.</p> <ul> <li>Give people the ability to create a new page in the wiki, but only through an interface that automatically links the new page into the right index.</li> <li>Define a lifecycle for documents, so they are sure to be drafted, reviewed, and approved at the appropriate stages.</li> <li>Provide a template for a new page. Provide the section headings that you need in each of these pages, and make part of the review process a confirmation that head section has been filled out adequately.</li> </ul>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload