Software Engineer’s Blog

Software Engineering weblog

Software Engineering, and changing software development business

Pardon me if my statement “software engineering is hard” sounds like a cliche. Lest it sound like I am parroting what Grady Booch has already stated “software development has been, is, and will remain a fundamentally hard profession” , let me elaborate. Here, my reference is not about software development being hard due to inherent complexities and invisible changes. It is rather about doing business in a changing world. What does that mean?

If one were to hibernate for about five years, world of software that you see would be quite a lot different. Changes may not be fundamental but there are significant changes. Well, as always, devil is in the details.

Let me elaborate going a little more specific now. Let us look at from two perspectives.

i) Analysis and design: Object Oriented Analysis and Design was quite in the hype early 1990s. I too joined the bandwagon, going around with the hammer looking for nails. Books on object orientation from those days talked at length about finding abstractions (identifying nouns etc) from requirements but these provided no scope for working with technical solutions. This was largely left to the discretion of individual practitioners. Experience of these practitioners were absorbed into standard Object Oriented Analysis and Design methodology taking it to its present bloated form. This happened in a span of 5-10 years

ii) Software Testing and Software Test Automation: Way back in 1990s, when popular testing tools like IBM Rational Robot (then called SQA Robot) and HP (Mercury) WinRunner came into being, popular success of web could hardly be envisaged. What was started off as tool to testing Windows GUI application had to extend itself into test web based application. These challenges continue as web 2.0, SoA, SaaS and mobile applications emerge. Point here is, when projects are undertaken in respective technologies, necessary tool support is not yet in place often. It is left to the individual teams to create custom solutions, which subsequently get into available tool sets.

These details are rarely look into, at decision making levels. Management of software development business are still desperately looking for mythical silver bullet solutions. Tool vendors still continue to promise magic wand solutions without looking into details before making such promises; well, it is again business! Developers are caught between …

I am not proposing a miracle solution. No such solution exists. My effort all along my consulting practice has been, and will be, to get business into sufficient level of details in decision making and helping them implement the same. With the scope for factoring in “Success Critical Stakeholders”, I find Value Based Software Engineering to hold potential as framework for such a deliberation.


January 13, 2010 - Posted by | Business, Collaboration, Product Engineering, software engineering, Unified Process, Value Based Software Engineering

1 Comment

  1. […] Software Engineering, and changing software development business […]

    Pingback by Software Engineering, and changing software development business | Bizzness Blog | January 13, 2010

Sorry, the comment form is closed at this time.

%d bloggers like this: