The Young Project Manager

You write them, clean them up, hit send, and then silence. No reactions. No questions. Not even a polite "thanks."

It’s frustrating. And it happens more often than it should, especially when your update is hard to follow, too long, or sounds like it came from a meeting nobody wanted to attend in the first place.

So let’s fix that.

You don’t need to be a brilliant writer. You just need structure, a bit of clarity, and maybe a small push from AI to make your updates easier to read and more likely to be noticed.

But before we start, two quick reminders:

First, protect your data - Do not paste sensitive or confidential information into AI tools unless you know your company’s rules. Some organizations are fine with it. Others are very strict. And even if no one says anything now, it’s still your responsibility to manage information carefully.

Second, these prompts are not magic - They give you a draft, not a final answer. You still need to review, tweak, and make the message sound like it came from a real person. Like you.

Now let’s get to the prompts...

1. Status Update with Context

Use this when you're writing a weekly or biweekly update that needs to focus attention and create alignment.

Input YOU must answer:
What changed since the last update?
[YOUR INPUT]
What is the current status of scope, timeline, budget, and team morale?
[YOUR INPUT]
What is the most important deliverable or decision this week?
[YOUR INPUT]
Are there any blockers or unresolved issues?
[YOUR INPUT]
Who needs to act or be informed?
[YOUR INPUT]

Instruction:
Write a short, focused update that covers only what changed, what matters, and what’s needed. Use four to six sentences. Avoid task lists.

Constraints:
No passive voice. Each sentence must pass the “so what” test. Keep it readable in under 20 seconds

Example:
Last week’s supplier integration failed QA due to unexpected API changes, putting the June 15 launch at risk. Scope remains stable, and morale is high, but timeline is now yellow. The team is focused on restoring API stability and retesting payment by Friday. We are blocked by legal’s SLA approval, needed by Wednesday. If not resolved, we face a full sprint delay.

2. Executive Update Rewriter

Use this when your current draft is too detailed or technical, and your audience is short on time and context.

Input YOU must answer:
What’s the overall project status and why?
[YOUR INPUT]
What are the top two delays or risks?
[YOUR INPUT]
What decisions or support are needed?
[YOUR INPUT]
Who is the audience?
[YOUR INPUT]

Instruction:
Rewrite the update using only bullet points. Each bullet must communicate impact or a decision.

Constraints:
Maximum five bullets. Every bullet must include a verb, a stakeholder, and a consequence. No acronyms unless explained

Example:
Timeline at risk: Vendor delay may shift launch one week; mitigation under review. Legal review pending for SLA; approval needed by Wednesday to stay on track. QA passed for core features; full regression begins Monday. Budget holding, but reserve may be needed if delay exceeds seven days. Request: Confirm go or no-go for pilot by Friday end of day

3. Translate Technical Progress for Business Stakeholders

Use this when you need to explain technical work to people who care about outcomes, not infrastructure.

Input YOU must answer:
What was completed in technical terms?
[YOUR INPUT]
What does this change in terms of delivery or risk?
[YOUR INPUT]
What do you want stakeholders to understand or approve?
[YOUR INPUT]
What happens if they ignore this?
[YOUR INPUT]

Instruction:
Write a three-paragraph update: What happened, using no jargon. Why it matters, using business language. Re-write something technical if needed into simple terms. What we need from them, using a specific request

Constraints:
No unexplained technical terms. You must name a real-world impact (timeline, money, customer, or risk)

Example:
The engineering team completed a full sync between our system and the supplier’s platform. This means product data will now update in real time across all customer channels.This solves a recurring mismatch issue that previously delayed launches and created support overhead. It also sets us up to expand to new markets without duplicating effort.Please confirm that all training content reflects this change by Monday. If not, the go-live date may need to shift.

4. Risk Update with Accountability

Use this when you're reporting a red or yellow item and need people to take it seriously.

