Best Practices for Leadership in Software Development

Only 26% of leaders create psychological safety in their teams*. This means just 1 in 4 leaders are truly tapping into the full potential of their people. Psychological safety is the secret ingredient that turns good teams into extraordinary ones—and it doesn’t require grand gestures. It’s the small, often overlooked actions that make the biggest difference. See the examples: 1. Admit your own missteps: 🗣 Example: "Last quarter, I missed a key detail in our strategy, and it led to a delay. Here’s how I’m adjusting my approach." 2. Ask for feedback, then act 🗣 Example: "After hearing your thoughts on our meeting structure, I’ve decided to shorten our agenda and focus more on discussion." 3. Show that asking for help Is normal 🗣 Example: "I’m struggling with this new software—can someone show me how to use this feature?" 4. Celebrate the journey, not just the destination 🗣 Example: "The presentation wasn’t flawless, but the way you tackled the research was impressive." 5. Give permission to challenge 🗣 Example: "I want someone to play devil’s advocate—how could this plan go wrong?" 6. Create space for dissent 🗣 Example: "Before we finalize, let’s hear from anyone who sees this differently." 7. Reframe failure as growth 🗣 Example: "Our experiment didn’t yield the results we hoped for, but we now know what to avoid next time." 8. Demystify decision-making 🗣 Example: "We chose this vendor because they align with our long-term sustainability goals." 9. Reward curiosity 🗣 Example: "That question opened up a whole new line of thinking—thanks for bringing it up!" 10. Spotlight the quiet contributors 🗣 Example: "I want to highlight Anna’s work on the backend—it’s crucial to our project’s success, even though it’s often behind the scenes." True trust doesn't come from protecting your people from conflict or tough conversations. It’s born from inviting in every voice, especially the ones that challenge the status quo. If you're not making space for diverse ideas, you're not just missing out—you're holding your team back. * 📚 Study source: McKinsey & Co., “Psychological safety and the critical role of leadership development,” 2021.

𝐘𝐨𝐮𝐫 𝐛𝐞𝐬𝐭 𝐝𝐞𝐯𝐞𝐥𝐨𝐩𝐞𝐫 𝐦𝐢𝐠𝐡𝐭 𝐛𝐞 𝐲𝐨𝐮𝐫 𝐛𝐢𝐠𝐠𝐞𝐬𝐭 𝐫𝐢𝐬𝐤. You know the pattern. One developer who knows everything. Who can fix anything. Who works faster than anyone else. Leadership loves them. They're the hero who saves the release. On the surface, they're your safety net. Underneath, something else is happening: Knowledge is concentrated instead of spreading. Others stop learning because "Alex will fix it." Documentation doesn't happen because Alex just knows. Code becomes increasingly dependent on context; only Alex has. And then Alex leaves. Suddenly, you realize: Alex wasn't accelerating your team. Alex was masking systemic problems while creating new ones. The anti-pattern of the genius developer isn't about the individual. It's about the organizational dynamics that reward heroics over systems. That celebrates crisis response over crisis prevention. That mistake is an individual output, not a team capability. High-performing organizations don't need heroes. They need systems that make heroics unnecessary. If you recognize this pattern, start here: pair Alex strategically, rotate ownership, and make documentation part of the job, not a nice-to-have. The question isn't "how do we keep Alex?" It's "Why does our system require an Alex to function?" What systems would break if your best developer left tomorrow?

After 5 years at Amazon, I found 1 practice that builds the best software teams: I call it knowledge distribution. ► If your team relies on "tribal knowledge": ↳ Onboarding takes months instead of weeks. ↳ You're always one resignation away from disaster. ↳ Your best engineers burn out from being constant bottlenecks. ↳ Critical systems become "no-fly zones" that only a few understand. ► If your team is good at sharing knowledge: ↳ Bus factor becomes a strength, not a risk. ↳ New hires become productive in days, not months. ↳ Any engineer can debug any system (without pinging "the expert"). ↳ Your top talent can focus on hard problems instead of answering the same questions True engineering leadership does not mean you must be the only one knowing it all. It means ensuring everyone knows enough to make you redundant. The choice is yours: Be the engineer who's constantly needed Or build the team that doesn't need you. How does your team handle knowledge sharing? ~~~ 👉🏻 Join 50,001+ software engineers getting curated system design deep dives, trends, and tools (it's free): ➔ https://lnkd.in/dkJiiBnf ~~~ If you found this valuable: 👨🏼💻 Follow Alexandre Zajac 🔖 Bookmark this post for later ♻️ Repost to help someone in your network #softwareengineering #coding #programming

