A risk register is a tool that records and tracks the risks that may affect a project, as well as the actions that are taken or planned to manage them1. A risk register should include information such as the risk description, category, source, impact, likelihood, severity, owner, status, and response2. Among these, the most important information to capture in the risk register is the action plans to address risk scenarios requiring treatment. This is because the action plans are the specific steps that are taken to reduce, avoid, transfer, or accept the risks, depending on the chosen risk treatment option3. The action plans should be clear, realistic, measurable, and aligned with the project objectives and constraints4. The action plans should also be monitored and updated regularly to ensure that they are effective and appropriate for the changing risk environment5. The action plans are essential for managing the risks and ensuring the successful delivery of the project. The other options are not the most important information to capture in the risk register, as they are either less relevant or less actionable than the action plans. The team that performed the risk assessment is the group of people who identified, analyzed, and evaluated the risks, using various tools and techniques6. While this information may be useful for accountability and communication purposes, it is not as important as the action plans, as it does not indicate how the risks are treated or resolved. The assigned risk manager to provide oversight is the person who has the responsibility and authority to oversee the risk management process and ensure that the risks are properly identified, assessed, treated, and reported. While this information may be useful for governance and coordination purposes, it is not as important as the action plans, as it does not specify what actions are taken or planned to manage the risks. The methodology used to perform the risk assessment is the approach or framework that is used to identify, analyze, and evaluate the risks, based on the project context, scope, and objectives. While this information may be useful for consistency and transparency purposes, it is not as important as the action plans, as it does not describe how the risks are addressed or mitigated. References = Risk and Information Systems Control Study Manual, 7th Edition, Chapter 2, Section 2.1.5, Page 55.