Coevolving Innovations

… in Business Organizations and Information Technologies

What is a ‘Requirement’?

I have set out my intention before to argue that Requirements Gathering does more harm than good. The first step was to argue simply that ‘Gathering’ is a passive affair. Now I want to raise a more substantive objection. I want to explore what we mean by ‘Requirements’. I believe that what we mean:

  1. is too varied and contradictory to be useful
  2. does not differentiate between ends and means and is therefore dangerous

If I’m right, it means that the term ‘Requirements’ cannot be used effectively in practice and does more harm than good.

So, taking each point in turn.

1. What we mean by requirements is too varied and contradictory to be useful.

At its simplest a requirement is a noun

1 something required; a need.

2 something specified as compulsory.
(Oxford Compact Dictionary)

At once we can see that there is at least a dichotomy if not a contradiction.

A need can be challenged and explored. ‘Why do you need that’? ‘What goal are you trying to satisfy’? ‘Is the need you have expressed the best way to satisfy that goal’?

Something specified as compulsory is not.

Moreover, the something specified can be any ‘thing’. It can be a goal that must be satisfied (without stating how) or it may be a way of satisfying a goal, a solution, (without stating or justifying the goal or the efficiency and effectiveness of the proposed solution in satisfying it).

These two meanings are quite different from each other and I want to argue that in an IT Solutions industry, quite dangerous. This leads to the second point.

Before I move on to that though, I should recognise that one of the effects of a ‘Requirement’ being any ‘thing’ is that it has come to mean in many places, the content of a structured set of work products such as Use Cases, Process and Data Models and so on. I frequently see a project start by asking ‘Users’ for their ‘Requirements’. At its worst this consists of Business Analysts going and asking people who use a computer to do their job ‘what do you want?’ and writing down verbatim whatever they are told in an undifferentiated list.

Better practice sees these things being classified into work products. Better practice sees the analyst challenge what they have been told to resolve ambiguity and inconsistency. And better practice involves asking the business managers and executives what business goals they are expecting the ‘users’ to satisfy.

2. What we mean by ‘Requirements’ does not differentiate between ends and means

I have seen IT services providers who are primarily interested in the solution and the design of the solution. Does it fit what they have to offer? How much risk is associated with designing, developing and delivering it? Practitioners in such organisations reasonably focus on what is being specified and what, in particular, is compulsory. They usually have no contractual obligation to understand the business goals which the solution is seeking to achieve, nor to design, develop and deliver any associated business changes that are necessary.

In my experience many Enterprises have felt that it is not the business of the IT Solution provider to advise them on their business strategy, its achievement, or the associated business changes required. Responsibility for 1) the delivery of the business strategy goals, 2) the development of the business solution and 3) the implementation of co-ordinated business change is frequently held by different parts of the client.

I have seen some solution providers respond by developing business consulting capabilities. This is not enough to make the connection between the ends sought and the means to achieve them. Business Consulting may confine itself to strategy formulation. In IBM I have seen us plan and develop the ability to link business strategy, the IT component of the means for satisfying it and the business change component for satisfying it. I have also seen clients more interested in exploiting that ability in us and in other solution providers.

Operating in this environment where the expectation is set both by the company I work for, and the client I am working for, the failure to separate means from ends makes it very hard to work. How as a conscientious practitioner should I challenge a basket of ‘requirements’ which contain statements of need, statements of compulsion which may refer to ends or means or both?

Perhaps the answer to that question comes next.

1 Comment

  • On varied and contradictory …. It’s one thing to satisfy the needs of a single person, and another to satisfy multiple people at the same time. At one extreme is the lowest common denominator, which could mean the least amount of work. At the other extreme is the union of everyone’s wants and desires, which could either be infeasible or impractical (probably giving extremely bad performance).

    On ends and means …. The discussion quickly gets into one of engagement scope, because it’s one thing to design an IT system assuming that the organization remain static, and completely something else to be coevolving both the organization and IT system.


Leave a Reply

Your email address will not be published. Required fields are marked *

  • RSS qoto.org/@daviding (Mastodon)

  • RSS on IngBrief

    • Reformation and transformation (Ackoff 2003, 2010)
      In his system of system concepts, Russell Ackoff made the distinction between reformation and transformation in many of his lectures. Here are two written sources. From Redesigining Society (2003) … Systemic Transformation A system is transformed, as contrasted with reformed, when its structure or functions are changed fundamentally. Such changes are discontinuous and qualitative, quantum […]
    • Goal, objective, ideal, pursuits (Ackoff & Emery, 1972)
      While Ackoff’s definitions of goals, objectives and ideals have been republished (and rewritten) multiple times, the 1972 definitions were derived from his original dissertation work.  Accordingly, in addition to the human-readable definitions, some mathematical notation is introduced. — begin paste — OUTCOMES 2.30. End (an immediate intended outcome) of a subject A in a particular […]
    • Pure Inquiring Systems: Antiteleology | The Design of Inquiring Systems | C. West Churchman | 1971
      The fifth way of knowing, as described by West Churchman, is a Singerian inquiring system. (This fifth way of knowing is more colloquially called Unbounded Systems Thinking in Mitroff and Linstone (1993)). The book On Purposeful Systems (Ackoff and Emery, 1972) was derived by Ackoff’s dissertation that was controversially coauthored with West Churchman. Purpose can […]
    • Process-Function Ecology, Wicked Problems, Ecological Evolution | Vasishth | Spanda J | 2015
      Understanding Process-Function Ecology by Ashwani Vasishth leads to luminaries in the systems sciences, including C. West Churchman, Eugene P. Odum and Timothy F.H. Allen.
    • The Innovation Delusion | Lee Vinsel, Andrew L. Russell | 2020
      As an irony, the 2020 book, The Innovation Delusion by #LeeVinsel @STS_News + #AndrewLRussell @RussellProf shouldn’t be seen as an innovation, but an encouragement to join @The_Maintainers where an ongoing thought network can continue. The subtitle “How Our Obsession with the New has Disrupted the Work That Matters Most” recognizes actual innovation, as distinct from […]
    • Republishing on Facebook as “good for the world” or “bad for the world” (NY Times, 2020/11/24)
      An online social network reproduces content partially based on algorithms, and partially based on the judgements made by human beings. Either may be viewed as positive or negative. > The trade-offs came into focus this month [November 2020], when Facebook engineers and data scientists posted the results of a series of experiments called “P(Bad for […]
  • Recent Posts

  • Archives

  • RSS on daviding.com

  • RSS on Media Queue

  • Meta

  • Creative Commons License
    This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License
    Theme modified from DevDmBootstrap4 by Danny Machal