7 ways to get ahead of most tech leads: 1. Pick problems that matter. Find the bottleneck that’s costing real money or blocking real growth. Manual processes burning 20 hours of engineering time weekly. Focus on high-impact infrastructure work that drives business results. 2. Build relationships. Your skip-level manager often has significant input on promotions. Understand their problems and priorities. Collaborate effectively with product, sales, and other engineering teams. The people who get promoted valued by multiple stakeholders across the organization. 3. Protect deep-work time. Guard your focus ruthlessly. Block calendar time for thinking, designing, and coding. Don’t lose the technical edge that made you valuable. Say no to non-essential meetings. The best technical decisions require uninterrupted thinking time. 4. Translate technical decisions into business impact. That refactor didn’t just reduce technical debt – it prevented potential system outages and reduced maintenance overhead. Learn to communicate the business value of your technical work. 5. Develop someone publicly. Have them present the solution they built. Call out their growth in team meetings. Champion their promotion. Your ability to level up talent demonstrates you can handle bigger teams and responsibilities. 6. Lead cross-team initiatives. Security improvements, platform migrations, developer tooling – projects that put you in front of senior stakeholders and demonstrate your ability to coordinate complex work beyond your immediate team. 7. Build external credibility. Speak at conferences, write technical posts, contribute to open source. External reputation reflects back internally and provides leverage during compensation discussions. But always ship first – external work should complement, not replace, strong internal delivery. Technical leadership is ultimately about multiplying human potential. The companies worth your career understand this.

It took me 13+ years to climb the ladder as a college grad to an engineering manager. Here are ten mindset shifts I made that helped me go from junior to senior and manager+ roles in this time (hard-learned lessons that you should remind yourself of from time to time) 1️⃣ From "Doing Everything Myself" To → "Focusing on What Truly Matters" - As responsibilities grow, your time becomes limited. Focus on high-impact work that aligns with your team’s and organization’s goals. - Shift from task completion to prioritization. Ask: "Will this make a meaningful difference?" 2️⃣ From "Relying on Gut Instincts" To → "Documenting Strategies to Scale" - Writing clear engineering strategies helps align teams and provides a long-term vision. - Your ability to scale isn’t about working harder. It’s about making your thinking accessible to others. 3️⃣ From "Fixing Every Bug Personally" To → "Curating Quality Through Standards" - Ensure software quality by setting up frameworks and processes instead of micromanaging every detail. - Empower your team to own technical quality and create scalable systems that evolve with the organization. 4️⃣ From "Going it Alone" To → "Staying Aligned with Authority" - Leadership depends on trust and alignment with the organization’s goals and vision. - You can disagree, but do so constructively and ensure you stay predictable and dependable. 5️⃣ From "Pushing Your Vision" To → "Blending Vision with Others" - Leadership isn’t about imposing your perspective—it’s about integrating the best ideas from peers and leaders. - Collaboration strengthens outcomes and earns you buy-in across the board. 6️⃣ From "Being Right" To → "Focusing on Understanding" - Stop spending energy defending your ideas. Instead, prioritize clear communication and collaboration. - The ability to bring people together with empathy is more valuable than winning arguments. 7️⃣ From "Competing for the Spotlight" To → "Creating Space for Others" - Leadership is about elevating others. When your team succeeds, you succeed. - Share responsibilities, mentor others, and celebrate their wins to build a stronger collective. 8️⃣ From "Relying on My Judgment" To → "Building a Peer Network for Feedback" - Surround yourself with peers who can challenge your decisions and give honest input. - The higher you climb, the harder it gets to receive constructive criticism—actively seek it. 9️⃣ From "Only Mentoring" To → "Sponsoring Talent" - Mentoring is guiding someone. Sponsoring is actively advocating for their growth. - Create opportunities for others to showcase their skills and step into new challenges. Key Takeaway: Technical skills alone aren’t enough to climb higher, you need to shift your mindset. Which of these mindset shifts resonates with you the most? Share your thoughts below! 👇

