Capability Maturity vs. Work on Proposals: Difference between revisions

From Cibernética Americana
Jump to navigationJump to search
No edit summary
No edit summary
Line 23: Line 23:
</li>
</li>
</blockquote>
</blockquote>
In particular, if you are asking me to perform work, which in mature well capitalized settings is performed by a team of professionals, it's imperative that you be able to consider the above.
<br/><br></font>
<br/><br></font>
</td></tr></table>
</td></tr></table>
</html>
</html>

Revision as of 14:01, 22 January 2011

I've prepared this text to efficiently process two common currently occurring and related phenomena.

  • The first is the amount of unpaid work I can put in on a lead before I must have some payment if I have not decided to do the work on some other basis.

    I am just a single struggling worker so I am forced to spend no more time on a lead than a rational expectation of closing and completing a job indicates is justified. Necessarily there will be some misappraisal and some potential biz will be lost, that's the way markets work. I started my professional programming career as a junior employee in a division of a conglomerate that was a subcontractor to IBM in the acquisition and award phase of a contract for the modernization of the Air Force Satellite Control Facility that spanned years.

    I am risk averse however and I also am loathe to perform work in this era, in which one must work very fast, in requirements analysis and design for nothing. This doesn't mean I won't do it, but the party requesting such unpaid service must be such that I can be reasonably sanguine about the aforementioned expectation, as Litton and IBM were because they knew the Federal Government had already decided to award IBM the contract. For that reason the IBM team was willing to spend a few million to get an award worth billions.

  • The second is so-called Capability Maturity (CMM) and its antipattern CIMM , which has to do with the reliablity of estimates in CMM Level I or lower situations.

    Of course the lack of adequate requirements analysis and design is a major penultimate root cause of failure in software development projects (the ultimate root being the universal antipattern Failure of Responsibility). These elements are seldom done well outside of very mature and well capitalized organizations and nonetheless work gets done. There is huge waste and very high rates of failure for immature actors entering the Software Development arena. Trynna address that in the way that Capitalism provides.

    Those who are software development professionals are aware of these issues and that the ability to accurately estimate software development is at issue but this text is provided for those who are not.

In particular, if you are asking me to perform work, which in mature well capitalized settings is performed by a team of professionals, it's imperative that you be able to consider the above.