Are You Practicing Issue Management In Your Projects?
In the life cycle of any project, there will always be unexpected problems and issues that arise.
When these issues arise, a project manager has to be ready to deal with them or they will potentially affect the project’s outcome.
What is Issue Management?
- Issue management is the process of identifying and resolving issues
- Problems with staff or suppliers, technical failures, material shortages, these might all have a negative impact on your project
- Unresolved issues can be a source of conflict that delays or prevents the project team from attaining project goals, milestones, and deliverables
- Issue Management is designed to minimize the negative effects of issues on a project
- Issue Management follows many of the processes applicable to risk management and these two areas are usually considered in tandem
- Issues arising should be recorded on a Project Issues Log
- Issue Management addresses obstacles that can hinder project success
- These obstacles can include such factors as:
- Differences of opinion
- Situations to be investigated
- Unanticipated responsibilities
- The purpose of issue management is to identify and document these issues and to resolve them by reviewing and carefully considering all relevant information.
- Project issues must be identified, managed and resolved throughout the project in order for the project to be successful
- Issue management plays an important role in maintaining project stability and efficiency throughout the project lifecycle.
- It is the responsibility of the project manager to effectively manage and monitor issues on a regular basis, follow up with issue owners to ensure progress is being made towards resolution, and to report on the status of issues.
- In addition to overcoming obstacles to success, effective issue management also contributes to having constructive working relationships with the project stakeholders, including the project team
- An issue log is a key tool for the project manager in the ongoing tracking and monitoring of issue resolution.
What is an Issue?
- An issue is basically anything that might affect the project meeting its goals
- An issue is a problem that will impede the progress of the project
- An issue is a point or matter in question or dispute, or a point or matter that is not settled and is under discussion, or over which there are opposing views or disagreements.
What is a Risk?
- A risk is a potential occurrence whereas an issue is something that has actually occurred
- A risk is an uncertain event or condition that, if it occurs, has a positive or negative impact on a project’s objectives.
Key Issue Questions
- How will a PM assign responsibility for resolving the issue?
- How will a PM know when to escalate an issue to management or the steering committee?
- Which criteria will determine an issue’s priority status?
- Who will set the target resolution date?
How will issues be communicated within the team?
- How will a PM identify different issues if several occur during one project?
- If change orders are needed, how will those be handled?
- When the resolution affects the budget or schedule, what will the update process be, and who will be responsible?
Types of Issues
- Issues can be raised by anyone associated with the project and a clear process for raising them should be widely publicized
- Define the categories of issues that you’re likely to encounter. This helps you track issues and assign the right people to resolve them.
- Issues may arise from a wide variety of sources, for example:
- Technical issues relating to a technological problem in the project
- Technical requirements have changed
- The project is insufficiently funded
- Lack of visible management sponsorship for the project
- Ineffective project communications
- Poor definition of project goals, scope, requirements, and deliverables
- Project management processes not adhered to
- Business process issues arising from a project’s design
- Business requirements have changed
- Change management issues to scope and timescales that arise from an unplanned requested change to the system.
- Resource issues to people problems and availability
- Project team lack the skills to complete the project
- Issues about the size of the project team
- Project schedule overly aggressive
- Equipment delays have impacted the project schedule.
- Third party issues or “bugs” that need to be reported to an external supplier
- Transition activity issues
- Budget overrun issues
- Dependencies issues on underway within the organization
- Stakeholders issues
- Organization issues
- Issues arising from conflicts from project staff.
Always Remember The Basic Questions
Why an Issues Log?
- Issues need to be recorded when they happen. A project manager creates an issues log as part of a RAID template to provide a tool for reporting and communicating what’s happening with the project
- This makes sure that issues are indeed raised, and then investigated and resolved quickly and effectively
- Without a defined process, a project manager risks ignoring issues until it’s too late to deal with them successfully.
An issues log has some of the following benefits:
- Provides a useful tool for managing and addressing the issues identified before and during the project
- Identifies and documents actions taken to address the identified issues and their subsequent resolution
- Provides the senior management with a documented framework from which the status of issues can be reported
- Ensures the communication of issues to key stakeholders
- Provides a mechanism for seeking and acting on feedback regarding project issues to encourage the involvement of the key stakeholders.
When to develop a Project Issues Log?
- The Issues Log as part of the RAID template should be created at the start of the project
- The frequency of issues reporting will vary depending on the size of the project.
- With most projects, this may consist of a weekly review of any issues that could affect progress
- The issues log as part of the RAID report forms an integral part of a project.
The Issue Log Format
- The Issues Log records as part of the RAID Log details of all the issues identified at the beginning and during the life of the project, the action taken to address each issue and the subsequent results
- This issues log should be maintained throughout the project and updated regularly, as existing issues are closed as a result of successful actions and new issues added as they are identified.
It usually includes:
- Date when the issue was raised
- An issue reference number (ID) to identify different issues
- A name for the Issue
- A brief description of the issue concerns like these:
- Technical issue due to a technological problem in the project
- Business process issue as part of the project’s design
- Change management issue from business, customer, or environmental changes
- Resource issues from equipment, material, or people problems
- Third party issues with vendors, suppliers, or other outside parties
- The name of the person who raised this issue
- The date the issue is assigned to someone
- Name of the person(s) assigned to solving the issue
- The priority and severity of the issue that details how bad the consequence would be if the issue is left unsolved.
The status of the issue:
- Status: Track the progress of the resolution with a clear label identifying the issue’s overall status. Here’s an example:
- Open: The issue has been identified, but no action has yet been taken.
- Investigating: The issue, and possible solutions, are being investigated.
- Implementing: The issue resolution is in process.
- Escalated: The issue has been raised to management or the project steering committee, and directions or approval of a solution is pending.
- Resolved: The resolution has been implemented, and the issue is closed.
- A list of the actions performed before the with dates issue is resolved
- What the final resolution was to settle the issue
- The date when the issue is solved.
Best Practices For Issue Management
- Any potential problem should be surfaced early and dealt with efficiently
- Proactively manage issues to minimize their effect on a project
- Make issues visible to the relevant stakeholders
- An issue escalation process should be determined as a part of the overall issue management planning activities and should be documented
- All issues, regardless of how minor they seem, should be centrally documented in an issue log
- Issues should be stated in such a way that it is clear how they can be resolved.
- Use ‘traffic lights’ when reporting issues. This provides an easy-to-see indication of whether issues are under control. Traffic lights could be used as follows:
- Red – Cannot continue before the issue is resolved
- Amber – Resolution is in process, and you’ll be able to proceed soon.