Requirements Management

The requirements are the reason for the project and development work. Requirements set the expectation for the final product. Either these are achieved or there are reasons communicated to the stakeholder to alter or eliminate specific subset of the requirements. Requirements management requires an understanding of the connection between the requirements, the project objective, and ultimately the work of the project. Requirements management includes commitment to meeting the requirements, the bi-directional traceability of the requirements from customer input to instantiation of the product as well as addressing requirements changes systematically.

Requirements Management - Value Transformation

Commit to Requirements

To reach the objective the organization must stand behind the requirements. If the organization is not able to commit to meeting the requirements there is no sense in undertaking the project. To be able to commit to the requirements means understanding the requirements without understanding the commitment is hollow.

Evoke Requirements

There are a number of approaches available to evoke and documenting the requirements. To be able to gather the requirements necessitates knowing who will provide this information. Requirements are written in a very specific way to reduce the possibility of multiple interpretations. There will be metrics by which the requirements will be compared to determine if these are written meeting the objective and where the interpretation is singular.

Work Performed and Requirements Discrepancies

The requirements are documented and the team moves to incarnate the specifics that will constitute the product or system over time. A comparison of the work being performed and the work products are conducted periodically to uncover any deviation from the objective. Once uncovered the project and product development work will be altered to ensure that the work being performed is to deliver the expectations defined in the requirements.

Manage Requirements

Managing the requirements is where inconsistency in the requirements from the project objectives as well as maintaining the interconnectivity and dependencies between requirements are maintained. Any inconsistency in the requirements will require corrective actions. As the projects progresses, changes will likely happen, managing the changes and adaptation to the requirements will also be part of managing requirements.

Requirements Traceability

At any time in the product development lifecycle there is a traceable connection between the requirements and the project objectives and plans. This makes identification of the contents of the product at any given point; that is a connection between an instantiation of the product and the requirements through to the project objectives. This connection ensures the requirements; product development and project effort are aligned to produce the desired project results.

Requirements management – consists of the approaches we use to evoke, prioritize and document the expectations of the product. This includes the quality attributes of the articulation of those requirements along with managing the changes and traceability of the requirements to the customer’s needs or demands.

    1. https://www.ifpug.org/

Manufacturing X0 Event

It was a wonderful learning event at the Manufacturing X.0 Southeast event.  I want to thank Lacy Ashton and Boni Quatroche for making the even and my involvement possible.  There was much to learn from the confluence of topics from AI to Big Data, from the individual to team learning and retrieval.  All of these […]

Failure: The Option

Failure: The Option Media I was once in an engineering team meeting, where the snippet from the movie Apollo 13 was played.  The scene demonstrated that famous saying, failure is not an option. I have heard this many times since then, not in business, but on other television shows and competitive events.  The thing is, […]

Risk Management from Front and to Back

Risk Management from Front and to Back Recently I spoke at a Metrolina PMI Chapter on Risk Management. If we have been managing projects, we know that risk management is significant to ensuring project success. Risk management starts from the very beginning of the project, the scope, our strategy selection will all impact the risks […]

To Learn, or Not to Learn- There is Really No Question.

To Learn, or Not to Learn- There is Really No Question. I have spent time in a variety of roles in product development, from engineer to manager and process manager.  In the latter, as project and process manager, even in early 2000, there were organization processes and structures in place to encourage and record learning […]

The LinkedIn Elephant

The Organization Organizations, or most successful organizations, are not static.  To remain an ongoing concern the organization will need to adapt to identified opportunities.  This will require growing the talent base, either organically, that is from within, or by finding talent external to the organization.  From an external perspective, how do we know the right […]

Career Change

  Career Change Recently we had a question come to us about how do we transition from one industry or a specific job title to another industry or another area of the company that requires different skills from what we presently have.  Perhaps a way to avoid becoming stale, we may want to explore other […]

Reviews and Walkthroughs.

Reviews of all kinds If you have been in product development for any time, you may have been involved in design reviews, walk-throughs, specification reviews, product reviews, audits and other forms. Recently I was a part of a customer presentation.  The presentation was developed to introduce the customer to a new product design that the […]

Why are we doing this?

By Shawn P Quigley and Jon M Quigley Change Dynamics Change is a function of tension created by the difference between the current condition and the desired state. It can only occur when this tension contains sufficient energy to overcome external forces. These external forces could be something as simple as the current condition being […]

Requirements, Elicitation and Attributes

More than one way There is not silver bullet or one way to do most things.  The best approach will depend upon the amount of time, talent, tools available, and potential risks associated with the work and level of risk aversion of those undertaking the effort.  The example below, is typical for developing embedded automotive […]

Mere Scrap of Information

Mere Scrap of Information – The Route to the Product I am a guy, and grew up in the 70’s.  My dad was a Vietnam Vet serving in the 7th Special Forces Group.  I grew up watching action movies.  My favorite actor of that era was Clint Eastwood, and one of my favorite movies Fist Full […]

CMMI Tracking

Pugh Matrix

Contact Value Transformation about Requirements Management