“We have too many devs” said (almost) nobody ever from 2003-2023. The last few decades of “let’s hire more devs” as the default answer to every engineering problem is quickly coming to a close: 👉 Many software teams have grown very large but their processes haven’t changed since they were small, creating lots of inefficiency. 👉 When faced with hard financial pressures, business leaders want to ensure the software engineering team is as effective as possible. 👉 Many advances in technology like AI have further challenged the thinking that more people is always the answer. ROI — in the form of efficiency, effectiveness, sustainability — is more important than ever. It’s also exponentially harder at the enterprise level where there are so many competing factors for your organizations’ time and so much complexity across systems and processes. Technical debt, meetings and interruptions, and too many WIPs are classic diseconomies of scale. The orgs that thrive are the ones that don’t let them get in the way of delivering on commitments. Successfully “doing more with less” actually DOES mean less of what holds software teams back: less complexity, less time in short fragments of work, and less context switching. That translates into more clarity, more focus, and more time to do the right things in the right way. #softwareengineering #technicaldebt #engineeringleadership #deepwork
Uplevel’s Post
More Relevant Posts
-
In a tech-driven world, we often suffer from the illusion of increased productivity at the cost of quality. As engineering managers, we've seen the pendulum swing from a focus on meticulous QA to a rush for feature-rich software. Along with this shift, tech debt has emerged as the hidden villain, resulting in deteriorated codebases and frustrated developers. Yet, we can combat this silent enemy. Our weapon? Data-driven justifications, powerful KPIs, and a commitment to Operational Excellence (OE). By equating tech debt work to feature work, we force ourselves to measure its impact and prioritize it equally. Defining clear acceptance criteria and tracking our time investments are key to ensuring OE not only survives but thrives amidst feature stories. The result is a balanced ecosystem where both market-fit features and high-quality code coexist, boosting developer productivity, enhancing product quality, and ultimately, transforming our teams into robust, efficient powerhouses. If you got value from this, please follow me! I write daily about engineering management, team dynamics, and processes needed to build engaged and successful teams. #EngineeringManagement #TechDebt #OperationalExcellence #DataDriven ----------------------------------- Check out the full article at https://lnkd.in/gbAhctXQ
To view or add a comment, sign in
-
𝐒𝐨𝐟𝐭𝐰𝐚𝐫𝐞 𝐄𝐧𝐠𝐢𝐧𝐞𝐞𝐫𝐢𝐧𝐠: 𝐀𝐫𝐜𝐡𝐢𝐭𝐞𝐜𝐭𝐬, 𝐄𝐧𝐠𝐢𝐧𝐞𝐞𝐫𝐬 𝐚𝐧𝐝 𝐉𝐢𝐦 🚀 Join Jim Wilt and me as we delve into the dynamic software engineering and delivery world. Our video discussion unravels the cultural transformation essential for turbocharging modern software teams. 🌐💡 In this discussion, we challenge the status quo by focusing on enablement over gatekeeping—paving the way for innovation through collaboration across disciplines and building a culture that focuses on ‘how’ instead of ‘no.’ 🤝 🔍 Discover how micro experiments can illuminate the 'unknown unknowns,' fostering a climate of certainty and rapid progress. Learn from our experiences how these targeted micro experiments can compress development cycles dramatically. In one case, this approach turned what used to take twelve sprints into just two! 🚀 Change isn't inevitable; it's the catalyst for growth and efficiency. Embrace it with us and witness how a shift in mindset leads to faster delivery and a more vibrant and healthy work environment. ✨ 🎥 Tune in for a transformative conversation that merges strategy with execution and turns potential into performance. Let's build the future—one sprint at a time. #SoftwareEngineering #CloudNative #InnovationCulture #MicroExperiments #Chief Architect Forum #IASAGlobal
Software Architects Engineers and Jim
https://www.youtube.com/
To view or add a comment, sign in
-
Senior Software Engineer | M.S. in Computer Science | Specializing in Process Optimization for Software Companies
🚀 𝐀𝐯𝐨𝐢𝐝𝐢𝐧𝐠 𝐭𝐡𝐞 𝐏𝐢𝐭𝐟𝐚𝐥𝐥𝐬 𝐨𝐟 𝐇𝐢𝐠𝐡𝐥𝐲 𝐂𝐨𝐮𝐩𝐥𝐞𝐝 𝐂𝐨𝐝𝐞: 𝐀 𝐌𝐮𝐬𝐭 𝐟𝐨𝐫 𝐒𝐨𝐟𝐭𝐰𝐚𝐫𝐞 𝐄𝐧𝐠𝐢𝐧𝐞𝐞𝐫𝐬 🚀 Hey there, fellow software engineers and tech enthusiasts! As we navigate the intricate world of software development, there's a principle that's as crucial as it is often overlooked: the importance of avoiding highly coupled code in our systems. Here's why this should be at the forefront of our engineering strategies: 🔗 1. 𝐔𝐧𝐝𝐞𝐫𝐬𝐭𝐚𝐧𝐝 𝐂𝐨𝐮𝐩𝐥𝐢𝐧𝐠: In software engineering, 'coupling' refers to the degree of interdependence between software modules. High coupling means modules are tightly interwoven, making changes in one module cause a ripple effect in others. 🌪️ 2. 𝐓𝐡𝐞 𝐏𝐞𝐫𝐢𝐥𝐬 𝐨𝐟 𝐇𝐢𝐠𝐡 𝐂𝐨𝐮𝐩𝐥𝐢𝐧𝐠: Highly coupled systems are like a house of cards; a minor tweak in one part can cause an unexpected collapse elsewhere. This leads to a higher risk of bugs, increased difficulty in debugging, and a nightmare for maintenance. 🛠️ 3. 𝐄𝐦𝐛𝐫𝐚𝐜𝐞 𝐋𝐨𝐨𝐬𝐞 𝐂𝐨𝐮𝐩𝐥𝐢𝐧𝐠: Loose coupling, on the other hand, ensures that components or classes are independent, interact minimally, and are aware of each other as little as possible. This approach enhances modularity, making our code more robust, reusable, and adaptable. 📈 4. 𝐓𝐡𝐞 𝐁𝐮𝐬𝐢𝐧𝐞𝐬𝐬 𝐈𝐦𝐩𝐚𝐜𝐭: From a business standpoint, loosely coupled systems are more scalable and flexible. They allow for quicker iterations, faster deployment of new features, and a more resilient product, directly contributing to customer satisfaction and business growth. 👥 5. 𝐂𝐨𝐥𝐥𝐚𝐛𝐨𝐫𝐚𝐭𝐞 𝐚𝐧𝐝 𝐄𝐝𝐮𝐜𝐚𝐭𝐞: Encourage a culture where everyone, from junior developers to senior architects, understands and values the importance of writing loosely coupled code. Regular code reviews, mentoring sessions, and workshops can be instrumental in fostering this culture. 📚 6. 𝐂𝐨𝐧𝐭𝐢𝐧𝐮𝐨𝐮𝐬 𝐋𝐞𝐚𝐫𝐧𝐢𝐧𝐠: The tech world is ever-evolving. Staying updated with the latest best practices, design patterns, and architectural principles is key to effectively managing coupling in our projects. Let's make a conscious effort to keep our codebases healthy, scalable, and maintainable. Share your experiences or tips on managing code coupling in the comments below! Together, we can build a stronger, more efficient tech community. 💪 #SoftwareEngineering #CodingBestPractices #LooseCoupling #CodeQuality #TechCommunity
To view or add a comment, sign in
-
Build a Better Platform Engineering Team & Stop Making Developers Use Crappy Tools! 🤝 🚀 Platform engineering plays an increasingly prominent role in software delivery, bridging the gap between infrastructure and application teams. 🙌 We're noticing a trend: companies create platform engineering teams, but the resulting tools often miss the mark - they're confusing and cumbersome for devs!😓 Moreover just throwing scripts and widgets at developers isn't the answer! ❌ ✅ Here's the thing: we need to prioritize the DEVELOPER EXPERIENCE!💪 Our platform engineering teams should be laser-focused on building tools that are: ✨ Simple and intuitive – Let's ditch the cognitive overload and empower devs, not burden them. 🎨 Designed with empathy – Involve product managers and designers! They understand the developer workflow and can create tools that truly resonate. 🔍 Contextually rich – Give developers the impact metrics they need to make informed decisions, right at their fingertips. Check out this video for more on building a platform engineering team that streamlines software delivery and accelerates developer productivity!👇 #platformengineering #developer #productivity #CloudNative #DevOps #softwaredelivery #production #k8s Prashant Ghildiyal Jim Hirschauer
To view or add a comment, sign in
-
Organisations who want to ask developers to build, deploy, and debug Docker images, should not ask them to learn new CLI tools. Enhance dev experience by implementing Devtron.ai Get $5k Devtron credits from me by quoting this post (especially if you are using AWS EKS or planning on migrating apps to EKS). - Improve DevEx - Optimise Cost - Increase production stability - Security first and compliance
Build a Better Platform Engineering Team & Stop Making Developers Use Crappy Tools! 🤝 🚀 Platform engineering plays an increasingly prominent role in software delivery, bridging the gap between infrastructure and application teams. 🙌 We're noticing a trend: companies create platform engineering teams, but the resulting tools often miss the mark - they're confusing and cumbersome for devs!😓 Moreover just throwing scripts and widgets at developers isn't the answer! ❌ ✅ Here's the thing: we need to prioritize the DEVELOPER EXPERIENCE!💪 Our platform engineering teams should be laser-focused on building tools that are: ✨ Simple and intuitive – Let's ditch the cognitive overload and empower devs, not burden them. 🎨 Designed with empathy – Involve product managers and designers! They understand the developer workflow and can create tools that truly resonate. 🔍 Contextually rich – Give developers the impact metrics they need to make informed decisions, right at their fingertips. Check out this video for more on building a platform engineering team that streamlines software delivery and accelerates developer productivity!👇 #platformengineering #developer #productivity #CloudNative #DevOps #softwaredelivery #production #k8s Prashant Ghildiyal Jim Hirschauer
To view or add a comment, sign in
-
Interim & Fractional CTO | Guiding Ambitious Developers to Leadership | Operational Excellence for CEOs | Scaling Tech Teams | Ex-TeamViewer & Tipico
Why Software Engineers Should Understand Their CEO Leading a startup or scaleup is not a small feat. It's often the case that software engineers may not fully understand the breadth and depth of these challenges. It's not just about the code. It's not just about the tech debt. It's not just about engineering processes. It's about steering the ship in the right direction under immense pressure. Day in and day out, day and night, weekdays and weekends, a CEO's mind is constantly on the move. They're tasked with making decisions that balance short-term needs and long-term visions, often in the face of uncertainty and risk. But why is it important for software engineers and the broader tech team to understand this? Firstly, empathy and understanding can foster a stronger, more cohesive team. And while software engineers often look at problems through a keyhole, the CEO's playground is much bigger, more diverse and less binary. Secondly, this awareness can inspire a more proactive approach to problem-solving. Engineers who understand the strategic goals and challenges can better align their work to support these objectives, proposing solutions that are not just technically sound but also strategically valuable. Lastly, it emphasizes the importance of communication. Open, transparent dialogue between CEOs and tech teams can demystify decisions and foster an environment where challenges are tackled collaboratively. It's about building a culture where everyone is pulling in the same direction, aware of the hurdles but focused on the horizon. #TechLeadership #EngineeringEmpathy #StrategicEngineering
To view or add a comment, sign in
-
Struggling to keep your software engineers engaged? They're not just coders, they're problem-solvers, with creativity and critical thinking at their core. When we treat them as task executors, the inevitable disengagement leads to unfulfilled potentials and stagnation. 🤔 But what if we embrace the change? In a world increasingly assisted by AI, let's engage our engineers in the grander scheme of problem-solving rather than coding tasks. Entrust them with business challenges, encourage their innovation and watch how they transform ambiguity into clear-cut solutions, driving team success. 💡 The key lies in fostering an environment of psychological safety where failure is seen as growth, not defeat. And guess what? The pay-off is worth it - an empowered team of engineers equipped to handle any business problem. If you got value from this, please follow me! I write daily about engineering management, team dynamics, and processes needed to build engaged and successful teams. #SoftwareEngineering #Management #TeamDynamics #ProblemSolving ----------------------------------- Check out the full article at https://lnkd.in/gB2_4_NG
To view or add a comment, sign in
-
What if the team is expanding too quickly? Success in software development means that the engineering team will grow. On the one hand, that's a good thing because more developers can get more done, but if a team gets too large, it will become inefficient, due to communication overhead, Imagine trying to do a daily standup with 20 people in the meeting! The solution is always to refactor a large single team into a team of teams, Each team is small, consisting of no more than 8-12 people most of the time. it has clearly defined business-oriented missions. I believe that if more than one team needs to make changes every time a business objective is requested, then it might mean the teams are not separated well and some structure is needed what do you think? #softwareEngineering #software #teamManagement #teamGrowth
To view or add a comment, sign in
-
📚 Sharing some reads that transformed my software development journey: 1️⃣ "The Pragmatic Programmer" - Andrew Hunt and David Thomas. A treasure trove of tips, each one a gem in its own right. 2️⃣ "The Clean Coder" - Robert C. Martin. A delightful dive into cultivating a positive mindset, essential in our dynamic field. 3️⃣ "Clean Code" & "Clean Architecture" - Robert C. Martin. Unveiling the art of crafting impeccable code and future-proof architectures. 📖 Short Story: The books above came into my life at just the right moment, alongside meeting incredible mentors. They've propelled me beyond what I thought possible, equipping me to appreciate well-crafted code and grasp the beauty of sophisticated architectures. 4️⃣ "Building a Career in Software" - Daniel Heller. It offer practical insights. Especially loving the "Working with Humans" chapter - a game-changer for communication finesse. 🤖 5️⃣ "The Manager's Path" - Camille Fournier. A structured roadmap for ascending the management ladder, adaptable to your own pace - from mentoring to overseeing multiple teams. and beyond! 6️⃣ "Staff Engineer" - Will Larson. Just scratching the surface, eager to dive into the complexities of senior engineering roles. . And eagerly awaiting 7️⃣ "The Staff Engineer's Path" - Tanya Reilly! 🌻 Which one will you dive into next? Let's keep coding our way to success! 💻✨ #SoftwareDevelopment #BookRecommendations #CareerGrowth #TechReads
To view or add a comment, sign in
-