Input YOU must answer:
What area is at risk?
[YOUR INPUT]
What is causing the issue?
[YOUR INPUT]
What happens if it’s not fixed?
[YOUR INPUT]
Who owns the fix?
[YOUR INPUT]
What’s the deadline?
[YOUR INPUT]

Instruction:
Write a four-sentence risk update: State the risk. Name the root cause. Describe the consequence. Assign responsibility or action

Constraints:
Write as if the risk already happened. No words like “might,” “could,” or “possibly”. Be clear about who is responsible- Create sense of action for the reader

Example:
Our contract with Vendor X is still unsigned, which now threatens the onboarding timeline. Legal review has been stuck for nine business days with no response. If not approved by Wednesday, the implementation team will stand down and we lose the entire next sprint. Legal must confirm final edits by Tuesday at 3pm to avoid escalation.

5. Stakeholder Engagement

Use this when you need responses, not silence.

Input YOU must answer:
What input or decision is needed?
[YOUR INPUT]
From whom?
[YOUR INPUT]
By when?
[YOUR INPUT]
What happens if no one replies?
[YOUR INPUT]

Instruction:
Write a one-line closer that either demands action or assigns responsibility.

Constraints:
No soft phrasing. Include a consequence. Phrase it so silence equals a decision. Use compelling words to engage and create awareness

Example:
Unless we hear otherwise by Thursday, we’ll proceed with Option A and notify the vendor.

If your updates are still being ignored, the issue isn’t visibility. It’s clarity.

Maybe you’re not being read because you’re not being useful. Maybe you’re not being answered because you haven’t created pressure to respond.

These prompts are designed to help you fix that. They’re not writing aids.

They’re thinking filters. They force relevance, ownership, and speed. If you can’t answer the inputs, you’re not ready to send the update.

Save this. Use it weekly. Share it with your team. Add it to your onboarding for every new project manager.

Don’t let weak communication waste good work.

And if you’re serious about levelling up how you think, lead, and communicate as a PM, subscribe to Project Management Compass.

Let’s raise the standard. One update at a time.

This exercise is simple on paper, but surprisingly tough when you do it honestly.

You just write down your tasks and split them into three categories:

List 1: Tasks AI Can Do (Today, Not Someday)

• Drafting meeting agendas

• Writing follow-up emails

• Preparing risk logs

• Formatting slides and reports

List 2: Tasks Only You Can Do as the Project Manager

• Navigating team conflicts and trade-offs

• Facilitating decisions when no one agrees

• Reading the silent signals in stakeholder meetings

• Making calls when nobody has enough data, but the project can’t wait

List 3: Tasks No One Should Be Doing Anymore

• Over-reporting just to keep people happy

• Chasing people for updates they already gave

• Rewriting meeting notes to make them sound more formal or polished

The Hidden Cost of Staying Stuck in the Wrong Lists

McKinsey’s research shows that knowledge workers spend about 30 percent of their time on tasks that could already be automated with existing tools.

And in project management, this shows up as endless admin tasks, reporting loops, and busy work that adds little to no strategic value.

But the real risk is not that AI will take your job.

The risk is that someone will finally point at all those tasks in List 1 and automate them for you, leaving you exposed because you never built the muscle of focusing on List 2.

And that’s the shift we need to make — not tomorrow, not when the next tool rolls out, but now.

This is not a complex framework. You can do it on a scrap of paper or in your notes app. The point is not the format, but the honesty.

When I do this with teams, I ask them to block 20 minutes, write the lists, and compare them openly.

I’ve seen some of the best conversations in my career happen during these sessions.

People admit they are stuck in busy work. People are realizing they are avoiding the conversations that matter most. People see, sometimes for the first time, where their real value is — and where it isn’t.

If you want to do this for yourself, I suggest you don’t overthink it. Write what comes to your head first.

The gut answers are often the most revealing. And if you’re brave enough, share your List 1 with your team. Let them see where you’re willing to let go.

