As senior engineers, we often hit the ceiling at some point: our individual output is high, but writing more code or spinning up one more cluster does not feel like the best way to make more impact.

A more significant impact comes from multiplying our efforts. But how do you do that without a team reporting to you? How do you effectively involve peers in your projects, influencing their priorities when you don’t control their backlog or performance review?

I had been looking for the answers to these questions for quite a long time, and then I realized there was no definitive answer or a straightforward rule to follow. Yet my brain always needs something systemized, and for those like me, I decided to compile this write-up: synthesis of my personal experience that worked well and learnings from books and blogs on that topic.

The foundation of influencing peers lies in understanding their perspective. Before asking someone to take on work, especially the work you’re proposing, you need to answer the fundamental question: What’s in it for them?

This is my very first non-technical blog. And I hope it is not the last either 😄

Understanding the “Why”: The Engine of Peer Collaboration

Why would a fellow engineer prioritize something offered by a peer like you rather than a directive from their manager?

It rarely comes down to just one reason. Usually, it’s a blend of motivations deeply rooted in personal drive and effective team dynamics:

  • The Hunger for Growth & Mastery: Does this task offer a chance to learn a coveted new skill, dive deeper into an interesting technology, or tackle a challenge that stretches their capabilities? Tapping into this intrinsic drive is incredibly powerful.

  • The Desire for Impact & Purpose: Can you clearly articulate how this work contributes to something meaningful? Whether it’s a key product goal, squashing critical tech debt, or improving life for the whole team, connecting the task to the bigger picture gives it weight.

  • The Value of Visibility & Recognition: Will this work get noticed? Could it lead to a cool demo, wider acknowledgment, or even open doors for future opportunities? Sometimes, positive exposure is a significant motivator.

  • The Power of Connection & Collaboration: Is working closely with you part of the appeal? Offering a chance to learn directly from a respected senior peer, build rapport, and strengthen their network can be a draw in itself.

  • The Relief of Reducing Future Pain: Does this task promise to automate some hard work, fix a persistent thorn in the side, or establish a pattern that saves everyone time down the line? Framing it as an investment with future payoffs can be compelling.

  • The Spark of Intrinsic Interest: Sometimes, the problem itself is just plain fascinating, or it involves technology the peer genuinely enjoys working with. Don’t underestimate the power of intellectual curiosity.

  • The Clarity of Strategic Alignment: This is often crucial. If you can demonstrate a direct link between the task and an agreed-upon team OKR, a strategic technical initiative, or a critical product outcome, it elevates the request beyond personal preference. It becomes a shared priority, providing justification for them (and potentially their manager) to consider adjusting focus.

  • The Pull of a Shared Technical Vision: If you’re championing a specific technical direction or architecture that resonates with your peers, they’ll be more inclined to pick up tasks that help realize that vision.

  • The Currency of Reciprocity & Trust: Have you built “relationship capital”? A history of helping others, providing timely code reviews, and tackling unglamorous tasks yourself makes peers more likely to reciprocate when you offer an opportunity or ask for help.

  • The Strength of a Collaborative Culture: In healthy teams, there’s an inherent understanding that helping each other and sharing interesting work benefits everyone. Your offer reinforces this positive norm.

Understanding these potential “Whys” is your key. Now, how do you translate that understanding into effectively approaching your peers?

Subscribe to blog updates!

No spam or promotions, or other crap. Just a gentle update when I publish a new post.

Crafting the Opportunity: Making the Ask Compelling

Knowing the potential motivators allows you to frame your request not as an ask for help but as presenting a valuable opportunity.

Frame Based on Mutual Benefit: Tailor your pitch. Does this task primarily offer growth? Highlight the learning potential. Is it about impact? Emphasize its strategic importance. Does it align with their known interests? Point that out. Frame it as a chance for partnership or mentorship if that fits.

Lower the Barrier to Entry: Make it easy to say “yes” (or at least “tell me more”). Do the heavy lifting: clearly define the problem, provide essential context, perhaps outline potential approaches, and have a task ready in your tracker. Reduce the initial friction and cognitive load. A well-defined, manageable scope is far less daunting than a vague, massive undertaking.

Empower, Don’t Micromanage: Offer challenging work that genuinely stretches capabilities. Provide clear context and constraints (the “guardrails”). Then – critically – give them the space to figure things out. Use check-ins and discussions about success criteria as support mechanisms, not control tactics. Explicitly state why you think this is a good opportunity for their development.

Build and Leverage Trust: This is paramount and underpins everything else when evolved. Your technical credibility and relationship capital are essential. Peers are more likely to engage when they:

  • Trust the Problem & Direction: They believe the problem is worth solving, and your proposed path (or the space you give them to find one) is sound.

  • Trust Your Motives: They believe you’re genuinely offering this for their growth and the project’s benefit, not just offloading grunt work. Your history of collaboration, giving credit, and supporting others builds this trust.

  • Trust Your Support: They believe you’ll provide necessary context, answer questions, help unblock them, and shield them from related distractions.

Of course, even the best-framed opportunity might meet a scheduling conflict. What happens when the answer is “I’m swamped, I can’t”?

Hearing “I don’t have bandwidth” is common and perfectly okay. How you respond matters for the long-term relationship and potential future collaboration.

Validate & Understand First: Always start by acknowledging their situation.

