Prioritizing Tasks

This document outlines practical task prioritization strategies for IT professionals managing overwhelming workloads, including creating comprehensive task lists, assessing urgency and importance, sizing work effort, timing complex tasks around interruption patterns, and communicating capacity limits when workload exceeds available time through team collaboration or expectation management.

This document provides systematic approaches to prioritizing tasks when everything feels urgent and important, covering task list creation and maintenance, urgency assessment based on consequence timing, importance evaluation through impact and dependencies, effort sizing strategies, strategic timing of complex work around interruption patterns, and managing expectations when workload exceeds capacity through team collaboration or task elimination.


The Overwhelming Workload Challenge

When Everything Seems Critical

The previous discussion established the need to have time available to work on tasks that are important but not necessarily urgent. But sometimes it feels like everything is important and everything is urgent.

Typical overwhelming scenario:

TaskTypeUrgency ClaimImportance Claim
Deploy computer for new hireSetupStarts tomorrowPerson can’t work
Upgrade VPN serviceSecurityHas vulnerabilitySecurity risk
Fix permissions problemAccess issueUsers blockedInventory access down
Check mail system issueService problemEmails rejectedCommunication affected
Many other tasksVariousAll seem urgentAll seem important

The overwhelm pattern:

SymptomCauseImpact
Everything urgentMultiple deadlinesParalysis deciding what to do
Everything importantAll have consequencesCan’t distinguish priority
Lost track of tasksToo many to rememberThings slip through cracks
No clear directionNo prioritization systemWorking on wrong things

What can be done to figure out how to spend the limited time available? There’s a lot to say about this, and everyone works a little differently. So finding the system that works best individually is necessary. But covering the basic structure that can help with organization and prioritization is the starting point.


Step 1: Create a Comprehensive Task List

Capturing All Work

The first step is to make a list of all of the tasks that need to get done.

Task list medium options:

MediumAdvantagesDisadvantagesBest For
Paper notebookTangible, no tech neededNot searchable, can be lostPersonal quick capture
Text fileSimple, version controllableLimited featuresSolo developers
SpreadsheetSortable, filterableManual maintenanceSmall teams
Bug tracking systemStructured, integratedOverhead for small tasksDevelopment teams
Ticket management systemFull workflow, reportingComplex setupIT support teams
Project management toolCollaboration, visualizationLearning curveCross-functional teams

The point is to have all the tasks listed in one place to avoid depending on memory that is not always perfect later.

Task capture best practices:

PracticePurposeBenefit
Single source of truthAvoid duplicate or missed tasksClear visibility
Immediate captureRecord tasks as they ariseDon’t forget details
Include all typesSupport, projects, researchComplete picture
Regular reviewKeep list currentRemove completed items
Accessible locationEasy to update anywhereConsistent use

Essential task information to capture:

FieldPurposeExample
DescriptionWhat needs to be done“Fix permissions on /data/inventory”
Requester/SourceWho needs it or where it came from“Sales team manager”
ContextWhy it’s needed“Can’t access Q4 sales data”
Due date (if any)When it must be done“Before Monday meeting”
DependenciesWhat it blocks or requires“Blocks monthly reporting”

Step 2: Assess True Urgency

The Urgency Test

Once the list exists, checking the real urgency of the tasks is the next step. Ask: if any items don’t get done today, will something bad happen? If yes, then those should be worked on first.

Urgency assessment criteria:

QuestionYes = UrgentNo = Not Urgent
Will something break today?Critical system failureCan wait
Is someone blocked from working?Productivity lost nowDelayed impact
Is there a fixed external deadline today?Hard deadlineFlexible timing
Will delay cause significant cost increase?Time-sensitiveCost remains same
Is there cascading impact?Blocks other workIndependent task

Urgency categories with examples:

Urgency LevelTime FrameExampleAction
CriticalNext 1-2 hoursProduction server downDrop everything
HighTodayPerson starts tomorrow, needs computerToday’s priority
MediumThis weekVPN upgrade with security issueSchedule this week
LowThis monthNon-critical feature requestBacklog
NoneNo deadlineNice-to-have improvementOptional time

Common false urgency signals:

SignalWhy It Seems UrgentTrue Urgency TestReality Check
Requester says “ASAP”Language implies urgencyWhat happens if delayed?Often not truly urgent
Recent requestJust came inIs timing actually critical?Recency bias
Vocal requesterLoud complaintsImpact on operations?Squeaky wheel syndrome
Management mentionAuthority figure involvedBusiness impact?May be important, not urgent

