home

Quantum Mechanics, Buddhism and Projects

by Rolf Goetz

Every once in a while I run into fellow requirements engineers who seem to ignore the fact that the holy project objectives trinity of Time, Budget, and Scope is all about interrelated, inseparable ideas. Why are they ignorant? After I heard about recent insights from quantum mechanics, an explaining theory formed in my head. I will add a little cognitive science and Buddhism to support my argument.

Conclusion: people might have a mental model too simple for covering the actual interrelation present.

AttachmentSize
Quantum_Mechanics_Buddhism_and_Projects_for RQNG.pdf48.82 KB

Article Sponsored By

quality?

I am not sure that 'quality' constitutes a fourth constraint. Is not scope sufficiently definitive of requirements to include quality? If I need a function to do 'a' then there is no more information I need to produce 'a'. 'A' has no 'qualities' that would allow variation in delivery from requirements. A poor quality 'a' is simply not 'a'.

I also wonder if 'time' is properly a constraint, rather than a requirement. If the delivery requirement is changed (i.e. date brought forward), then the project as whole needs to be reassessed in response. A reaction to say that we'll need to either change scope (reduce) or cost (increase) is not necessarily appropriate in absence of the full requirements and project picture seen in terms of the value the project will produce.

    Sponsored Announcements & Special Offers

view counter

Whitepaper from HP - Why Focus on Requirements Definition Management in the Application Lifecycle?

Increasingly, smart businesses are looking much closer at requirements definition (RD) and requirements management (RM) (sometimes grouped together under the Gartner-coined phrase, requirements definition management (RDM)) to streamline the entire application lifecycle. Why? Because systematic and effective RDM captures software defects earlier in the lifecycle, and it reduces the overall likelihood that defects will be introduced. That’s important. How important? According to one study, the cost to fix a defect after delivery is more than 100 times the cost to fix it in the requirement and design phase. No business wants to be hit with that bill. Now to add to this the growing interest in agile development techniques as a way to deliver higher quality applications and we have an interesting recipe for success.

Download a Free Copy

view counter
© 2007-2010 Requirements Networking Group All rights reserved. contact | advertise | privacy
Requirements Networking Group