Embracing Serendipity In Project Planning: Making Room for the Unexpected
Most project plans are written with the best information available at the time.
The team knows what it wants to achieve. The deadline has been agreed.
Responsibilities have been discussed, tasks have been listed and everyone has a
reasonable idea of what needs to happen next.
Then the project starts.
A customer asks a question nobody expected. Someone notices a problem with
the original approach. A supplier changes its timeline. A team member suggests
an easier way of doing something. During research, the team finds an
opportunity that was not visible when the plan was written.
Now the project has a choice to make.
Should the team stick rigidly to the original plan, or should it stop and
consider whether the new information changes what it should do?
That is where embracing serendipity in project planning
becomes useful.
Serendipity does not mean allowing a project to become unfocused. It means
recognising that useful things can happen outside the original plan—and giving
the team enough room to notice and assess them.
A Plan Is a Starting Point, Not a Prediction
There is a temptation to treat a detailed project plan as a description of
how the project will unfold.
It isn't.
A plan is a working view of the future based on what the team knows today.
That distinction becomes important once work gets underway.
Take a simple example. A company is planning changes to its internal
onboarding process. During interviews with employees, the project team
discovers that the biggest source of frustration is not the process they were
originally planning to change. It is the way information is handed between two
departments.
That finding was not part of the original project plan.
But ignoring it simply because it arrived late would make little sense.
The team may decide that the discovery is outside the project's scope. It
may decide to change the scope. Or it may record the issue as a separate
project.
Any of those decisions could be reasonable.
What matters is that the new information gets considered rather than
automatically dismissed.
Why Unexpected Ideas Can Be Valuable
Some of the best ideas in a project do not arrive during the planning
meeting.
They appear when people start doing the work.
A developer finds a simpler technical approach. A sales manager points out a
customer need that had been missed. A designer sees a usability problem during
testing. An operations manager realises that a proposed process will create
unnecessary work for another team.
These observations are valuable precisely because they come from people who
are close to the work.
A project plan created before the work begins cannot contain all of that
knowledge.
This is one reason a good project environment needs some flexibility. The
team should know what it is trying to achieve, but it should also be able to
say, “We have learned something that changes how we think about this.”
That is not poor planning.
Sometimes, it is evidence that the planning process is working.
The Difference Between Flexibility and Scope Creep
There is an obvious danger here.
If every new idea is treated as an opportunity, a project can quickly become
overloaded. One useful suggestion leads to another, the deadline moves, the
budget grows and the original objective becomes harder to recognise.
That is not serendipity. That is a project losing its boundaries.
The answer is not to reject unexpected ideas. It is to evaluate them.
When something new comes up, a project manager can ask a few straightforward
questions:
Does this help with the outcome we originally wanted?
What would we have to give up to make room for it?
Is the benefit worth the extra time, cost or effort?
Does this belong in the current project, or should it become a
separate piece of work?
Those questions create a useful middle ground.
The team does not have to say yes. It simply gives the new information a
fair hearing.
Keep the Purpose Clear
Flexibility becomes much easier when everyone understands the reason behind
the project.
Imagine a team has been asked to improve the experience of an online booking
process. Halfway through the work, someone proposes adding a completely new
feature.
It sounds impressive, but it does not make the booking process easier for
customers.
Another suggestion is much smaller: remove two unnecessary steps that
customers regularly struggle with.
If the team is focused on the project's actual purpose, the second idea may
be more valuable.
This is why project goals matter when plans change. They give people something
to come back to when there are competing ideas.
The question becomes less about whether something is new or interesting and
more about whether it contributes to what the project is supposed to
accomplish.
Give the Team Places to Reconsider the Plan
A project should not only be reviewed when something has gone wrong.
There are natural points where it makes sense to pause and ask whether the
original approach still makes sense.
That could be after research, after an initial prototype, following customer
feedback or before a major phase of delivery.
The conversation does not need to be complicated.
What have we learned?
What has changed?
Is there anything we would approach differently now?
Have we seen an opportunity that was not obvious at the beginning?
Are we still solving the right problem?
These questions can prevent teams from continuing with an outdated
assumption simply because it appears in the original project plan.
Serendipity Still Needs Good Management
There is a misconception that being open to unexpected opportunities means
being spontaneous all the time.
Project managers know better.
A project still needs priorities. People still need to know what they are
responsible for. Deadlines still matter. Resources are limited.
Serendipity works within those realities.
The manager's role is partly to decide which unexpected developments deserve
attention and which should be left aside.
That requires judgement.
A new idea might be excellent but unsuitable for the current project. A
small problem might reveal a much larger issue that needs investigation. A
change requested by one stakeholder might conflict with what another group
needs.
No tool or planning method can make those decisions automatically.
The information can help. The decision remains with the people responsible
for the project.
Where Blue Sky Index™ Fits
The idea of keeping different pieces of project information connected is
also relevant to Blue Sky Index™.
BSI is built around tracking goals, projects, progress and performance. Its
Serendipity Web approach brings together goal tracking and project information
with the Blue Sky Index score, providing a way to review how information around
goals and projects relates to where things stand and where attention may be
needed.
That can be useful when a project changes direction.
An unexpected development does not exist on its own. It may affect a
project, which may be connected to a particular goal or wider business priority.
Having those relationships easier to review can give managers more context when
deciding what to do next.
BSI does not replace that judgement. It is a supporting tool for organising
and reviewing project and goal information.
You can learn more about Blue Sky Index™
and its approach to goal and project tracking.
The Best Plans Leave Some Questions Open
A good project plan should answer the questions that need to be answered
before work begins.
It should also leave room for questions that cannot be answered yet.
That might sound like a weakness, but it is often practical. A team cannot
know what customers will say before speaking to them. It cannot know what
testing will reveal before testing begins. It cannot know which assumptions
will hold until the work puts them under pressure.
Planning for that uncertainty is different from planning badly.
It means accepting that some of the most useful information will arrive
later.
The project still needs direction. What changes is the team's willingness to
reconsider the route when new information deserves attention.
Making Room for What You Did Not Expect
Projects are human activities. They involve conversations, judgement,
mistakes, discoveries and decisions that cannot all be written down in advance.
That is why a useful plan needs both structure and flexibility.
Set the goal. Define the important boundaries. Give people a clear
direction. Then leave enough room for the team to notice when something
unexpected could improve the work.
Sometimes that unexpected development will turn out to be irrelevant.
Sometimes it will need to wait for another project.
And occasionally, it will be the idea that makes the original plan better.
That is the practical value of embracing serendipity in project planning: not chasing every new possibility, but being willing to recognise a worthwhile one when it appears.

Comments
Post a Comment