How to lead technical projects without authority: an engineer's guide
Technical leadership without a manager title is one of the most valuable skills an engineer can develop. It's the ability to influence decisions, align teams, and drive projects forward based on expertise and relationships rather than organizational authority. This skill distinguishes senior engineers from their peers.
Build your credibility first. People follow engineers who are technically excellent, reliable, and fair. Before you try to lead, establish a reputation for good judgment, thorough code reviews, and shipping reliable work. Credibility is earned through consistent behavior over time. Without credibility, leadership attempts will be ignored.
Listen before you advocate. Understand the constraints, priorities, and concerns of everyone involved. A technical lead who understands the product manager's timeline concerns, the QA team's quality concerns, and the operations team's stability concerns can propose solutions that address all of them. Understanding motivations is as important as understanding technical requirements.
Frame proposals in terms of outcomes, not technology. "Using this approach will reduce deployment time from 2 hours to 15 minutes" is more persuasive than "We should use Kubernetes because it's the industry standard". Connect technical decisions to business outcomes that matter to your stakeholders. Engineers who speak in business terms are heard by business leaders.
Build coalitions before making decisions. Discuss your approach with key stakeholders individually before the group meeting. Address concerns early and incorporate feedback. A decision that has been shaped by the people who need to implement it is more likely to succeed. Surprises breed resistance.
Write things down. Architecture decision records, project proposals, and status documents create shared understanding and a historical record. Written proposals also allow asynchronous feedback, which produces more thoughtful input than real-time discussion. Writing clarifies thinking and creates accountability.
Share credit generously. When a project succeeds, highlight the contributions of everyone who helped. Engineers who feel appreciated for their work on your initiative will be eager to work with you again. When things go wrong, take responsibility and focus on fixing the problem rather than assigning blame. Generosity with credit builds loyalty.
Lead by example. Be the first to write the documentation, fix the gnarly bug, or help a teammate who's stuck. Technical leadership is demonstrated through actions, not titles. Engineers follow leaders who do the work they're asking others to do. Your behavior sets the standard for the team.
Practical Implementation
Technical leadership is about influence, not authority. Build credibility through technical excellence and reliability. Listen before advocating. Frame proposals in terms of outcomes, not technology. Build coalitions before making decisions. Write down decisions and the reasoning behind them.
Lead by example. Be the first to write documentation, fix the gnarly bug, or help a teammate who is stuck. Share credit generously when things go well. Take responsibility when things go wrong. Engineers follow leaders who do the work they ask others to do.
Common Challenges
The biggest challenge for new technical leaders is letting go of individual contributor work. As a leader, your output is measured by your team's output, not your personal code contributions. Shift your focus from writing code to enabling others to write better code.
Imposter syndrome is especially common among new leaders. You are not expected to have all the answers. Your job is to facilitate finding the answers. Asking for help is a sign of strength, not weakness.
Real-World Application
A typical week for a tech lead: 30% coding (mostιθ¦ or most difficult tasks), 30% code review and mentoring, 20% design discussions and decision documentation, 20% planning and stakeholder communication. Adjust these ratios based on your team's needs.
Key Takeaways
Lead through influence, not authority. Let go of IC work. Share credit generously. Ask for help. The best leaders make their team better than they would be alone.
Advanced Implementation
Develop your delegation skills. Delegation is not just assigning tasks it is transferring ownership and authority. When you delegate, you multiply your impact and develop your team's capabilities. The goal is to make yourself replaceable in your current role so you can take on larger responsibilities.
Practice radical candor: care personally while challenging directly. The best leaders combine genuine care for their team members with a willingness to give direct feedback. Avoiding difficult conversations does not protect your team it deprives them of the feedback they need to grow.
Team Building
Hire for potential and attitude as much as for current skill. Skills can be taught; attitude and potential are harder to change. Build diverse teams where different perspectives lead to better decisions. The best engineering teams are not the ones with the strongest individual engineers they are the ones that collaborate most effectively.
Invest in team rituals that build trust and shared context. Regular retrospectives, demo days, and team social events create the psychological safety that enables high performance. A team that trusts each other will take risks, innovate, and recover quickly from failures.
Common Mistakes and How to Avoid Them
The most common leadership mistake is trying to do everything yourself. New tech leads often struggle to let go of individual contributor work. Your job as a leader is to enable your team, not to do the work for them. Delegate ownership, not just tasks.
Another frequent error is avoiding difficult conversations. Conflict that is not addressed does not go away it festers. Address issues early and directly, with empathy and clarity. The most effective leaders are those who can have uncomfortable conversations constructively.
Conclusion
Technical leadership is a skill that is developed through practice, reflection, and learning. Invest in your leadership skills as deliberately as you invest in your technical skills. The best leaders are those who continuously learn, adapt, and grow alongside their teams.
Getting Started
If you are new to technical leadership, start by understanding that leadership is different from management. Leadership is about influence, direction, and inspiration. Management is about planning, organizing, and controlling. You can lead without managing, and you can manage without leading. Effective technical leaders do both, but they prioritize leadership.
Build trust with your team before trying to change anything. Trust is built through consistency, competence, and care. Show up on time, deliver on commitments, and demonstrate genuine concern for your team members. A team that trusts its leader will follow them through difficult changes.
Pro Tips
Use the "manager tools" approach to 1:1s: the first 10 minutes belong to the direct report, the next 10 minutes are for you to share updates and feedback, and the final 5 minutes are for future planning. This structure ensures that 1:1s are valuable for both parties. Regular, well-structured 1:1s are the foundation of effective leadership.
Practice giving feedback immediately, specifically, and constructively. The best feedback is given close to the event, references specific behavior, and focuses on improvement. Delayed feedback loses impact. Vague feedback is not actionable. Feedback without improvement suggestions is criticism, not coaching.
Related Concepts
Understanding organizational design helps you create effective engineering teams. Learn about different team structures (functional, product-aligned, platform), communication patterns, and decision-making frameworks. Conway's Law that organizations design systems that mirror their communication structure is essential for understanding how team structure affects architecture.
Understanding product management helps you align engineering work with business goals. Learn about OKRs, roadmapping, prioritization frameworks, and stakeholder management. An engineering leader who understands the product side of the business is more effective at advocating for engineering investments and making tradeoff decisions.
Action Plan
This week: schedule 1:1s with each team member if you have not already. Use the manager tools structure. Ask each person what they need from you to be successful.
This month: practice giving feedback using the SBI model (Situation, Behavior, Impact). Give at least one piece of positive feedback and one piece of constructive feedback each week.
This quarter: define your leadership philosophy. Write down your principles, priorities, and approach. Share it with your team. A clear leadership philosophy helps your team understand your decisions and builds trust through transparency.
-
Rizwan Saleem | https://rizwansaleem.co
Top comments (0)