Okay, totally understand you’re busy.

Then, gently probe to distinguish bandwidth issues from lack of interest or alignment: “Just so I understand better, is the main challenge fitting it in time-wise alongside existing priorities, or does this opportunity maybe not feel like the right fit/priority compared to what’s on your plate?

Adapt the Ask: If bandwidth is the only issue, can the scope be reduced? Is there a smaller, valuable piece they could contribute (e.g., brainstorming, reviewing a design, tackling one specific sub-task)?

Align Priorities Collaboratively (Handle with Care): If the task is strategically important, the peer is interested, but they’re blocked by conflicting priorities, this is where careful alignment is needed.

  • Crucially: Get Peer Buy-in First: Never go directly to their manager without discussing it with your peer first. Doing so instantly undermines trust. Instead, frame the idea of talking to the manager together as a way to seek support for their growth and achieve important shared team/organization goals. It is also OK to talk to their manager one-on-one; just confirm that with your peer first. The same goes if your peer says they will do that. The main point is that you talked to your peer first, and you agreed to continue.

  • Frame the Manager Conversation: If you do talk to the manager with your peer, focus on shared objectives. “We identified this task as crucial for [Goal X]. [Peer Name] is interested, and it seems like a great growth opportunity. Given their current commitments, how can we best align priorities to make this feasible?” This turns it into collaborative problem-solving, not top-down pressure.

Respect Boundaries: If the answer remains “no,” accept it gracefully. Thank them for considering it. Preserving the relationship is key for future influence.

Seek Alternatives: If it’s not feasible, consider other peers. Can you tackle a smaller version of this task yourself? Is it worth deferring (sometimes rethinking reveals it wasn’t as critical as initially thought)?

Creating specific task-based opportunities is powerful, but scaling your impact as a senior IC involves broader strategies too.

Broader Strategies for Scaling Your Impact

Beyond direct “delegation-as-opportunity,” think about these leverage points:

Mentorship & Sponsorship: Formalize the growth angle. Move beyond ad-hoc tasks to explicitly mentor someone through a larger piece of work. Actively sponsor them by highlighting their contributions and advocating for their visibility.

Creating Leverage via Platforms, Tools, & Frameworks: Build things that make many engineers more effective. A robust library, a streamlined CI/CD pipeline, and a well-designed service template – that scale your impact exponentially without direct task delegation. You’re essentially “delegating” efficiency and good practices.

Establishing Patterns and Best Practices: Defining and evangelizing clear architectural patterns, coding standards, or review processes guide the work of many, scaling your influence on quality, consistency, and maintainability. You’re shaping how work gets done.

Architectural Guidance and Technical Strategy: Setting a clear, well-communicated technical direction influences the choices and priorities of the entire team or organization, ensuring efforts align towards a cohesive vision.

Effective Documentation and Knowledge Sharing: Writing clear design documents, Architecture Decision Records (ADRs), runbooks, and tutorials enable others to understand systems, contribute effectively, and operate autonomously within the technical landscape you’ve helped shape.

Time to Try: Practical Exercises

Two practical exercises to go and try.

Find a Growth Opportunity

Scan your current or upcoming workload. Identify one item that isn’t just work to be done but represents a genuine development opportunity for a specific colleague. Think about why it’s a good fit for them.

Then, practice framing it as an opportunity, highlighting their potential gains (learning, impact, interest). Prepare the context they’d need, and be ready to offer mentorship, not micromanagement. Anticipate how you’d handle a “too busy” response using the adaptive strategies.

Pitch Strategic Alignment

Identify a task (on your plate or the team’s radar) that directly supports a key team or organizational goal (e.g., an OKR, a critical roadmap item, fixing a major pain point).

Clearly articulate why this task is strategically important – quantify its impact if possible. Mentally select a relevant peer and craft a concise pitch focusing first on the task’s alignment with shared objectives and its broader impact, then on the technical details or learning aspects.

Crucially, plan how you would suggest a collaborative discussion about priority alignment (potentially involving their manager, with their consent) if they express interest but cite conflicting priorities due to the task’s strategic value.

Afterword: Influence is the Goal

Scaling your impact as an individual contributor isn’t about wielding authority you don’t have. It’s about building influence, trust, and shared understanding. You leverage your technical credibility, strategic thinking, and relationship capital to create opportunities that are genuinely valuable for your peers while advancing collective goals.

Peers engage not because they have to but because they want to – driven by growth, impact, interest, or trust in you and the mission.

Prioritization becomes a conversation about value and strategic alignment, sometimes requiring collaborative discussions with managers, rather than a zero-sum game.

Yes, this takes conscious effort. It requires empathy, clear communication, and sometimes navigating tricky conversations.

But “this is the path” because focusing on building trust, clearly articulating the “why,” connecting tasks to strategic goals, and genuinely investing in the growth of those around you is the essence of being a force multiplier as a senior IC.

Naturally, every team and individual is different, so consider these strategies a starting point or a toolkit to adapt to your unique context.

Books on this topic:

  • Will Larson’s “Staff Engineer” and “An Elegant Puzzle”,
  • Camille Fournier’s “The Manager’s Path”,
  • “The Software Engineer’s Guidebook” by Gergely Orosz,
  • “Drive” by Daniel Pink for concepts around influence and motivation

Blogs on this and many other great things: