paint-brush
53 Stories To Learn About Software Engineering Metricsby@learn
123 reads

53 Stories To Learn About Software Engineering Metrics

by Learn RepoJune 7th, 2023
Read on Terminal Reader
tldt arrow

Too Long; Didn't Read

Learn everything you need to know about Software Engineering Metrics via these 53 free HackerNoon stories.

People Mentioned

Mention Thumbnail
featured image - 53 Stories To Learn About Software Engineering Metrics
Learn Repo HackerNoon profile picture

Let's learn about Software Engineering Metrics via these 53 free stories. They are ordered by most time reading created on HackerNoon. Visit the /Learn Repo to find the most read stories about any technology.

1. The Engineering Leader’s Guide to Empowering Excellence with Data [FREE ebook]

Find out how engineering data can help you remove blockers, encourage professional growth, and empower excellence on your team.

2. 7 Qualitative Metrics to Measure Code Quality that Every Engineer Needs to Know

High-quality code is critical to creating functional error and bug-free software that is easy to edit and understand. Let's look at how to measure code quality.

3. Welcome To the New Reality: Engineering Metrics are Business Metrics

According to a McKinsey study of over 400 large enterprises across 12 industries, companies with high-performance engineering teams best their competition in all areas, including revenue growth, customer satisfaction, and brand perception. The evidence is so clear that the study itself is called, “How software excellence fuels business performance,” and it concludes that software development is integral to business success in all industries — retail, financial services, manufacturing, and of course, software companies, all require a strong engineering department to succeed.

Yet, many executives view their engineering departments as a “black box.” While other departments report on their success with metrics like revenue, customer retention rate, or cost of new customer acquisition, engineering metrics don’t often make it into the board deck. But engineering metrics are essential to understanding how your company is doing. They convey critical information about your company’s ability to deliver value to your customers, and your company’s potential for future success.

Plus, engineering is expensive — it’s important to know whether that’s money well-spent.

For a holistic picture of how your engineering department — and your business — is doing, you need to start tracking engineering metrics.

4. Why You Should Use Lead Time Instead of Cycle Time

Our concepts of Lead Time and Cycle Time came from the field of Operations Management and Production Engineering. As such, I think it’s beneficial to all of us to maintain coherent with them and use the same semantics in Software Engineering Management as well.

5. Developing Software Quality Metrics as a Data Scientist - 5 Lessons Learned

Software quality metrics are essential tools in ensuring a product provides the best experience to its users. Here are some tips for (not only) data scientists.

6. Now Available: The Engineering Leader’s Guide to Cycle Time [eBook]

One critical engineering metric can help you innovate faster, outrun your competition, and retain top talent: Cycle Time. It’s your team’s speedometer, and it’s the key to everything from developer satisfaction to predictable sprints. And Cycle Time has implications beyond engineering — it’s also an important indicator of business success.

That’s why we’re excited to announce the release of our new book, The Engineering Leader’s Guide to Cycle Time. For those looking to boost their team’s efficiency and productivity, we offer a data-driven approach, backed by research, case studies, and our own experience as an industry-leading Engineering Intelligence platform.

7. Why You Should Manage WIP

Having too much Work in Process, also known as Work in Progress (WIP), is a remarkably common issue. In my experience, management often encourages this behavior. I don’t know if it is the notion that we will get more done if we work on more things simultaneously. Or perhaps there is a fear we won’t get enough things done unless we work on several of them at once.

8. How Engineering Teams Can Leverage the Power of Metrics

Ever wondered what key metrics other engineering teams are tracking?  The short answer: it varies completely. Even within the same organization, different teams

9. 50 Shades of Lead Time: Measuring Each Part of the Development Process

I have read multiple definitions for Lead Time and Cycle Time over the last years. Recently, I shared why I prefer using the first over the later.

10. Engineering Metrics: The Moneyball Approach