You might be surprised how many of them were secretly thinking the same.

But why? Well... There’s a lot of noise right now about how AI will change project management.

But honestly, I think we’re asking the wrong questions. Because this is about focusing your energy on the parts of the work only you can do... The human, emotional, complex, leadership moments that make projects succeed or fail.

And if you can’t clearly see those tasks today, that’s the signal to pause and reflect.

Because the longer you stay stuck in Lists 1 and 3, the harder it will be to reclaim your space in List 2 later.

Sometimes, we all need a small, uncomfortable mirror. This one helped me. Maybe it can help you too.

Starting your first project feels exciting. Until it doesn’t.

One moment you’re proud of your new title. The next, you’re sitting in a meeting, hearing words you don’t fully understand, and wondering how everyone else seems to know exactly what’s going on.

And then, people turn to you for answers.

Inside, you’re hoping nobody asks a question you can’t handle.

I know that feeling. Most of us start there.

You try to look confident. You try to act like you belong. But deep down, you’re thinking, “Am I the only one here who has no idea what they’re doing?”

That voice is loud. But here’s the important part: it doesn’t mean you’re failing. It means you care.

It means you’re paying attention.

Confidence Isn’t About Knowing Everything

When I started leading projects, I believed I had to look like I had it all figured out. Smile, nod, write everything down, and hope nobody notices how lost I am. I thought if I looked confident, I would feel confident.

But it didn’t work that way.

Pretending was exhausting. And it didn’t help me get better. What helped was something much simpler: action.

Real confidence grows from doing things. Small things, awkward things, even scary things.

Every time you face something uncomfortable and survive, you build a little more trust in yourself.

When you say, “I don’t know, but I’ll check and come back to you,” you’re not failing. You’re building credibility. With others, and with yourself.

Confidence Comes From Experience, Not Magic

There’s actual science behind this. Albert Bandura, a respected psychologist, called it self-efficacy. In simple words, when you do something challenging and succeed, even a little, your brain starts to believe you can do it again.

Each small success adds to your confidence bank.

Your brain learns through these experiences. It adapts. Thanks to neuroplasticity, every time you take action and get a good result, you’re literally reshaping how your brain reacts to challenges.

But here’s the catch. If you avoid challenges, your brain learns to expect failure. It learns that fear wins.

That’s why even small things, like speaking up in a meeting or taking on a small task, feel huge at the start. Your brain is treating it as a threat. Not because it is, but because it’s unfamiliar.

The good news is, you can train it. Step by step.

Confidence Builds Slowly, But It Builds

One of the biggest mistakes I made was thinking confidence would just arrive one day. Like a switch flipping.

I thought if I kept working, kept waiting, there would be a morning when I would wake up and feel like a perfect project manager. Ready for anything.

That day never came. And honestly, it still hasn’t. But my confidence has grown.

Not from a single moment, but from hundreds of small ones.

Leading my first project meeting. Fixing a missed deadline without hiding. Having tough conversations and realizing they’re not as scary as they seemed.

Confidence builds with repetition. With practice. With showing up even when you feel unsure.

It’s like getting stronger in the gym. You don’t think your way into lifting heavier weights. You lift, struggle, get a little better, and over time, you get stronger.

Same thing here. Action first. Confidence later.

Simple Moves to Build Real Confidence

When you’re new, it’s easy to get overwhelmed by advice. Frameworks, methodologies, templates. But you don’t need complicated tools to build confidence. You need simple habits.

For example:

• Focus on the bigger goal, not just the tasks.
  Remember what the project is trying to achieve. That helps you stay grounded when you get lost in details.

• Build relationships early.
  Get to know your team. Talk to them. Understand what matters to them. Confidence grows faster when you feel connected.

• Keep your plans simple.
  A clear, usable plan is better than a perfect one nobody reads. Focus on what’s next, who is involved, and by when.

• Communicate more than you think is necessary.
  Silence creates doubt. Small, regular updates create trust. Be visible. People respect that.