Once completing the most critically urgent tasks, looking at the rest of the list and assessing the importance of each issue is the next phase.


Step 3: Evaluate Importance

Distinguishing Importance

Even when it looks like everything is important, being able to tell that some things are more important than others should be possible.

Importance evaluation criteria:

CriterionHigher ImportanceLower Importance
Number of people affectedMore peopleFewer people
Business impactRevenue/reputation effectMinimal business impact
Blocking naturePrevents other workIndependent task
Alignment with goalsStrategic objectivesTactical nice-to-have
Risk if not doneSignificant consequencesMinor inconvenience

Importance ranking examples:

TaskPeople AffectedBlocking?Business ImpactImportance Level
Fix payroll systemAll employeesYes (payment)CriticalHighest
Resolve email issue50 usersNoMediumHigh
Fix permissions for team10 usersYes (their work)MediumMedium-High
Deploy computer for new hire1 personYes (can’t work)MediumMedium
Update documentationFuture usersNoLowLow-Medium

Importance Factors

For example, a task that will benefit more people is more important than a task that will benefit less people. If there are a bunch of different tasks that depend on completing one, that roadblock is more important to clear than the rest.

Roadblock identification:

ScenarioWhat’s BlockedMultiplier EffectPriority Boost
Database upgrade5 development projectsHighComplete first
Permission fix1 team’s accessMediumBlocks team
Shared library bugAll applications using itVery highCritical
Network configurationNew server deploymentHighUnblocks infrastructure

Grouping by Importance

If it still seems like everything is on fire, dividing the tasks into groups of most important, important, and not so important is possible. And then sorting the tasks inside each group, but not spending too much time doing this sorting.

Three-tier importance grouping:

TierCriteriaActionTime Allocation
Most ImportantHigh impact, blocks others, many affectedMust complete60-70% of time
ImportantMedium impact, valuable but not blockingShould complete25-30% of time
Not So ImportantLow impact, few affected, non-blockingNice to complete5-10% of time

Sorting within groups:

ApproachEffortAccuracyRecommendation
Detailed rankingHighHighOverkill
Rough orderingLowGood enoughRecommended
No sortingNoneAdequateAcceptable

In the end, the exact order isn’t what matters. What matters is spending most of the time working on the most important tasks.


Step 4: Team Alignment

Shared Prioritization

If working with a team of people, it’s a good idea to share both the list of tasks and the standard of prioritization among team members. This helps avoid having to do the work multiple times and coming out with different priorities.

Benefits of shared prioritization:

BenefitImpactExample
Consistent standardsEveryone uses same criteriaNo duplicate prioritization
Avoid duplicate effortOne person does prioritizationShared task list
Coordinated actionTeam works on right thingsAligned priorities
Fair workload distributionBalance based on priorityEquitable assignments
Clear expectationsManagement sees same viewAligned reporting

Team prioritization practices:

PracticeFrequencyParticipantsOutcome
Prioritization meetingWeeklyFull teamAgreed priority list
Daily standupDailyFull teamToday’s focus
Triage sessionsAs neededLead + stakeholdersIncoming request priority
RetrospectiveSprint/monthlyFull teamImprove process

Shared prioritization tools:

ToolFeaturesTeam SizeComplexity
Shared spreadsheetSimple, collaborative2-5Low
Kanban boardVisual, workflow3-10Medium
Project management softwareFull featured5-50+High
Ticket system with prioritiesStructured, reportable10-100+Medium-High

Step 5: Estimate Effort Size

Rough Sizing

Once having a list of the most important tasks to work on, wanting a rough idea of how much effort they’ll take is natural. This isn’t about exact timing, it’s about assigning rough sizes.

Common sizing techniques:

TechniqueSizesBest ForPrecision
T-shirt sizingXS, S, M, L, XLGeneral workVery rough
Fibonacci points1, 2, 3, 5, 8, 13Agile teamsRelative
Time buckets<1h, 1-4h, 1d, 1wIT supportModerately rough
Simple three-tierSmall, Medium, LargeQuick assessmentRough

T-shirt sizing example:

