Assumption Log

A project document that captures, tracks, and updates all assumptions and constraints from project start through closure.

Key Points

  • It is a living document, updated whenever new assumptions or constraints are identified, validated, or disproved.
  • Entries typically include description, source/owner, date, potential impact, status, and any required actions.
  • It feeds risk management; invalid or uncertain assumptions can become risks or issues requiring responses.
  • Reviewed in governance and change control to understand effects on scope, schedule, cost, and quality.

Example

On a software project, the team assumes the vendor API will be available by May 1, and notes a constraint that the budget cannot exceed USD 500,000. The project manager records both in the assumption log, assigns owners to validate the API date and monitor budget caps, and updates the log when the vendor confirms a June release, triggering a schedule risk and mitigation actions.

PMP Example Question

During planning, the project manager documents a belief that a supplier can deliver components by month-end without formal confirmation and notes a fixed funding cap set by the sponsor. Which document should be updated?

  1. Risk register
  2. Cost baseline
  3. Assumption log
  4. Procurement management plan

Correct Answer: C — Assumption log

Explanation: Assumptions and constraints are recorded and maintained in the assumption log. The risk register captures identified risks, while the cost baseline and procurement plan serve different purposes.

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.

Eight teaching 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 career!

HK School of Management and Technology offers training in project management, job-search strategies, and career growth. Practical skills, tools, and guidance you can apply right away. Covered by Udemy's 30-day refund policy.

Learn More