• Celebrate small wins.
  Every little success matters. Notice them. Recognize them. They build momentum.

None of this requires you to be perfect. You just need to stay in the game.

Stop Trying to Know It All

One of the quickest ways to destroy your confidence is believing you should have all the answers.

I used to think asking questions would make me look weak. I was wrong.

The best project managers I know are not the ones who pretend to know everything. They’re the ones who say, “I don’t know, but I’ll find out.”

Pretending isolates you. Asking questions builds connection.

Your job is not to be an encyclopedia. Your job is to bring people together, solve problems, and deliver results.

That means being curious. Being honest. Being open to learning.

People Matter More Than Perfection

In the end, projects succeed because of people, not because of perfect Gantt charts.

They succeed because teams trust each other. Because someone spotted a risk and spoke up. Because when things got hard, people worked together to fix them.

If you’re new, focus on this:
Technical mistakes can be fixed. Broken trust is much harder to repair.

Invest in relationships early. Be someone people want to work with. Show up with honesty, not ego.

People will forget if you stumbled in a project update.
But they’ll remember if you listened when it mattered.

A Simple Reminder for New PMs

Confidence grows when you keep this in mind:

• You don’t have to know everything.

• Your voice matters, even if you’re new.

• Mistakes are part of the process.

• Small wins are what build momentum.

• People are always more important than processes.

Your Turn: Take One Small Step Today

Reading is fine. But real confidence comes from doing.

So here’s a challenge:
Before today ends, take one small step that feels a bit uncomfortable.

Maybe it’s asking a question you’ve been avoiding.
Maybe it’s sending a simple project update.
Maybe it’s thanking someone for their help.

Pick something. Do it.

It doesn’t need to be big. It just needs to be real.

Because every small action you take is one more step toward becoming a project manager people trust.

Not a perfect one. A real one.

New project, but no real experience?

They still expect you to deliver, right? Yeah, I know the feeling…

And you know what?

That’s exactly where real project managers are born: in the middle of the unknown, which we can call a storm.

I still remember the day I got my first project as a project manager.

It wasn't at a big corporation or a fancy tech company. It was at PMI Rio Grande do Sul, where I had just started volunteering.

The chapter needed a full review of the volunteer process: from onboarding new volunteers to supporting them through their journey until the end.

I said yes because I wanted to learn, but deep inside, I kept thinking, "What if I mess this up? What if people realize I have no idea what I'm doing?"

The first meetings were tough.

I tried to look confident, nodding at the right moments, taking lots of notes.

But it didn’t take long to realize something important: I didn’t need to have all the answers. I wanted, but it was not possible.

What saved me was actually connecting with people.

Listening to their experiences.

Asking for their suggestions.

Slowly, piece by piece, we built something nice together.

And that's the real secret: projects aren't just about tasks and deadlines.

They're about people and progress.

So if you're about to lead your first project, or maybe you’re in the middle of one and feeling that knot in your stomach, let’s walk through how I’d approach it today.

Your Simple Compass: 5 Steps

Leading your first project doesn't have to feel like trying to assemble IKEA furniture without the instructions (which can be a pleasant game, actually).

Let's keep it simple:

Understand the Real Mission: Forget about deliverables for a second. Ask yourself: What’s the real problem we’re solving? What’s the real change we want?

Meet and Map Your People: People matter more than Gantt charts. Who’s involved? Who cares? Who can support you or make your life harder?

Build a Simple Plan: Think sticky notes, not corporate reports. What are the big steps? Who does what? When?

Communicate and Solve: Don’t just report problems. Be the person who brings options. Overcommunicate until it feels almost too much.

Close Strong: Finish what you started. Document lessons, thank your team, and celebrate. Projects aren't over until they’re truly over.

Now, let's bring this back to my real story, because theory is nice, but you and I both know real life is messier.

How It Played Out in Real Life

1. Understand the Real Mission