SizeTime RangeExample TasksCharacteristics
Extra Small (XS)<30 minutesPassword reset, simple configQuick wins
Small (S)30min - 2 hoursInstall application, fix permissionSingle session
Medium (M)2-8 hoursServer setup, moderate troubleshootingOne day work
Large (L)1-3 daysSystem migration, complex debuggingMultiple days
Extra Large (XL)1+ weeksInfrastructure project, major upgradeProject work

One common technique is to use small, medium, and large. And when the range of sizes is big enough, including extra small or extra large if needed.

Effort estimation factors:

FactorImpact on SizeConsiderations
ComplexityDirectTechnical difficulty
UnknownsIncreasesResearch needed
DependenciesIncreasesWaiting on others
InterruptionsIncreasesSupport role overhead
ExperienceDecreasesFamiliarity with task

Step 6: Strategic Work Timing

Starting with Large Important Tasks

Once identifying the most important tasks and how big they are, starting to work on them is possible. If possible, trying to start with the larger, most important tasks to get those out of the way first is ideal.

Large task first advantages:

AdvantageReasonBenefit
Progress on critical workLarge tasks often most importantHigh value delivery
Psychological reliefBig accomplishment feels goodMotivation boost
Risk reductionHard tasks done earlyTime buffer for issues
Cascading benefitsMay unblock other workEnable others

Managing Interruptions

But as called out, when work involves IT support, dealing with interruptions is known. And working on complex tasks while getting interrupted can be very frustrating.

Interrupt impact by task size:

Task SizeInterruption ImpactRecovery CostStrategy
XS (<30 min)LowMinutesOK anytime
S (30min-2h)Medium10-15 minutesProtected time preferred
M (2-8h)High15-30 minutesDedicated focus time
L (1-3 days)Very high30-60 minutesLong focus blocks required
XL (1+ weeks)SevereHoursBreak into smaller chunks

Strategic timing approach:

One strategy that can help is saving the most complex tasks for the moments when being less likely to get interrupted is expected. If knowing that the busiest time is in the morning, and tending to have more quiet time during the afternoon, it makes sense to work on easy and quick tasks early in the day. Save the most complex tasks for later, when having more time to concentrate on them will be available.

Daily task timing strategy:

Time PeriodTypical Interruption LevelTask TypeTask SizeReasoning
Morning (8-10am)HighQuick winsXS, SAddress backlog, visible progress
Mid-morning (10-12pm)Medium-HighModerate tasksS, MSome focus available
Lunch (12-1pm)VariableBreak/buffer-Recharge
Early afternoon (1-3pm)Low-MediumComplex workM, LBetter focus time
Late afternoon (3-5pm)LowStrategic workL, XLQuietest period
After hours (optional)Very lowDeep workL, XLMaximum focus

But when focused time starts, ensuring work on those large complex tasks and not on the easy ones is critical. Otherwise, the complex tasks will never get done.

Focus time discipline:

TemptationWhy It’s TemptingConsequenceSolution
Do quick tasks firstEasy wins feel goodComplex tasks never doneStart with complex
Clear small backlogVisible progressStrategic work delayedReserve small tasks for interrupt time
Respond to new requestsFeel responsiveLose focusBatch for later
Check email/messagesFOMO, habitContext switchingScheduled check times

Step 7: Task Selection Framework

Matching Tasks to Available Time

Select which task to deal with depending on urgency and how much time can be devoted to it, starting with the biggest tasks that can fit in the time available.

Task selection decision matrix:

Available TimeInterruption RiskTask Size SelectionPriority Level
<30 minutesHighXS onlyHighest urgency
30min - 1 hourMediumXS, SHigh urgency
1-2 hoursMediumS, MHigh-Medium importance
2-4 hoursLowM, LHighest importance
Full dayVery lowL, XLStrategic important

Example task selection scenarios:

ScenarioTime AvailableSelectionReasoning
Just got pulled into meeting15 minutes untilQuick password reset (XS)Can complete before meeting
Lunch break over90 minutesPermission fix (S)Fits time, moderately important
Afternoon focus block3 hoursDatabase migration prep (L)Complex, dedicated time
Quiet Friday afternoon4+ hoursInfrastructure automation (XL)Long uninterrupted period

Balancing Breaks and Experiments

But keep in mind, this shouldn’t stop taking a break or working on experimental projects. Taking breaks is important because it allows creative minds to stay fresh, and working on a fun side project can help research emerging technologies and come up with new ideas.

Break and experimentation importance:

