Key Takeaways

  • An issue is a current problem or matter that requires resolution, unlike a risk which is an uncertain future event
  • The Issue Log is a project document that tracks all identified issues, their status, owners, and resolution activities
  • Root Cause Analysis (RCA) identifies the fundamental source of problems to prevent recurrence rather than just treating symptoms
  • The Five Whys technique involves asking 'why' repeatedly to drill down from symptoms to root causes
  • Collaborative approaches to issue resolution leverage diverse team perspectives and build shared ownership of solutions
Last updated: January 2026

Managing Project Issues

Issues are current problems that need attention, unlike risks which are uncertain future events. Effective issue management ensures problems are identified early, analyzed properly, and resolved before they derail the project.

Issues vs. Risks

Understanding the distinction between issues and risks is fundamental:

CharacteristicIssueRisk
TimingCurrent, happening nowFuture, may or may not occur
CertaintyKnown, certainUncertain
ResponseResolution requiredResponse planned
DocumentIssue LogRisk Register
UrgencyNeeds immediate attentionCan be planned for

A risk that occurs becomes an issue. Effective risk management reduces issues; effective issue management resolves them.


The Issue Log

The Issue Log is a project document used to track and monitor issues throughout the project lifecycle.

Issue Log Components

ComponentDescriptionExample
Issue IDUnique identifierISS-001
DescriptionClear statement of the issue"Server cannot handle load"
CategoryType of issueTechnical, Resource, External
Date IdentifiedWhen discovered2026-01-09
Raised ByWho identified the issueTeam member name
PriorityUrgency levelCritical, High, Medium, Low
Issue OwnerResponsible for resolutionNamed individual
Target Resolution DateWhen it should be resolved2026-01-15
StatusCurrent stateOpen, In Progress, Resolved, Closed
ResolutionHow it was resolvedActions taken
Lessons LearnedKnowledge gainedInsights for future

Issue Priority Levels

PriorityDescriptionResponse Time
CriticalProject stoppage, major impactImmediate
HighSignificant impact on deliveryWithin 24-48 hours
MediumModerate impact, workarounds existWithin 1 week
LowMinor impact, can be scheduledWithin project timeline

Issue Management Process

Standard Issue Management Flow

  1. Identify: Recognize and document the issue
  2. Categorize: Classify by type and priority
  3. Assign: Designate an issue owner
  4. Analyze: Investigate root cause
  5. Develop Options: Identify possible solutions
  6. Decide: Select resolution approach
  7. Implement: Execute resolution actions
  8. Verify: Confirm issue is resolved
  9. Close: Document and capture lessons learned

Issue Escalation

When issues cannot be resolved at the project level:

  • Follow governance escalation paths
  • Provide complete information to decision-makers
  • Recommend solutions when possible
  • Track escalated issues through resolution

Root Cause Analysis (RCA)

Root Cause Analysis is a systematic process for identifying the fundamental source of problems. RCA focuses on addressing underlying causes rather than treating symptoms.

Why RCA Matters

Without RCAWith RCA
Symptoms are treatedCauses are eliminated
Problems recurProblems are prevented
Reactive firefightingProactive improvement
Wasted resources on repeated fixesSustainable solutions

RCA Core Principles

  1. Focus on remedying causes rather than symptoms
  2. Realize there may be multiple root causes
  3. Focus on how and why, not who
  4. Be systematic and methodical
  5. Find cause-and-effect evidence
  6. Take a comprehensive approach

Root Cause Analysis Techniques

The Five Whys

The Five Whys technique involves asking "why?" repeatedly (typically five times) to drill down from symptoms to root causes.

Example:

LevelQuestionAnswer
ProblemThe deployment failed
Why 1?Why did it fail?The database connection timed out
Why 2?Why did it time out?The query took too long
Why 3?Why was the query slow?The table wasn't indexed
Why 4?Why wasn't it indexed?It wasn't in the deployment checklist
Why 5?Why wasn't it on the checklist?We don't have a review process for schema changes

Root Cause: Lack of review process for database schema changes

Corrective Action: Implement schema change review process

Fishbone Diagram (Ishikawa Diagram)

The Fishbone Diagram (also called cause-and-effect diagram) visualizes potential causes organized by category.

Standard Categories (6 M's for Manufacturing):

  • Manpower: People, skills, training
  • Methods: Processes, procedures
  • Machines: Equipment, technology
  • Materials: Inputs, data, resources
  • Measurements: Metrics, criteria
  • Mother Nature/Environment: External factors

Adapted Categories for Projects:

  • People: Skills, availability, communication
  • Process: Methods, workflows, procedures
  • Technology: Tools, systems, infrastructure
  • Resources: Budget, materials, equipment
  • External: Vendors, regulations, environment

Other RCA Techniques

TechniqueDescriptionBest For
Change AnalysisCompare before/after a changeIssues following changes
Barrier AnalysisIdentify where controls failedProcess failures
Pareto Analysis80/20 rule for prioritizationMultiple issues
Fault Tree AnalysisTop-down logic diagramComplex system failures

Collaborative Issue Resolution

Effective issue resolution leverages team collaboration:

Benefits of Collaborative Approach

  • Diverse perspectives: Different viewpoints uncover causes
  • Shared understanding: Team aligns on problem and solution
  • Buy-in: Involvement creates ownership
  • Better solutions: Collective wisdom outperforms individual
  • Knowledge sharing: Team learns together

Collaborative Techniques

TechniqueDescriptionWhen to Use
BrainstormingGenerate ideas without judgmentInitial exploration
Affinity GroupingOrganize ideas into themesLarge number of inputs
Dot VotingPrioritize optionsSelecting among alternatives
Round RobinEach person contributes in turnEnsure all voices heard
Nominal Group TechniqueStructured idea generation and votingBalanced participation

Creating a Blame-Free Environment

For effective issue resolution:

  • Focus on what happened, not who
  • Treat issues as learning opportunities
  • Encourage reporting without fear
  • Celebrate identification of issues
  • Recognize problem-solvers

Issue Management Best Practices

PracticeDescription
Act quicklyAddress issues before they escalate
Assign ownershipEvery issue needs an owner
Track systematicallyUse the Issue Log consistently
Communicate regularlyKeep stakeholders informed
Escalate appropriatelyKnow when to involve others
Learn continuouslyCapture lessons from every resolution
Prevent recurrenceAddress root causes, not just symptoms

Key Takeaways

  • Issues are current problems requiring resolution; risks are future uncertainties
  • The Issue Log tracks all issues through identification to resolution
  • Root Cause Analysis prevents recurrence by addressing fundamental causes
  • The Five Whys and Fishbone Diagram are key RCA techniques
  • Collaborative approaches yield better solutions and team buy-in
Test Your Knowledge

What is the key difference between a project issue and a project risk?

A
B
C
D
Test Your Knowledge

A project team is investigating why a critical deliverable was rejected by the customer. They keep asking "why?" to each answer until they identify the fundamental cause. Which technique are they using?

A
B
C
D
Test Your Knowledge

Which root cause analysis technique organizes potential causes into categories such as People, Process, Technology, and Resources?

A
B
C
D