Project Workbook — How to manage an Agile Project

Team Ramp

  • Project Background- The equivalent of a Project Charter highlights the main objects of the application. Using a deck/ wiki page, accessible by the project team, enables them to read up on the project information at the click of a mouse.
  • Team Register — Sets the stage on the team’s roles and responsibilities (Dev, QA, BA…). Generate a spreadsheet that has all the names, duties, contact information, etc.
  • Stakeholder Register — Extend the team beyond the scrum team to include Product owner and Subject Matter Experts (SME). Similar to the team register, it will comprise all the names, roles, contact information.
  • Workflow — From the get-go, the team should develop a comprehensive end-to-end process on how the development is performed during a sprint and define Done. Use the UML design flow within Lucid to outline the development workflow that should link within the team onboard deck.
  • Tools and Resources This allows for all the access and credentials to be set up for tools such as Git, Kanban board, etc. Creating a tool checklist with the tools and credentials information allows for all the team members to have access to all the relevant tools.


  • Product Requirement Typically written in the form of User Stories to allow the user and Dev team to have a common language captured within a Backlog for the sprints.
  • Design AssetsOne of the best requirement tools, give the user a look and feel of the end product without having a single line of code. Use tools such as Sketch, Adobe XD, etc to create a design space that integrates into your workbook.
  • UML Designs and Flow Creating UML flows and diagrams helps to understand complex systems in the most simplified way possible.
  • Scope Bank Centralized area that ties all other discovery assets together, helps the team track out-dated requirements by assigning status (new, open, completed, removed).


  • Scrum Sheet Consider that most scrum sessions are less of a status update and more about team alignment and identifying roadblocks. The scrum sheet allows for tracking those roadblocks and next steps, which can be used as a commentary with the burndown chart to understand the peaks and flat lines.
  • KanBan board — This is the single most important tool to link within your project workbook. The team must be ensured to update their tickets constantly with comments, progress, etc. This helps to track the overall team performance towards meeting the sprint goal.
  • Meeting Notes — It is crucial to take detailed notes on highlights of the discussion, any decisions taken, risk/issues, and next steps, which is very important to capture the owner and deadline. The meeting notes should be circulated within 24 hours else you risk losing the person’s attention.
  • Risk Register — Risks should be tracked separately from all other updates even though its captured within all other artifacts (Meeting notes, Kanban board, Scrum sheet). The register ensures that the team is aware of all the risks and the potential impact at a glance. Risks should be the main focus of any PM. They are the make or break of any project.
  • Calendar — Meeting, Meeting that is the single most thing any PM does. Keep tracking of it all is having your calendar link directly to your workbook. There are a set amount of sessions that occur within the project. However, the ad hoc ones are the ones that need the PM to be fully engaged on their calendar.
  • Powerpoint DeckLeveraging a presentation deck is important for the PM to ensure those within a specific meeting are engaged and are able to follow the information being presented. There are tonnes of different decks to present on but a few that are always constant within a project are Status Update, Sprint Commit, Sprint Review, and Project Kickoff decks.
  • Share drive (Document hub) Within a project, there is the creation of reports, documents, design and etc. There comes the need for a centralized documentation hub to store and share the information with the rest of the team. Google Drive, Onedrive are some examples of those types of documentation hubs.


  • Release Notes — refers to the technical documentation produced and distributed alongside the launch of a new software product or a product update (e.g., recent changes, feature enhancements, or bug fixes). It very briefly describes a new product or succinctly details specific changes included in a product update.



Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Oldane Graham

Oldane Graham

Software Consultant | Project Manager | Certified Scrum Master | Agile Enthusiast | Digital Nomad| Blogger