ActivityFrequencyDurationPurposeBenefit
Short breaksEvery 90-120 min5-10 minutesPhysical resetMaintain focus
Lunch breakDaily30-60 minutesMental resetAvoid burnout
Experimental projectsWeekly2-4 hoursInnovation, learningNew capabilities
Research timeWeekly2-4 hoursTechnology explorationStay current
Social timeDaily15-30 minutesTeam connectionCollaboration

Example: Google 20% time philosophy:

PrincipleImplementationExampleKnown Outcome
Innovation time20% time for side projectsExperimental workGmail, Google News originated
Learning investmentProtected time for researchNew technology explorationCompetitive advantage
Creative freedomChoose own projectsPassion-driven workHigher engagement
Risk toleranceAllow experimentationSome projects failBig wins worth it

This very certificate program got its start as a side project at Google, demonstrating the value of protected experimentation time.


Step 8: Managing Capacity Overload

When There’s Too Much Work

Okay, but what if the unthinkable happens? What can be done if after all of this prioritizing, sizing, and ordering there’s just too much work to be done and too few hours in the day?

Capacity overload indicators:

IndicatorSymptomImpact
Consistent overtimeWorking beyond normal hours regularlyBurnout risk
Important tasks delayedHigh-priority work not completedBusiness impact
Quality declineRushing, making mistakesTechnical debt
Stress increaseAnxiety about workloadHealth issues
Nothing gets finishedEverything started, nothing completeNo value delivery

The first thing to know is this is normal. Most people working in IT have too much to do and can’t get all the things they want done.

Why capacity overload is common in IT:

ReasonExplanationReality
Technology complexitySystems always need workNever truly “done”
Continuous changeNew technologies, threats, requirementsConstant evolution
Cost center pressureLimited budgets for IT staffUnderstaffing common
Interrupt-driven workSupport requests unpredictableCapacity reserved for reactive work
Ambitious goalsWant to do more than possiblePrioritization required

Two Options for Overload

Unfortunately, humans can’t multiply themselves on command yet and working extra hours is not sustainable long-term. Which means there are basically two options: either getting extra help from other team members or deciding that some tasks weren’t really that important, and they won’t get done.

Capacity overload resolution options:

OptionApproachRequirementsOutcomes
Get helpAdd team capacityManagement approval, budget, hiringMore work completed
Reduce scopeEliminate low-priority tasksStakeholder communicationLess work, focused effort
HybridSome help + some reductionBoth aboveBalanced approach

Getting help strategies:

StrategyImplementationProsCons
Temporary assignmentTeam member helpsQuick, flexibleLimited availability
Hire contractorExternal resourceSpecialized skillsCost, onboarding
Hire full-timePermanent capacityLong-term solutionTime to hire, cost
Redistribute workRebalance teamUse existing resourcesOthers may be full too
OutsourceExternal team handles workScalableQuality control, cost

Reducing scope strategies:

StrategyImplementationCommunicationImpact
Drop low-priority tasksEliminate bottom 20%“We won’t do these”Focus on important
Delay non-urgent workPush to next quarter“We’ll do this later”Create breathing room
Automate repetitive workInvestment in automation“Takes time but pays off”Future capacity gain
Simplify requirementsReduce scope of tasks“Do simpler version”Faster completion
Say no to new requestsFreeze backlog temporarily“Not accepting new work”Protect capacity

Communication is Critical

For both of these options, involving other people, like a manager, is necessary, and making sure that expectations get clearly communicated is essential.

Capacity conversation framework:

ElementContentPurpose
Current situation“Here’s our workload and capacity”Establish reality
Prioritized list“Here’s what’s important”Show decision basis
Capacity gap“We can do X, asked to do Y”Quantify problem
Options“We could get help or drop items”Present solutions
Recommendation“I suggest…”Provide guidance
Ask for decision“What should we do?”Get stakeholder buy-in

Communication best practices:

PracticeWhy It MattersExample
Be transparentBuilds trustShare complete task list
Use dataObjective basisHours vs. capacity numbers
Present optionsEnable decision-makingMultiple solutions
Document decisionsClear recordMeeting notes, email summary
Follow upEnsure alignmentRegular status updates

Task Type and Sizing

Self-Contained vs. Project Work

Some tasks, like fixing the permissions in a directory, changing a faulty keyboard, or installing a new application on a single computer, can be self-contained and completed in a small amount of time.

Self-contained task characteristics:

