In support of "boring" software
Photo by Filip Mishevski on Unsplash

In support of "boring" software

I am an unabashed technology fan and an early adopter of new things. As a kid, I loved (and still love) science fiction and super heroes. In these stories, amazing technology creates opportunities, solves problems, and is … never boring.

Compare and contrast that view with the real software and process that needs to get done every day. We need to solve the most important problems, not the hardest ones. Finding simple and frequently used process that needs to be improved is the most critical task for ops and engineering alike. It’s easy to get distracted by shiny things. It’s much better to incrementally improve the process.

What is “boring” software?

Boring software sets an uncomplicated goal and solves it. Instead of a AI-driven queue of the next best account to contact, it starts by being a list of the accounts that have not been contacted recently, sorted by oldest descending in a stage. Does this mean you would never use AI to find these accounts? Nope, it means that you evaluated the sales process and found the biggest benefit by making sure the regular process was followed.

Boring software prioritizes “eating your vegetables” before you apply improvements to get the next set of improvements that might not be obvious to humans. The goal? Help the humans using the software to get better.

From a technology perspective, this might mean using tried and true rather than the new new thing.

From the process perspective, it also might mean focusing on the specific items to be done instead of inventing something entirely new.

Boring does not mean ineffective

The core insight of boring software is that you can get beyond the specific technological whiz-bang feature and hone in on the activity or the behavior you want to reinforce or discourage.

Want teams to respond faster to prospects? Make a list of open loops.

Want to know which customers use which feature? Create a filterable list of customers and features.

Your internal customers are a good place to start for these kinds of improvements.

Finding the Improvements that make a difference

What’s the end goal of thinking about boring software? Spending more time thinking about the value of the problem you’re solving than the way you are solving that problem.

Building software is expensive, so it’s important to make it count.

What’s the takeaway??There is a fixed amount of effort to make any software. When you take away the choices needed to select new technology, it’s easier to focus on the task at hand. This doesn’t mean “never pick a new thing”, it means don’t let the technology solve the problem when a process could do.

要查看或添加评论,请登录

Greg Meyer的更多文章

  • Create a pacing graph with Google Sheets

    Create a pacing graph with Google Sheets

    As an operator, how many times do you get asked: “how are we doing this month vs last month? (Or vs. some previous…

  • 5 ways to make your low-code automation more effective

    5 ways to make your low-code automation more effective

    When I started my first software job, I remember thinking two things: I am definitely not the smartest person in the…

    2 条评论
  • Turning daily improvements into milestones

    Turning daily improvements into milestones

    You’ve seen the statistic. 1% improvements daily for a year yield a 37x return.

    2 条评论
  • Building Diagrams with Computers

    Building Diagrams with Computers

    Ethan Mollick writes about AI that “the only way to figure out how useful AI might be is to use it.” This is not…

    2 条评论
  • Redefining the Customer Journey

    Redefining the Customer Journey

    Have you ever played RevOps detective? ??? The story goes something like this. There’s a closed-won (or a closed-loss)…

  • Going from 0-1 in Data Operations

    Going from 0-1 in Data Operations

    Imagine you are starting a new venture and need to describe all the data tasks that need to happen to get you from…

  • An ode to console.log()

    An ode to console.log()

    Some of the first programs I ever wrote on a computer used PRINT to echo a line to the screen. Using BASIC, I filled…

    1 条评论
  • Great performance demands mental preparation

    Great performance demands mental preparation

    The coach will see you now When I was younger I wanted to be a professional baseball player. Professional baseball…

    2 条评论
  • Data Operations, revisited

    Data Operations, revisited

    When I started writing about data operations In 2020 I suggested an example definition that focused on data shared…

  • From Atoms to Bits: Building Software from Cow Paths

    From Atoms to Bits: Building Software from Cow Paths

    It’s not easy to be a technologist these days. For almost any problem you can think of, there is a solution claiming to…

社区洞察

其他会员也浏览了