Engineering managers often rely on subjective clues to assess how their team is doing. But decisions made based on gut feel and imperfect measurements are less than ideal — sometimes they result in team success; other times they result in disappointment.

11. How to 10x Your Skills and Become a More Efficient Tech Lead

The secret sauce to an engineering team's success is an effective tech lead guiding the team to be on the right track.

12. How To Assess And Improve Your Software Engineering Team's Performance

How do you measure how well your engineering team is doing and how do you find the bottlenecks where you can improve things the most?

13. Managers: Beware the Fallacy of Process

Processes are essential for effective management. They keep people in sync, making it possible for team members to come together and achieve a shared goal. But they’re also dangerous. Processes can create the illusion that things are running smoothly because they’re moving along according to the shared understanding of how they’re “supposed to” run.

This is the Fallacy of Process — the idea that by adding consistency and predictability to a shared workflow, a given process is inherently valuable.

Too often, process becomes canon. A team develops an effective way of doing something, then returns to that framework indefinitely, long past its expiration date.

14. Technical Debt or Technical Fraud

Technical Debt is one thing, but when let to fester for too long, it can become Technical Fraud. A much more dangerous and much more insidious predator.

15. Should You Hire More Software Engineers or Better Manage the Ones You Have?

That technology is here to stay is an obvious duh. If and how well-prepared companies are to deal with the constant need to increase investments in technology, that’s not as simple. Another obvious axiom is that software engineers and developers are highly valuable resources. Weather having more or putting the ones you have to better use is the best approach, that is less obvious.

16. On Discussing Engineering Metrics to Direct Your Team's Focus, Daily

Software engineering metrics help daily stand-up meetings to be more productive for the team. They can become tedious or irrelevant for many developers when they frequently exceed the fifteen minutes time box or even sound like a work report.

17. Five Pieces of Advice for Developers Transitioning to Tech Leader Position

Becoming a Tech Leader implies in more responsibilities. Your toolkit must include new skills. Besides designing, writing, and reviewing code, tech leaders must care about the team members and the overall code quality and architecture.

18. DevOps: I Measure The Metrics A Bit Differently. Here's Why

The four key DevOps metrics are an exciting set of measurements. They’re getting more and more relevant since the book Accelerate has been published. I firmly believe they’re essential for engineering teams seeking effectiveness and efficiency.

19. The 6 Stages of the Software Development Process

The software development lifecycle methodologies (SDLC) or the Systems Development Life Cycle method aids in planning the design process of the software

20. Becoming a Manager of Engineers: How to Focus on Visibility and Predictability

Becoming a manager is usually one of the biggest challenges of an engineer’s career. We are usually used to algorithms and state machines, which are predictable and have specific outputs depending on the input.

21. Leveraging Data as a Proactive Engineering Manager

Proactive (software) engineering leadership means you’re not a firefighter all the livelong day.

22. Startup CEOs: Here’s Good News You Can Include in Your 2020 Board Deck

As you prepare for your board meetings, you might be struggling to find some good news to share with the board. Sure, it’s a mistake to go into a board meeting pretending everything is going well — board meetings are a valuable opportunity to share your startup’s challenges and get guidance from a panel of trusted advisors.

23. OKRs vs. KPIs: What's the Difference for Engineering Teams?

OKRs vs. KPIs, what are the differences? That’s a common question I hear from managers of Engineering Teams. KPIs are more straightforward to explain than OKRs, which can be tricky and more complex. They don’t mean the same, although they are connected.

24. Verification and Configuration Management for Avionics Systems

The performance of verification and configuration management is essential to the ARP4754A document and other avionics development documents. ARP4754A, officially titled Guidelines for Development of Civil Aircraft And Systems, is concerned with “the development of aircraft systems taking into account the overall aircraft operating environment and functions.”

25. Code Refactoring: A Comprehensive Guide for Engineers

In this guide, you’ll learn all about refactoring source code: the benefits, challenges, tools, and best practices, and what is the difference between refactoring and technical debt.