Having developers doesn't mean you have technical leadership. Here's what technical leadership actually looks like: They challenge solutions, not just implement them. Your technical leader should ask "why" before "how." If your team only asks how to build what you've specified, you're missing critical product thinking. They think about scalability from day one. Developers might build what works today. Technical leaders build what will work when you 10x your customer base. They own outcomes, not just output. A developer delivers features. A technical leader delivers solutions that move your business forward. I often see companies confuse development resources with technical leadership. Then they wonder why their products aren't succeeding. Here's the reality check: Five developers without direction ≠ One focused technical leader Perfect code without purpose ≠ Good technical decisions Meeting requirements ≠ Solving problems Your technical leadership should be able to: 🟢Evaluate architectural decisions 🟢Guide technology choices 🟢Ensure quality standards 🟢Challenge product assumptions 🟢Lead development teams effectively Because at the end of the day, technical leadership isn't about writing code. It's about turning your business vision into technical reality.

🚀 Transformational Leadership Practices For Tech 🌟 Middle-aged startups like Akka face unique crossroads: balancing a legacy of innovation with the urgency to adapt and grow. As CEO of a developer-led business undergoing profound transformation, I’ve been learning what it takes to guide a company through change while honoring the foundation that brought it this far. The practices I’ve leaned on aren’t just for CEOs—they’ve helped leaders across our organization, from architects and revenue leaders to individual contributors. While these lessons stem from my experience in a developer-driven environment, I believe they can apply to most tech businesses and beyond. Here are the approaches that have worked for me: • 𝗘𝘀𝘁𝗮𝗯𝗹𝗶𝘀𝗵𝗶𝗻𝗴 𝗮 𝗰𝗮𝗱𝗲𝗻𝗰𝗲: Building predictable rhythms that bring clarity, structure, and predictability to everything. • 𝗣𝗿𝗼𝘃𝗶𝗱𝗶𝗻𝗴 𝗮𝗯𝘀𝗼𝗹𝘂𝘁𝗲 𝘁𝗿𝗮𝗻𝘀𝗽𝗮𝗿𝗲𝗻𝗰𝘆: Sharing raw insights—even on undecided strategies—because alignment thrives on openness. • 𝗙𝗶𝗴𝘂𝗿𝗶𝗻𝗴 𝗼𝘂𝘁 𝗰𝘂𝘀𝘁𝗼𝗺𝗲𝗿 𝘀𝗲𝗴𝗺𝗲𝗻𝘁𝗮𝘁𝗶𝗼𝗻: Taking the time (and sometimes a few tries) to deeply understand who your customers are. • 𝗛𝗼𝗹𝗱𝗶𝗻𝗴 𝘀𝘁𝗿𝗼𝗻𝗴 𝗼𝗽𝗶𝗻𝗶𝗼𝗻𝘀, 𝗵𝗲𝗹𝗱 𝗹𝗼𝗼𝘀𝗲𝗹𝘆 𝗼𝗻 𝘀𝘁𝗿𝗮𝘁𝗲𝗴𝘆: Testing bold strategies with passion but staying open to better ideas when they surface. • 𝗣𝗮𝘆𝗶𝗻𝗴 𝗮𝘁𝘁𝗲𝗻𝘁𝗶𝗼𝗻 𝘁𝗼 𝗱𝗲𝘁𝗮𝗶𝗹𝘀: Diving into specifics to ensure alignment, not to micromanage, because small things matter. • 𝗦𝗶𝗺𝗽𝗹𝗶𝗳𝘆𝗶𝗻𝗴 𝗰𝗼𝗺𝗽𝗹𝗲𝘅𝗶𝘁𝘆: Asking hard questions to streamline brands, products, and processes, even if it means letting go of historical favorites.   • 𝗡𝗼𝘁 𝘄𝗮𝗶𝘁𝗶𝗻𝗴: Acting decisively on tough decisions, even when the path is controversial.   • 𝗖𝗼𝗻𝗱𝘂𝗰𝘁𝗶𝗻𝗴 𝗼𝘂𝘁𝘀𝗶𝗱𝗲-𝗶𝗻 𝗮𝗻𝗮𝗹𝘆𝘀𝗶𝘀: Learning from competitors and adjacent industries to stay ahead of the curve. • 𝗟𝗲𝗮𝗱𝗶𝗻𝗴 𝗯𝘆 𝗲𝘅𝗮𝗺𝗽𝗹𝗲: Striving to embody the qualities I hope to see in others—work ethic, adaptability, and a commitment to continuous improvement. • 𝗦𝗼𝗿𝘁𝗶𝗻𝗴 𝗼𝘂𝘁 𝘄𝗵𝗼 𝗶𝘀 𝘁𝗿𝘂𝗹𝘆 𝗰𝗼𝗺𝗺𝗶𝘁𝘁𝗲𝗱: Recognizing and coaching those who align with the mission and addressing those who don’t. • 𝗕𝘂𝗶𝗹𝗱𝗶𝗻𝗴 𝘂𝗽𝗼𝗻 𝘁𝗵𝗲 𝗰𝘂𝗹𝘁𝘂𝗿𝗲: Embracing and enhancing the values that have driven past successes while adapting them for the future. These aren’t prescriptive rules—they’re practices that helped me and our team navigate some challenging but exciting times. 💡 What about you? • How have you navigated cultural shifts in your organization? • What practices have helped you balance legacy with change? • What lessons have you learned about leading through complexity? I’d love to hear your thoughts and learn from your experiences. Let’s exchange ideas and keep growing together. 👇 #Leadership #Transformation #DeveloperLed #Innovation https://lnkd.in/gr2cuj2w

