While I'm now in a very loose shop which has pretty much whatever methodology each developer/user pair find useful, I used to work in a supposed Waterfall shop. I discovered the secret to successful waterfalls from them.

In principle, a user would make a formal Service Request on the appropriate form, getting approval from management on the user and programming side, for the the change. Then a front line programming manager would assign the task to a programmer who would draft a Technical Design Document, which would again be approved all around. Finally, work would begin until the programming side was happy. Then the users would test.

The above sounds like a disaster. Here was the trick. None of the documents were finalized until right before a release (sometimes hours before). This left both sides open to debate and discuss what the request was and how it would be implemented. When testing was going well, the documents would be signed on the way to release.

I suspect that there are shops on the other side, where agile methods are supposed to be in place, but they aren't really used in practice. So, I don't let the terminology or stated policies affect me. What matters is how things work in practice. Is there really a rule that you can't talk to users after they deliver their request? Do you really have to tell someone in advance exactly what you are going to do?

Phil

In reply to Re: What's your methodology? by philcrow
in thread What's your methodology? by Mutant

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":


  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.