Ahhhh! The clients don't know what they want. So all of us ace coders jump in, knock a proof of concept prototype, and interate this design with the confused client. This is a job for:

Super-Analyst

Yes, faster than a speeding celeron, able to leap tall piles of specifications at a single bound . . .

Ok, seriously folks. There is a role in the development process, called a business analyst. This person does not (or should not) cut code. They have the ability to rapidly understand the underlying business processes and requirements of the users / clients, they know the common problems and "gotchas" that can plague poorly designed systems, and they can turn users' hazy concepts into clear, unambiguous specifications that programmers can then develop good systems from.

An analyst is not a senior programmer, they aren't the gun C++ / Java / Perl coder that can churn out top quality code in their sleep. An analyst is the bridge between the business experts and the developers, able to speak the languages of both groups, and make sure that everyone has a clear understanding of the same set of requirements. An analysts two chief weapons are the ability to write clear, well structured documents and the ability to quickly grasp new business environments and problems (and a fanatical devotion to the pope ... out three chief weapons are -- whoops, wrong story.)

Seriously, all the discussion recently about program specifications, and people's grips about having to work where there are poorly specified requirements indicates one common problem - the lack of a good business analyst working on the project.

And I jus happen to know where there is a highly experience one looking for work . . . here!

In reply to Re: They don't specify because they don't know what they want by Maclir
in thread They don't specify because they don't know what they want by C-Keen

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.