Every leader talks about teaching AI to their team. But the truth is: I'm learning just as much from them. 6 months into our AI "transformation"... → Our best lessons didn't come from the top down. Here's 9 key lessons my team taught me: 1/ "Perfect" AI policies kill innovation ↳ My team found workarounds we never imagined ↳ They discovered use cases we missed ↳ They built workflows that actually work 💡 Pro Tip: Replace rigid policies with principle-based guidelines. Let teams interpret them based on their needs. 2/ Junior team members spot opportunities first ↳ They're closest to daily friction points ↳ They experiment without preconceptions ↳ They share discoveries peer-to-peer 💡 Pro Tip: Create "reverse mentoring" sessions where junior team members teach leaders about AI tools. 3/ Shadow AI isn't always bad ↳ It reveals real process gaps ↳ Shows where official tools fall short ↳ Signals what teams actually need 💡 Pro Tip: Don't shut down unauthorized tools immediately. Study why teams chose them first. 4/ Best practices emerge organically ↳ Teams create their own guidelines ↳ They self-regulate effectively ↳ They teach each other boundaries 💡 Pro Tip: Document and share team-created best practices in a living playbook. 5/ Innovation needs psychological safety ↳ Freedom to experiment ↳ Permission to fail ↳ Space to share concerns 💡 Pro Tip: Celebrate failed AI experiments as much as successes. They're equally valuable lessons. 6/ Cross-pollination complements formal training ↳ Peer learning sticks better ↳ Solutions spread naturally ↳ Best practices evolve faster 💡 Pro Tip: Host weekly "AI wins" sharing sessions where teams demo their discoveries. 7/ Small wins compound quickly ↳ One team's solution inspires others ↳ Micro-improvements add up ↳ Success breeds confidence 💡 Pro Tip: Create an AI wins leaderboard that tracks time saved and problems solved. 8/ Resistance often signals wisdom ↳ They see risks we miss ↳ They protect critical human elements ↳ They maintain necessary boundaries 💡 Pro Tip: Turn your biggest AI skeptics into your advisory board. They'll spot blind spots. 9/ The best ideas are unexpected ↳ They come from anywhere ↳ They challenge assumptions ↳ They create real change 💡 Pro Tip: Set up an anonymous AI suggestion box. Some won't speak up otherwise. The biggest lesson? Stop trying to control every aspect of AI adoption. Instead: → Create clear ethical boundaries → Give teams room to explore → Learn from their discoveries → Scale what works Your team knows their work best. Trust them to find the right AI solutions. What unexpected AI lessons has your team taught you? Share below 👇 __________ ♻️ Repost this if someone in your network needs this reminder. Follow Carolyn Healey for more content like this. Sign up for my newsletter: https://lnkd.in/gyJ3FqiT

