Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>When I was into the "waterfall" way of doing things I would write several hundred page documents showing all the details that could be uncovered during research. To get to this massive tome of documentation I would generally </p> <ol> <li>meet and greet everyone involved with the project</li> <li>take copious notes regarding the perceived requirements</li> <li>create long bulleted lists of high level requirements</li> <li>start to break down the high level requirements into well defined details</li> <li>begin to fill out Software Requirements Specification word template: <a href="http://www.google.com/#hl=en&amp;q=software+requirements+specification+type%3Adoc&amp;aq=f&amp;oq=&amp;aqi=&amp;fp=DLh7wmTRH1c" rel="nofollow noreferrer">SRS</a></li> <li>create wire frames in photoshop, excel, or (my favorite) <a href="http://www.balsamiq.com/products/mockups" rel="nofollow noreferrer">Balsamiq</a></li> <li>list out data that must be captured and start to build out a rough schema</li> <li>list out class structures in UML</li> <li>define project timeline</li> <li>blah blah blah</li> <li>write code</li> <li>hope that what was requested is what is still wanted when code is complete!</li> </ol> <p>For the past few years I have been following along with Agile (SCRUM) and have taken a totally different approach.</p> <ol> <li>meet with product owner to hear about tasks to be built</li> <li>decompose story into tasks (basic planning)</li> <li>assign time to tasks</li> <li>do some more detailed planning</li> <li>-->write test, write code to pass test, refactor-->check in dance</li> <li>demonstrate working product/feature</li> <li>start process over</li> </ol> <p>I have to say that Agile reduces the amount of time spent writing documents that decay as soon as the ink drys. The product owner gets to see results in a much more rapid manner. Which means that they get to keep the project going in the right direction over time - even if that direction changes as we are developing.</p> <p>Keep in mind that there is a time and a place for both ways of developing. I wouldn't want to build Jet software using Agile!</p>
    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. 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.
    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