PSM I Sample Questions & Answers

True

False

Put them on a separate list on the Scrum board, available for all to see.

Add them to the Product Backlog and keep the Product Owner posted on the expected effort.

Run the integration and regression tests before the end of the Sprint, and capture the open work for the Sprint Backlog of the next Sprint.

Add them to the definition of “Done" so the work is taken care of every Sprint.

The break between Sprints is time-boxed to 1 week for 30 day Sprints, and usually less for shorter sprints.

Enough time for the requirements for the next Sprint to be determined and documented.

Enough time for the Development team to finish the testing from the last Sprint.

None. A new Sprint starts immediately following the end of the previous Sprint.

All of the above are allowed depending on the situation.

Cancel the Sprint. Send the entire team to an advanced Scrum training and then start a new Sprint.

Forecast the most likely Product Backlog items to meet the goal and create a Sprint Backlog based on a likely initial design and plan. Once the time-box for the Sprint Planning meeting is over, start the Sprint and continue to analyze, decompose, and create additional functionality during the Sprint.

Continue the Sprint Planning meeting past its time-box until an adequate number of Product Backlog items are well enough understood for the Development Team to make a complete forecast. Then start the Sprint.

Discuss in the upcoming Sprint Retrospective why this happened and what changes will make it less likely to recur.

Ask everyone to take as much time as needed to analyze the Product Backlog first, and then reconvene another Sprint Planning meeting.

What to do and who will do it.

How conditions have changed and how the Product Backlog should evolve.

What can be done and how to do it.

What went wrong in the last Sprint and what to do differently this Sprint.

Who is on the team and what team member roles will be.

Sprint Retrospective.

Members must be stand up at the Daily Scrum.

Sprint Burndown Chart.

Release planning.

All of the above.

To take time to judge the validity of the project.

To inspect the product Increment with the stakeholders and collect feedback on next steps.

To review the Scrum Team’s activities and processes during the Sprint.

To build team sprint.

The Project Manager.

The Development Team.

The Scrum Team.

The Product Owner.

The Scrum Master and Product Owner.

The Development Team.

The Development Team and Product Owner.

The Scrum Team.

The Development Team and Scrum Master.

At the Sprint planning meeting.

During the Daily Scrum.

Never. All Sprint Backlog Items are "owned" by the entire Development Team, even though each one may be done by an individual Development Team member.

Whenever a team member can accommodate more work.