The winner for best slides at #LeadDevBerlin came from 🐱 Denise Yu from HashiCorp, who spoke about levelling up your entire team, and avoiding “superhero” development. ⬇️ “Level Up the Whole Party, Not Just the Hero” • Uses the Pokémon metaphor of training one Pokémon vs. a collection: good leadership is a series of repeated and consistent behaviours. A well-balanced team is more effective than a single code hero. • Final Fantasy VII team reference: each team member has their own strengths, and 3 out of 4 would suffer if forced into one mould. • A balanced team includes varied demographics, thinking styles, experience levels, motivators, etc. • Take stock of your desired end state: your team should include a good mix of styles like teachers, specific tech stack expertise, carers, doers, etc. Create a map of needed expertise. • Expertise: “Novices only see what is there; experts can see what is not there” (Gary Klein quote). • Re: Expertise, Denise likes to ask: “How much cursed knowledge do you have?” (knowledge you gained without wanting to! 😅). • Theory of Proximal Development: do tasks you can accomplish with some assistance (not tasks you can already do or ones you can’t complete at all). • Identify where an engineer is now and where they want to be; map their progression with steps that involve only changing one thing at a time. • Go through a career matrix with each engineer, assessing their self-evaluation of abilities; set goals based on agreed gaps. • Use everyday decisions to incrementally advance your team. • Work distribution options: free-for-all (everyone picks tasks) vs. assigning every individual ticket. Best option: create norms around ownership, with initiative-based leads who can self-organise. • Assigning work is like giving experience points to different team members (RPG metaphor). • Repeatedly giving one star member the same tasks means losing opportunities to develop that skill in others. • Be willing to accept short-term slowdowns to achieve long-term speed and a balanced distribution of skills and expertise. (notes cleans up by ChatGPT) —— I loved Denise’s video games metaphor and found it enjoyable and impactful. I am to always lift up the team as well as the individual, but her reminder to not just lean on the same team member for the same tasks was something I will definitely carry forward. Thank you Denise for a great presentation!! Unfortunately I didn’t get many photos of her amazing Charmander slides but suffice it to say they were awesome! #EngineeringManagement

Leadership is a Team Sport: Let's learn from the leading champions and teams in sports to regularly sharpen our super-skills and our mindset, ideally supported, challenged and inspired by the right coach or trainer. Leaders are trainers... This time I give my special thanks to my fabulous sparring partner and co-trainer on stage at Quehenberger Logistics in Salzburg: Their CISO Sebastian Kittl. Sebastian and I had the honor and pleasure to run the leadership training days with bold focus on strategic, operational and cybersecurity levers of digitalization. For me it was a truly inspiring and valuable encounter. We bundled our forces to deliver maximum impact for the already highly qualified crew to give them the extra edge in terms of becoming bold digital leaders. Here's a sneak peak on some best practices... 8 best practices and habits that digital leaders should adopt, focusing on digitalization, cybersecurity and their strategic mindset: Embrace Digitalization: Understand digitalization is not just about technology, but about how it can enable business transformation and provide value. It's crucial to leverage digital tools and platforms to improve efficiency and productivity. Prioritize Cybersecurity: Make cybersecurity a top priority. Ensure your team is trained to recognize and avoid potential threats. Implement robust security measures to protect your people's and organization's data and digital assets. Develop a Strategic Mindset: Think about the long-term implications of decisions. Understand how digital trends can impact your business strategy. This will help you make informed decisions that align with your organization's goals. Foster a Culture of Digital Readiness: Encourage your team to be open to using new digital tools and platforms. This will help your organization stay competitive in the digital age. And: Lead by example! Know Cybersecurity Measures: Update your knowledge about the latest cybersec threats and protection measures as well as standards (TISAX, ISO 27001, ...). This will help you stay a step ahead of potential threats. Be Proactive, Not Reactive: Don't wait for a crisis to happen. Be proactive in identifying potential risks and mitigating them. This will help you prevent issues before they escalate. Manage risks and chances. Encourage Innovation: Foster a culture where ideas are welcomed and rewarded. Remember, digital leaders are innovators. Encouraging innovation will help your organization stay ahead of the curve. Lead the way! Learn and Adapt: The digital landscape is constantly changing. Make it a habit to learn about new trends and adapt your strategies. This will help you stay relevant and competitive in the digital age. I am very much looking forward to our next bold sessions in the future. Best energy to the whole crew and a fabulous rest of the week! Florian #digitalization #digitalleadership #digitalimpact #digitalsecurity #cybersecurity #impactleadership #mindset #training #business