It wasn't about reviewing documents. It was about making the volunteer experience smoother and more meaningful. That was the real goal.

2. Meet and Map Your People

I talked to everyone I could: current volunteers, onboarding coordinators, chapter directors, even a few people who had recently left. Their feedback wasn’t just helpful, it shaped the entire project.

3. Build a Simple Plan

I made a rough roadmap: interview people, map the journey, spot pain points, propose improvements, validate, and implement. Nothing fancy. Just clear.

4. Communicate and Solve

I gave constant updates, even when things moved slowly. When we hit dead ends (like missing documents from years ago), I didn’t just highlight the problem. I proposed alternatives.

5. Close Strong

We finalized the new process, shared it with the entire chapter, and celebrated with a small gathering. There was even cake. And honestly? That moment of celebrating something we built together still sticks with me.

Let’s Go a Bit Deeper

You might be thinking, "Is this really enough?"

Because everything I just said sounds too simple, right?

Here’s where it gets interesting.

The PMBOK Guide (7th Edition) moved its entire structure to a value delivery system.

Not just about processes, but about outcomes.

Research by PMI reveals that 57% of unsuccessful projects fail due to a breakdown in communication.

It's not the lack of a detailed Gantt chart that kills most projects.

It's silence, assumptions, and missed expectations.

Another important angle comes from "The Five Dysfunctions of a Team" by Patrick Lencioni.

He highlights that trust and healthy conflict are the foundations of any strong team, two things that no "project plan" can create by itself.

In "Drive" by Daniel Pink, he explains that autonomy, mastery, and purpose are what motivate people, not tight deadlines or micromanagement.

When you lead your first project, giving your team clarity about purpose can ignite their motivation far more than any formal kick-off meeting.

The "Standish Group CHAOS Report" famously showed that only about 30% of IT projects succeed.

A major reason?

Lack of user involvement and vague requirements.

Again, people and clarity matter more than complex tools.

Another strong reference is "Scrum: The Art of Doing Twice the Work in Half the Time" by Jeff Sutherland.

He argues that early delivery of working results and rapid feedback loops are better than massive upfront planning.

Even small wins build momentum.

Finally, when we look at PMI’s "Pulse of the Profession" report, one theme stands out year after year: Agile capabilities, soft skills, and emotional intelligence are increasingly more valuable than technical certifications alone.

So no… Leading your first project isn’t about being a "process machine."

It's about leading humans to achieve real results, one real step at a time.

Bring This to Your World

If you’re leading your first project, don’t overcomplicate it.

Start small.

Here's a detailed step-by-step you can follow:

Step 1: Define the Mission

Sit down, alone or with your sponsor. Ask: What real-world problem are we solving? Write it in two sentences. No buzzwords.

Step 2: Map Your People

List everyone involved. Core team. Stakeholders. Skeptics. Influencers. Allies. Get names. Understand their roles and interests.

Step 3: Sketch the Plan

Lay out the major steps. Think phases, not tasks. Big deliverables. Key checkpoints. Assign tentative owners.

Step 4: Build Early Trust

Schedule one-on-ones. Listen more than you talk. Show you’re here to help them succeed, not to micromanage.

Step 5: Share and Adjust

Communicate your rough plan. Ask for feedback. Adjust it openly. Don’t defend it — improve it.

Step 6: Start Small

Pick a small, low-risk part of the project and deliver it fast. Early wins create momentum.

Step 7: Communicate Often

Weekly touchpoints. Visible tracking (even a simple board). Make progress and risks visible without drama.

Step 8: Manage Problems Calmly

When something breaks (and it will), bring solutions, not blame. Own it. Solve it.

Step 9: Capture Lessons Along the Way

Don’t wait for the end. Keep a "lessons" log. Improve as you go.

Step 10: Celebrate and Close

End strong. Celebrate the team. Capture final learnings. Leave everything better than you found it.