26. Strategies to Improve Your Sprint Retrospectives with Data

Most agile teams do sprint retrospectives at least once a month, to iterate and improve on their software development process and workflow. However, a lot of those same teams rely only on their feelings to “know” if they have actually improved. But you need an unbiased reference system if you want to compare how two sprints went.

27. Tech Teams in Brazil: 42% Deploy Daily, Another 38% Deploy Weekly [Study]

Between January 29th and March 5th, we conducted a survey to get a technology landscape of the Brazilian startups and companies. We released the full report with the results of the study.

28. 5 responsibilities of a Tech Lead and 17 Metrics to Track Their Performance

Tech lead, team lead, software architects, and engineering managers — as any developer already knows, naming is hard. Throughout the industry, those roles are as fuzzy as their responsibilities.

29. What Should I Do After the Data Observability Tool Alerts Me

We need to start building the best practices across the ecosystem to maximize the value of data observability.

30. How To Determine A Good Application Architecture

When I started writing a small but real growing project, I noticed that the app shouldn’t only work well but also should be well organized.

31. 5 Metrics Engineering Managers Can Extract from Pull Requests

Many Engineering Managers promote Pull Requests as part of the development workflow. It’s a consolidated practice that brings lots of benefits. It consists of comparing the changes of a branch with the repository’s base branch (conventionally called master).

32. It Is Time To Make Tough Engineering Decisions

We have entered a critical time in the life cycle of many companies around the world. The world has shifted away from a period of immense growth, and as many struggle to meet revenue expectations, companies and their leaders face a ton of pressure both internally and externally.

33. What's Your Cycle Time?

If you can’t answer it, don’t worry, you’re not alone. Many engineering leaders couldn’t tell you without some significant number-crunching. Gaining visibility into performance is only half the battle though. Knowing how to interpret metrics and how to apply them to improving performance is where the magic happens. Many CEOs do not know how to align engineering metrics to business KPIs (revenue, customer retention, etc.). Bringing metrics to your board or non-technical CEO for the first time may be challenging if you are unable to help them bridge the gap.

34. Software Requirements Specifications Template

This article is devoted to the consideration of Software Requirements Specifications, their importance in the software development process, and how they could be written. Within this article, I will pay more attention to the effective SRS template and its description.

35. Engineering Leadership versus Engineering Management: What's The Difference?

It has become a constant temptation to praise engineering leaders and undervalue engineering managers, but maybe we shouldn’t be focusing on their differences but on correctly understanding their roles.

36. Increasing Engineering Efficiency with Software Development Analytics

We’re right on the precipice of a reality that’s more agile than Agile — as we move from Agile development and a DevOps culture to autonomous development

37. 7 Rules to Track Software Engineering Metrics Correctly

How to Use  -  and NOT Abuse  -  Software Engineering Metrics

38. You Can’t Set Effective Goals for Software Developers Without Data

The most popular goal-setting frameworks — FAST goals, SMART goals, OKRs — break when it comes to the engineering department.

The cornerstone of every framework is specificity, but most engineering departments run on benchmarks and estimations that are vague, subjective, or constantly in flux. Common project measurements, like story points or t-shirt sizes, lack objectivity. And while lists of completed features are definite cause for celebration, they’re too broad to provide insight into the actual work being done by the engineering department.

To get specific, you need data. With information from your VCS, it’s possible to gain visibility into your development workflow and spot opportunities for advancement.

Subjective measurements, like t-shirt sizes and story points, can be replaced with objective metrics that are comparable across projects and teams. For example:

39. Software Quality: The Top 10 metrics to build confidence

How do you measure quality in software engineering? I guess this is the question there will always be a debate on. There are so many approaches to this question that finding only one answer is just impossible. In this article, we will be listing the quality-related metrics that the top engineering teams have been keeping track of, and see when and how you should use them.

40. How Engineering Managers Benefit from Synthetic Metrics

