Project Management Foundations: Requirements Flashcards
What are project requirements?
They are how we determine what the business needs and set out project goals.
What is the key to effective requirements management?
Ask:
- Who are our stakeholders?
- What exactly do they want or need?
- How important is each requirement?
- How will we deal with conflicts, changes, surprises, and miscommunications?
What are some formal standards to manage requirements?
- The International Standards Organization ISO 21500, Guidance on Project Management
- ISO, IEC, IEEE
- MIL-STD-961E
What is a requirements elicitation plan?
It describes what information you’re trying to gather and how you’re going to get it, i.e. interviews, group sessions, observation, or studying process documentation and analyzing business data.
Why is creating the stakeholder list a good idea?
It’s a good way to make sure that you’re covering all of the people that need to be included in your requirements development.
How will doing a stakeholder analysis help you?
First, it can help to ensure that you’re considering all of your stakeholders and how the project will affect them. Second, it can help you develop an effective plan for eliciting requirements from all of those stakeholders. Third, it can help you develop a communications plan so that you can keep your stakeholders engaged and informed as your project moves forward.
What is an important part of requirements research?
To find out where all of the requirements are hiding and bring them out into plain sight by matching our data gathering techniques with our sources of information.
When you collect requirements, you need to do what?
Capture information about each one, documenting their attributes.
How does documenting attributes help?
It lets us build structure around the requirements that will form the basis for our project.
What are the ten attributes?
- Absolute reference
- Complexity
- Risk
- Author
- Source
- Ownership
- Stability
- Urgency
- Priority
- State
What is absolute reference?
This is the identification number for your requirement. Assigning a number makes it easier to track requirements over time even if the name or the description changes.
What is complexity?
How difficult will it be to address the requirement? You might want to rate it somehow.
What is risk?
How much uncertainty is there about the requirement? Do you feel like you really understand it?
What is author?
Who documented or elicited the requirement.
What is source?
Where did the information about the requirement come from?