Assigned Action Items and Due Dates

Once the team has clarified and agreed on concrete improvements, the Scrum Team defines specific tasks to implement them. Each task is given a clear completion date.

Key Points

  • Action items come from agreed, well-understood improvement ideas (often from a retrospective).
  • Each action item is specific, actionable, and traceable to a responsible person or team.
  • Every action item includes a target due date to drive focus and accountability.
  • Progress on action items is reviewed regularly, typically during daily scrums and the next retrospective.

Example

After a sprint retrospective, the team decides to improve code quality. They create two action items: (1) Add a pull-request checklist by Wednesday, owned by the tech lead; (2) Enable unit test coverage thresholds before the end of Sprint 12, owned by the QA engineer. Both items and their due dates are tracked on the team board.

PMP Example Question

During a sprint retrospective, a Scrum Team agrees on several improvements. What best describes "Assigned Action Items and Due Dates"?

  1. Product backlog items prioritized by the Product Owner.
  2. Documented improvement tasks with owners and completion dates.
  3. Risks recorded in the risk register with mitigation owners.
  4. Formal change requests submitted to the change control board.

Correct Answer: B — Documented improvement tasks with owners and completion dates

Explanation: Assigned Action Items and Due Dates are concrete tasks derived from agreed improvements, each with accountability and a target completion date.

AI Systems with Claude, for Scrum Masters and Project Managers

Most AI pilots in project management do not fail on the model. They fail because somebody pointed the thing at a decision instead of at a task. This course is built around that distinction, and around the work that follows once you get it right.

Seven sections, taught against one running project from the first lecture to the last. You watch a system get built, then you build the same one against your own sprint. Nothing here is a demo that works only on the example.

You finish with five working systems and you keep them. The sprint report machine turns your board export and standup notes into the report you currently write by hand. The retro intelligence system tells you what the team keeps saying, not just what it said this time. The stakeholder comms engine drafts the update in the register the audience expects. The backlog health monitor flags the quiet decay nobody has time to check for. The risk and dependency tracker follows the chains that actually bite.

Seventy-six working files ship with it, across four sections, so every system is built against real sprint data rather than material invented for a slide. Four sprints of retrospectives, board exports, standup notes, backlog and risk data.

Explore the Course


Launch your Agile career!

HK School of Management helps you learn Agile and Scrum with practical playbooks, AI-powered prompts, and real-world workflows for planning and delivery. Practical skills, tools, and guidance you can apply right away. Covered by Udemy's 30-day refund policy.

Learn More