Engineering managers are in charge of tech teams. It means there are tens or maybe hundreds of people supporting them. Generally, they need to ensure the best practices around software development, hire and train engineering staff, align and motivate the team towards the company’s goal, manage the team’s performance, and be accountable for all technical decisions.

41. Top 10 Software Engineering Metrics To Track If You Lead An Agile Team

Every conversation I have with CTOs, Engineering Managers, and Tech Leaders eventually gets to the “Which Metrics Should We Measure?” discussion.

42. Top 3 Metrics For Engineering Team Performance

What’s the overall performance of your engineering team? Let’s look at how we can improve your team’s performance.

43. Software Intelligence: How to Take Quality Control in 6 Practical Steps

Lead Photo by Max Duzij on Unsplash

44. How Metrics Lead to Effective Sprint Retrospectives

In the Atlassian playbook, it states that Sprint Retrospective’s goal is to identify how to improve teamwork by reflecting on what worked, what didn’t, and why. Usually, the meeting consists of brainstorming what the team did well and what the team needs to do better.

45. Overwelming Formula For Goal Achievement As a Tech Lead In 90 Days

Recently, I read a blog post titled "VPE and CTO — The first 90 days". It’s a brief article in which James Turnbull shows a mind map with four areas that “every new technical leader needs to, at least, think about and explore when starting at a new organization.”

46. How to Measure Your Technical Debt: 8 Metrics to Consider

Technical debt metrics help you to monitor deficiencies in your current codebase. We decided to look at how they work, and pick out the best tracking tools.

47. It Could Always Have Been Done Better! (In Hindsight)

This is one of the hardest lessons to learn in the Software Engineering business. It doesn't matter how good you were at doing something, or how much you accomplished, there will always be something that didn't go right.

There was that feature you hacked to meet a deadline, or that bug that took 4 days to diagnose, or that weird edge-case that flaked out, or ... And even when you didn't have any of those issues, there are the things you didn't do - the features you didn't put in, or the customer types that you didn't support, or whatever.

48. Rework Costs Your Company Millions — How to Cut Back?

On average, a software development team reworks about 26% of its code prior to release. Even after accounting for necessary changes, those wasted hours can cost a medium-sized business upwards of $4.7M a year.

Still, when engineering leaders look to cut costs, they often look at departmental spending. Software licenses, discretionary expenses, and even salaries may come under scrutiny.

But not all costs come with such a clear price tag — inefficiencies in the software development process are harder to quantify, but much more expensive.

According to a 2017 DORA white paper, Forecasting the Value of DevOps Transformations, the cost of Rework in software development is staggering, setting businesses of all sizes back millions of dollars a year.

49. How to Select Software Engineering Metrics and Set KPIs that Matter

Software Engineering KPIs (Key Performance Indicators) are measurable values that indicate the progress of engineering teams’ performance towards business objectives. Therefore, they need to be consistent, broad enough to consider everyone’s effort, and, most importantly, measurable.

50. Engineering Management Trends in 2022

Take a look at some of the most interesting findings of the 2022 State of Engineering Management report, and become a better engineering manager today!

51. Code Churn: How it Relates to Refactoring and Technical Debt

Code churn is a measure or indication of how often a file changes. It typically refers to how often a developer throws out code

52. 1:1 with Alex Roetter: Leading Engineering at Twitter

Below is an excerpt from our conversation with Alex Roetter, former SVP of Engineering at Twitter, Managing Director and General Partner at Moxxie Ventures, and featured in the Netflix documentary, The Social Dilemma.

53. Understanding Technical Debt As A Software Engineer

What is tech debt? How to manage it effectively? In this Engineer's Complete Guide to Technical Debt, you will learn metrics, statistics, and tools that help engineering teams accelerate the software development process.

Thank you for checking out the 53 most read stories about Software Engineering Metrics on HackerNoon.

Visit the /Learn Repo to find the most read stories about any technology.