I think I might have the answer to your question. I am a senior manager of the IS department where I work - BUT - I am also a very technical person as well - that's where my roots are - so to speak.

My observation from being in this industry for about 20 years now - and most of that time being in the position where you find yourself - lends me to my observations on this topic.

1. Managers usually are faced with a particular topic or challenge where they need technical support or a technical solution.

2. In their attempt at providing the solution for those that are seeking it and not knowing what the proper solution should be - attempt to draw out a solution via an interative process that will ultimately fit the needs of the business model in question.

3. This process ultimately provides answers - usually by accident. This process is also very inefficient for those in the trenches.

There has been a surge recently to provide better means of process improvement - this includes but is not limited to design of systems. One of the most highly regarded BPM (Business Process Management) methodologies around today is Six-Sigma.

I am a huge proponent of 6s as it does tend to streamline and clarify processes and expected outcomes within an attainable set of expectations. It also helps reduce the "waste" in the process (ie - the multiple iterations).

Another point of view is that of RAD - Rapid Application Development - the process that you are witnessing is symptomatic of that approach. Do it - present- refine - present - refine - present - accept.

As a technical person and a manager I find that both work well - in the end. It is not necessarily how fast one gets to the solution - but how well the solution is in relation to the strategic direction and business objectives of the company. Many times unfortunately, that path is not clear and needs a bit of prodding (the iterations and continual changes) to find the solution to the question that was not formed perfectly to begin with.

We are all human - and managers like the rest of us - do not want to look foolish in front of our peers and bosses - so it is easier to not complete the thought process when our bosses are not around (adopt the RAD approach).

Just my views - I hope this helps.

In reply to Re: What do they want? by draconis
in thread What do they want? by schumi

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.