Discover the true utility of project managers beyond KPIs and budgets. Learn how PMs drive business success by fostering collaboration, preventing costly risks, and creating lasting value.

I reflect every year on the value I bring to my work—not just for the company that pays me, but also for my profession and for the people around me.

This reflection helps me see if I’m really making a difference or just going through the workdays.

Over time, I’ve realized that looking only at my salary or job title doesn’t capture everything. Or sometimes anything.

Instead, I’ve started asking: What is my utility?

Of course, I am talking about utility from an economic perspective.

Utility is a fundamental concept in economics that represents the satisfaction or benefit a consumer derives from consuming a good or service.

It helps economists understand consumer behavior, particularly how individuals make choices based on their preferences and available resources.

Utility is subjective, meaning it varies from person to person depending on their tastes, needs, and circumstances.

Economists often measure utility in relative terms rather than absolute values, as it is difficult to quantify happiness or satisfaction precisely.

There are two main types of utility: total utility and marginal utility.

Total utility refers to the overall satisfaction a person gains from consuming a certain quantity of a product, while marginal utility is the additional satisfaction obtained from consuming one more unit of that product.

A key principle in economics is the law of diminishing marginal utility, which states that as a person consumes more of a good, the additional satisfaction they gain from each extra unit decreases.

This explains why people are willing to pay less for each additional unit of something they already have in abundance.

Imagine you walk into a café and buy a cup of coffee for $3. The utility you get from that coffee is the enjoyment, energy boost, and warmth it provides.

If you really needed that coffee to wake up and focus, the value it brings to you is high—you feel like it’s totally worth the $3.

But now, imagine you’re already on your third cup of the day. That extra coffee doesn’t feel as satisfying anymore. You might still drink it, but the benefit (or utility) you get from it is lower than the first cup.

This is how we perceive value—it’s not just about the thing itself but how much it benefits us at that moment. If you’re extremely tired, that coffee feels priceless.

If you’re already full of caffeine, it might not feel worth it at all.

This is why companies focus on making products and services that maximize utility—they want to make sure what they offer feels valuable to the customer, just like how that first morning coffee can feel like the best $3 ever spent!

So, in summary, utility refers to the satisfaction or benefit derived from a product or a service (in super-mega-hyper simple terms).

Recently, I started thinking about how this applies to project managers. This point becomes clearer if you look at data from the Project Management Institute (PMI). T

heir Salary Survey and Pulse of the Profession reports show that project management roles are growing because companies see how important PMs are for running complex projects.

Think about it: a well-managed project can save costs, open new opportunities, and even change the way a company operates.

When we reduce risks, align teams, and optimize workflows, we’re generating utility beyond just checking tasks off a list.

Every decision we make has an effect—whether it’s preventing wasted resources, facilitating collaboration between departments, or ensuring that leadership has the right data to make informed choices.

The real magic of a project manager isn’t in just keeping things under control, but in connecting the dots between people, technology, and strategy to create something that lasts and brings value.

Let’s look at monetary value first. A skilled project manager keeps projects on time and on budget. They also prevent something called “scope creep,” which happens when a project’s demands grow beyond the initial plan. Stopping that can save an organization thousands—or even millions—of dollars.

But there’s also non-monetary value: a PM can unite a team, handle risks before they become crises, and keep morale high. These things aren’t easy to measure in dollar terms, but they matter a lot.

I remember one project in particular. The budget was ballooning, deadlines were slipping, and the client was about to lose faith.

After some deep investigation and talks with the team, I found that continuing the project would waste over a million dollars.

My recommendation to cancel wasn’t popular at first—but it saved the company a ton of money and allowed people to focus on projects that actually had a chance of success.

That’s a clear example of utility: by making a tough call and communicating it well, a project manager can prevent a major failure and free up resources for better opportunities.

While some parts of a PM’s utility are obvious—like saving money—others can be overlooked. Keeping the team motivated, clarifying goals, or clearing roadblocks can be the difference between a stressful, late project and one that finishes smoothly and on time.

