Project Management Foundations: Requirements Flashcards

1
Q

What are project requirements?

A

They are how we determine what the business needs and set out project goals.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

What is the key to effective requirements management?

A

Ask:

  1. Who are our stakeholders?
  2. What exactly do they want or need?
  3. How important is each requirement?
  4. How will we deal with conflicts, changes, surprises, and miscommunications?
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What are some formal standards to manage requirements?

A
  1. The International Standards Organization ISO 21500, Guidance on Project Management
  2. ISO, IEC, IEEE
  3. MIL-STD-961E
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What is a requirements elicitation plan?

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Why is creating the stakeholder list a good idea?

A

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 well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

How will doing a stakeholder analysis help you?

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What is an important part of requirements research?

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

When you collect requirements, you need to do what?

A

Capture information about each one, documenting their attributes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

How does documenting attributes help?

A

It lets us build structure around the requirements that will form the basis for our project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What are the ten attributes?

A
  1. Absolute reference
  2. Complexity
  3. Risk
  4. Author
  5. Source
  6. Ownership
  7. Stability
  8. Urgency
  9. Priority
  10. State
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

What is absolute reference?

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

What is complexity?

A

How difficult will it be to address the requirement? You might want to rate it somehow.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What is risk?

A

How much uncertainty is there about the requirement? Do you feel like you really understand it?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

What is author?

A

Who documented or elicited the requirement.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What is source?

A

Where did the information about the requirement come from?

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

What is ownership?

A

Who is responsible for addressing the requiement?

17
Q

What is stability?

A

Is the requirement well-defined or does it seem like it may need to be modified or reviewed?

18
Q

What is urgency?

A

Does the requirement need to be addressed right away or is it something that can wait?

19
Q

What is priority?

A

How important is the requirement in relation to the entire project. Is it one that needs to be met in order for the project to be successful or is a nice-to-have feature that could be left out if necessary?

20
Q

What is state?

A

Is the requirement still being drafted or has it been fully documented and approved?

21
Q

What are use cases?

A

They provide the context they we need to develop good solutions. It tells the story of how the solutions should work once it’s complete. It provides a step by step explanation of a process and what everyone involved needs to do along the way.

22
Q

What are actors?

A

The people and systems involved in a use case.

23
Q

What are steps called in a use case?

A

Actions or events.

24
Q

For more complex use cases, what can you use?

A

A technique like unified modeling language or UML to diagram the process.

25
Q

What is a requirements report?

A

When you take all the information you gathered from stakeholders and use it to frame up a project. It starts with an executive summary, then there should be some background information to explain why the project is important for the business and who the stakeholders are. Next, we can have sections to discuss the goals for the project and the description of things that are in scope and out of scope. We can also describe the risks that we anticipate and any inter-dependencies with other projects in the organization.

26
Q

What is the key to documenting project requirements?

A

To describe what you want a solution to without explaining how to do it.

27
Q

What are three things to look for in each requirement?

A

First, is it clear and specific? Second, is it thorough? Third, is it testable?

28
Q

How do you make the transition from gathering information to actually working on a project?

A

By getting your requirements approved. Then you can create a plan and start allocating resources.

29
Q

The easiest way to track changes to the requirements is to have what?

A

A versioning process. 1. Process for submitting change requests 2. Process for having them reviewed and approved. If the change is approved then it needs to be incorporated into the requirements report (as a new version) and everyone needs to be notified.