Task ExampleTimeDependenciesCompletionTracking
Fix directory permissions30 minutesNoneSingle actionSimple
Replace faulty keyboard15 minutesHave replacementInstall and testTicket close
Install application1 hourSoftware availableInstall and verifyQuick win
Reset password5 minutesNoneReset and confirmImmediate

Other tasks, like upgrading the database software to a new version, automating the creation of user accounts, or writing a wrapper to adapt to incompatible programs, are larger projects that can take several days or maybe even weeks to complete.

Project task characteristics:

Task ExampleTimeDependenciesCompletionTracking
Database software upgrade1-2 weeksTesting environment, backup plan, maintenance windowMultiple phasesProject plan
Automate user account creation2-3 weeksAPI access, requirements, testingDevelopment, testing, deploymentSprint tracking
Write compatibility wrapper1-2 weeksBoth program APIs, requirements, testingDesign, code, test, deployDevelopment process
Infrastructure migration1-3 monthsNew infrastructure, migration plan, rollback planPhased rolloutProgram management

Time Estimation and Communication

When that’s the case, it’s important to have a rough estimate of how long the tasks will take to be completed and to clearly communicate expectations to those affected.

Why estimates and communication matter:

Stakeholder NeedWithout Estimate/CommunicationWith Estimate/Communication
PlanningCan’t plan around completionCan schedule dependent work
ExpectationsFrustration from uncertaintyRealistic timeline
Resource allocationDon’t know if help neededCan assign appropriately
PrioritizationCan’t compare optionsCan make informed trade-offs

Estimation for different task sizes:

Task SizeEstimation ApproachCommunication FrequencyUpdate Trigger
XS (<30 min)Exact time often knownAfter completionNone needed
S (30min-2h)Hour-level estimateAfter completionIf takes longer
M (2-8h)Half-day/day estimateDaily update if relevantSignificant delay
L (1-3 days)Day-level estimateDaily updatesAny delay
XL (1+ weeks)Week-level estimate, milestonesWeekly updatesMissed milestones

Conclusion

Prioritizing tasks effectively when facing an overwhelming workload requires systematic approaches beginning with creating a comprehensive task list in a single location using paper, text files, ticket systems, or project management tools to capture all work and free mental capacity from trying to remember everything. Assessing true urgency involves asking whether something bad happens if the task isn’t completed today, distinguishing critical immediate needs like production failures or fixed deadlines from tasks that feel urgent but can wait, avoiding false urgency signals from vocal requesters or recent timing that create artificial pressure. Evaluating importance requires comparing tasks across multiple dimensions including number of people affected with more users indicating higher importance, blocking nature where roadblocks preventing other work take priority, business impact on revenue or reputation, and alignment with strategic goals versus tactical nice-to-haves. Team alignment through shared task lists and common prioritization standards prevents duplicate effort, ensures consistent decisions, and enables coordinated action with clear expectations across the organization through regular prioritization meetings and collaborative tools. Effort sizing using techniques like t-shirt sizes (XS, S, M, L, XL) or simple three-tier classifications (small, medium, large) provides rough estimates sufficient for task selection without the overhead of precise time tracking, accounting for factors like complexity, unknowns, dependencies, and experience level that impact actual duration. Strategic work timing matches task complexity to interruption patterns by saving large complex tasks requiring 2-4 hour focus blocks for quiet periods like afternoons while handling quick easy tasks during high-interruption morning periods, with discipline to work on important large tasks during focus time rather than succumbing to the temptation of clearing easy backlog items. Task selection follows a framework considering both available time and interruption risk to choose the biggest important task that fits the time window, balancing productive work with necessary breaks every 90-120 minutes and experimental projects that enable innovation and learning as demonstrated by Gmail and this certificate program originating from Google side projects. Managing capacity overload when prioritizing and sizing reveals insufficient time requires two fundamental options: obtaining extra help through team assignments, contractors, or hiring, or reducing scope by eliminating low-priority tasks and communicating that they won’t be completed, with both options requiring manager involvement and clear stakeholder communication about workload reality, capacity gaps, available options, and decisions made. Self-contained tasks like permission fixes or application installations complete in minutes to hours with simple tracking, while project work like database upgrades or automation development spans days to weeks requiring rough time estimates, clear communication of expectations to affected stakeholders, and regular progress updates with triggers for additional communication when significant delays occur.


FAQ