When managers and team members feel they can trust each other, problems get solved faster. That’s a real benefit, even if it’s not always measured in dollars.

A Quick Framework for Measuring Your Utility

If you’re a project manager (or aiming to become one), here’s a simple way to assess and track your utility:

1. Cost Savings & Budget Control
   • Note any direct savings you helped achieve, such as reducing scope creep or renegotiating vendor rates.
   • Keep a running list of budget variances (e.g., “We delivered under budget by 10%”).
2. Time Management & Speed to Market
   • Measure whether projects hit deadlines or come in early.
   • Track how often your scheduling or process improvements speed up delivery.
3. Risk Mitigation
   • Record major risks you identified early and the actions you took to reduce them.
   • Think in terms of “cost avoided” or “crisis avoided” (like saving a million dollars by canceling a failing project).
4. Team Morale & Satisfaction
   • Gather informal or formal feedback from your team.
   • Look at turnover rates or satisfaction surveys—do people feel more supported and less stressed?
5. Stakeholder Feedback & Communication
   • Collect comments from sponsors or clients about the clarity of your communication.
   • Note how quickly issues are escalated and resolved under your management.

You can share these insights in performance reviews, during team meetings, or in informal chats with leaders.

Many people might not realize the extra value you create until you explain it with simple facts and examples.

But here’s the part that really makes utility meaningful: not just what we deliver, but how we deliver it.

A great project manager creates an environment where people feel engaged, motivated, and empowered to do their best work.

The utility we bring to a company isn’t just measured in KPIs and financials; it’s also in the culture we build, the trust we foster, and the problems we solve before they even become issues.

That’s what makes our role so powerful—we’re not just managing projects; we’re creating value that keeps businesses moving forward.

For organizations, understanding a PM’s utility is key. If you only see a project manager as another expense, you might miss the huge benefits they bring—like preventing costly disasters, boosting team spirit, or improving quality.

Recognizing these benefits makes it easier to invest in skilled PMs and give them the authority to make a real difference.

In the end, focusing on utility helps project managers and their teams see the bigger picture.

The most important question is not ‘What does a PM cost?’ but ‘How much better off are we because we have one?’

When you measure it well, you’ll see that a great project manager often creates more value than they ever take home, and that’s a win for everyone involved.

If you lead a company or team, it’s important to see that the cost of hiring a PM is often outweighed by the benefits.

By giving PMs enough authority and respect, you can see even bigger returns—both in profits and in happier, more motivated employees. Recognizing PMs publicly when projects go well can also create a more positive culture.

One habit that has helped me is asking myself at the end of each project: What difference did I make, and how would things have turned out without my contribution?

Sometimes, it’s a financial impact; other times, it’s about a team that’s more united and less stressed.

Sometimes it’s something small, like a decision in a meeting. But sometimes it’s something big, like identifying a risk that would block the entire project for the company.

I have a dedicated “Work Highlights” notebook in Evernote—a personal goldmine where I capture the key moments that define my impact throughout the year.

Whether it’s for an end-of-year review, a performance discussion, or just a personal reflection, this note helps me track my contributions and showcase my value in a way that’s clear and compelling.

The beauty of this habit? Every win matters. Sometimes, it’s a small but strategic decision made in a meeting that steered a project in the right direction.

Other times, it’s a game-changing moment—like identifying a critical risk that could have derailed an entire initiative.

No contribution is too small or too big when it comes to shaping success, and having a system in place ensures that these moments don’t get lost in the daily grind.

By keeping this simple yet powerful habit, I make sure that when the time comes to reflect on my work, I have a clear, detailed, and impactful record of how I’ve driven results.

After all, success isn’t just about the projects we complete—it’s about the value we create along the way.

I believe that if we’re creating more than we consume, we’re making a positive difference.

I am incredibly grateful that you have taken the time to read this post.