Saturday, February 15, 2020

Bad Charting Part 1: Charts vs. Infographics

In this post I'll share tips on responsible charting and how to avoid common pitfalls that can result in misleading business graphics. We'll do that by looking at examples of poor charts and pointing out the principles that were violated. In this first post, we'll make the distinction between charts and infographics.

A Bad Chart about Why Charts are Bad

Charts: They're All Around Us

Charts are all around us. Many of us rely on them and create them in our work. Dashboards abound in business and billions of dollars are spent annually on business intelligence products. Charts are a regular output of stock markets, scientists, researchers, statisticians, and governments. They're all over social media, web sites, and television. Charts are part of life.

Just as publishing came to the masses via word processing, desktop publishing, and blogging the same thing is happening with charting. Charts can now be created in just a few clicks from office productivity software, charting apps, and cloud services. Marketing campaigns frequently leverage infographics in their messaging.

There are good charts, bad charts, and pretender charts. We live in a time where honest communication is in short supply. There's a lot of deliberate misinformation online and charts are often a vehicle for delivering it. An even larger problem is charts that are unintentionally misleading. That comes from people who don't know the fundamentals of good charting, don't understand their source data well, or just copy-and-paste from somewhere else. These days, charts are created for the most trivial subjects or to express humor in social media posts.

I wonder why that would be...

Just What is a Chart Anyway?

Before we go any further we should define what a chart (or graph) is.

A chart is a data visualization. That is, a graphical representation of some numerical data. It's not possible to create a good chart from poor data, so starting with data you understand is critical. You have a duty to select appropriate and complete source data. You have a duty to portray that data responsibly. You have a duty to provide reference to the source data.

A chart is also a type of content, which means you will make decisions that affect how the chart is perceived by viewers. Your chart tells a story or carries a message, even if you don't intend it to. Be aware that some readers will take your content at face value.

A chart is also data reduction, which obligates you to reduce the data in a responsible way. Your viewer should understand how the data was arrived at.

Finally, a chart is a picture. We all know a picture is worth 1,000 words. Your visual choices imply underlying information. The emotion your chart triggers in your viewer is strong than any figures on the page or text.

Charting, then, is a great responsibility. You are communicating about data that matters greatly to somebody. It needs to be truthful and clear if you want to maintain a reputation for trustworthiness. As we shall see, not everyone takes these responsibilities seriously.

Charts are not Infographics

One of the reasons we have rampant problems with charts is the confusion between a business chart and an infographic. An infographic is "a collection of imagery, charts, and minimal text that gives an easy-to-understand overview of a topic." Infographics often contain charts, and they simply aren't created with the same rigor that business charts are. Let's look at a chart from an infographic:

The above chart is so bad it made Business Insider's list of the Worst Charts of All Time. We can note some deficiencies in this chart:
  1. It has no title, but we can intuit we are being shown sales revenue for fast food restaurants. 
  2. The Y axis isn't labelled, but we can intuit billions of dollars from the chart value labels. 
  3. Columns are replaced with corporate logos, and that's a problem. Look at Burger King ($11.3B in sales) vs. McDonald's ($41B). Is the McD logo 4 times the BK logo? No, it's more like 12 times the area. The "clever" use of logos is a bad idea because it breaks the visual contract with the chart reader.
  4. The data set isn't identified. This clearly isn't all restaurants but we aren't told the criteria for the ones that are included. 
  5. The time frame isn't identified either. Which year's sales revenue are we being shown?
  6. The chart values are an apples and oranges comparison, because the country of Afghanistan is included in the mix.
Below you can see our chart is part of a larger infographic from Princeton University. Now we can see the chart's purpose in support of a message about how Starbucks and McDonald's are global hubs that connect some of the earth's wealthiest and poorest countries. The deficiencies we noted would likely be explained away by the designer as justified in getting the message out in a compelling way. That's the problem with infographics: they're a marketing tool, not a business communication tool. They each have their place but you don't want to confuse them.

Here's another infographic below, this one showing the mobile games market volume by language. Note the sizes of the bubbles. Chinese is $15B and English is $8B, but the Chinese bubble is not 2 times the area of the English bubble, it's closer to 4 because both height and width were multiplied by the 2. We saw this same error earlier with the use of logos and here it is again. The makers of infographics are usually far more concerned with getting your attention than accuracy.


Here are some of the important differences between a business chart and an infographic:

An infographic is often designed to push a message and includes data that supports the message. A business chart has a message too, but there's a difference. In your business chart, you had some reason to show the data you did in the way you did. There may well be an important revelation you want to communicate but the viewer may discover additional insights from the data being visualized. The business chart doesn't force a conclusion, it says "look at this. look what's happening here."

Don't make the mistake of using an infographic when you should have a business chart. In an infographic, the excitement comes from the design and messaging. In a business chart, the excitement comes from the data.

Everyone Says So

Why are infographics so popular? Well, one reason commonly given is shown (fittingly) by the infographics below: the human brain processes images 60,000 times faster than text!

You'll find thousands of infographics and designer/marketing web sites promoting this fact. Now that you've learned this fun fact, you can forget it, because it's not true!


This is a big, big problem today. People see something interesting, especially something that supports the story they want to promote, and they pass it on without a second thought. Using or passing on unverified information has no place in business or in your charts.

When is a Chart Warranted?

Before you embark on creating a chart, ask yourself whether you have a good reason for having one. If the only reason for your chart is to have something pretty, I suggest you reconsider. Charts do make sense in your documents and presentations when any of the following are true:
  • The chart will help your audience understand the data better .
  • When the shape of the data contains your message.
  • When you want to highlight or reveal something that would not be evident from a table of figures or wall of text.
  • When the chart accompanies and augments a narrative or data set (not replaces it).
A chart should never be a replacement for its source data. Either include that original data or provide a link to it.

Characteristics of a Good Chart

A good chart will have these characteristics:
  1. Accurately show facts.
  2. Grab the reader's attention.
  3. Show trends or changes.
  4. Be clear and easy to read.
  5. Have a title and axis labels.
  6. Identify units for values.
  7. Use colors to show differences but not rely solely on color.
  8. Use white space around graphic elements and text for readability. 
  9. Follow established conventions.
In Part 2, we'll look at how to choose the right chart type and what happens when you get it wrong.

Sunday, January 12, 2020

Chicken Sandwich Showdown

This is my comparison of the Chick-Fil-A Chicken Sandwich vs. Popeyes Chicken Sandwich; what historians are sure to call the defining question of our times.

The Uproar

Unless you're been fast asleep in the hen house, you're no doubt aware that 2019 had quite the brouhaha over Chicken Sandwiches. I consider myself above such nonsense. Thus, I did not go near a Chick-Fil-A nor a Popeyes Chicken during the ensuing Twitter Feud, massive crowds, car wrecks, stabbings and other violence. In addition to all that, it's clear from social media that some people hold rabidly-strong opinions about favoring one establishment over the other because of their misguided political leanings. Sigh. This is not the way to get along, America.

I said I consider myself above such nonsense, but I am curious. I have a detached-observer-technologist's interest in watching social media turn humanity into lemmings, driven by FOMO of whatever minor phenomenon becomes viral. Truly the majority of the US population can no longer be considered sane nor polite. Nevertheless, now that things have calmed down slightly, I thought I would try each sandwich and make a non-agenda-driven attempt to determine which was the better sandwich.

Prior Chicken Sandwich Experience

The Popeyes sandwich is the newcomer that sparked the Chicken Sandwich Wars, but it's not quite accurate that Chick-Fil-A invented the chicken sandwich as some claim. I know this because I have been eating chicken sandwiches since the 70's. In my teens and early twenties, my brother and I tended to hang out a lot at the local Burger King. One of my favorite things to get there was the BK Chicken Sandwich: an oblong processed chicken patty on a bun with mayonnaise. This sandwich was always a gamble because the amount of mayo applied by the fast food worker was the defining factor in whether the sandwich was a success. Today we set our sights a lot higher: both of the modern contenders for the Chicken Sandwich throne are superior in every way.

In more modern times, I continue to love chicken sandwiches, but I don't usually buy them from fast food restaurants. My wife makes amazing Cajun Chicken Club Sandwiches and my family loves them. It's not possible that some fast food offering will ever unseat them from being my favorite.

Prior to this showdown I'd never had the Chick-Fil-A chicken sandwich nor the Popeyes chicken sandwich, but I have had other food from both places. My family likes Chick-Fil-A a lot, and I'm partial to their nuggets, sauces, and excellent Mac and Cheese. I did try the spicy chicken sandwich a few years back and found it too hot for my liking.

I started frequenting Popeyes when I did consulting in Washington D.C. for a year. I'm partial to Popeyes for their boneless buffalo wings, sauces, and excellent Cajun fries. The town I live in now has a local Chick-Fil-A and Popeyes Chicken, fittingly across the street from each other.

Do I enter this judging with a bias? I do love Cajun food, and that may give me a slight inclination toward Popeyes. I'm doing my best to be unbiased. As a manager I have had to take training at work on Unconscious Bias and I am counting on that to help me in this taste test.

Purchasing a Chicken Sandwich at Chick-Fil-A

At 4:28pm on a Saturday, I pull into the Chick-Fil-A drive-thru. This was built recently and is new and clean. The drive-thru has a dual lane, and in prior visits when things have been really busy Chick-Fil-A staff are out working the cars with tablets. Right now is less busy though. There are half a dozen cars ahead of me in the drive-thru.

When asked for my order, I am greeted by a friendly voice. I ask for a Chicken Sandwich. "Regular or Deluxe?" I am asked. I automatically say Deluxe but later wonder if that makes the comparison unfair. I am then asked if I want any sauces. I'm not sure if the sandwich comes with a sauce or not so I ask for some Chick-Fil-A sauce. I also order a large Mac and Cheese because it's really good.

I receive my food at 4:40pm. Elapsed time in the drive-thru: 12 minutes. I was charged $4.99 for the sandwich. On to Popeyes!

Purchasing a Chicken Sandwich at Popeyes

I pull into the Popeyes single-lane drive-thru at 4:45pm and there are no cars ahead of me.

As Popeyes' sandwich is the newcomer, and is a hit, they understandably are working to capitalize on it. A poster on the outside of the building proclaims "I'm Back", referring to the sandwich being sold out for weeks after its pilot introduction.

When asked for my order, I am greeted by a friendly voice. I ask for a Chicken Sandwich. I also order Cajun fries because they're really good. At the payment window, I am asked if I want a sauce. Unsure if the sandwich comes with a sauce, I ask for Mardigras Mustard sauce.

I receive my food at 4:50p. Elapsed time in the drive-thru: 5 minutes. I was charged a combined amount for the sandwich plus fries, but looking online the sandwich alone is $3.99.

I head home to taste both sandwiches. On the drive home, it smells really good in the car.

Taste Test: Chick-Fil-A Deluxe Chicken Sandwich

It is now 5:00pm, 20 minutes after getting my sandwich. The Chick-Fil-A bag is perfect and unwrinkled. Inside, the Chick-Fil-A sandwich comes in a container box. I like this kind of packaging because it provides a place for fries, if you're having fries.

Opening the lid reveals the sandwich which has an appealing look. Fast food often fails to come close to the pictures used in ads and posters, but this looks attractive. I again wonder if I've done the comparison a disservice by ordering the Deluxe version of the sandwich, which adds cheese, lettuce, and tomato.

A few bites in, I'm enjoying the sandwich but have realized it doesn't come with a sauce. I spread some Chick-Fil-A sauce on the bun and continue on. I could in fact have asked for any of a dozen sauces; sauces at Chick-Fil-A are free (ahem) unlike Popeyes which is a miser about giving you any extra sauces.

The bun is just what I want: soft, but not so soft that it gets squished and doesn't survive the length of the meal. I find the chicken moist and delicious. I love the thin crunchy breading on the outside.

I finish my sandwich and think, "that was a very good chicken sandwich."

Taste Test: Popeyes Chicken Sandwich

The Popeyes bag is in sad shape. Although I've come to appreciate the food at Popeyes Chicken, the restaurant itself always seems run-down and the bag exemplifies the feeling. It's in stark contrast to the tight ship that is Chick-Fil-A. But on to the sandwich. The sandwich is in a foil bag that loudly proclaims "love that chicken (sandwich)."

Opening the foil bag reveals the sandwich which looks a little different than I am expecting. After a few bites, I realize I am holding the sandwich upside down and I correct matters. That is why the picture below shows a half-eaten sandwich. Even so, the sandwich looks a lot less like advertisement pictures than the Chick-Fil-A sandwich did. In fact, it looks like the sandwich was dropped and stepped on.

While the sandwich had a kind of squished appearance out of the bag, the sandwich is good and I am enjoying it. It comes with a mayo so I am not needing to add a sauce. But that's okay, the Mardigras Mustard sauce will be delicious with my Cajun fries later on. Did I mention that Popeyes is a miser when it comes to sauces?

The brioche bun is delightful and survives the meal. I like the chicken, which is juicy, but I expected the Cajun flavor to be more prominent. It is very different from the Chick-Fil-A chicken: the buttermilk batter is reminiscent of what you would find on fried chicken. The biggest thing I notice about the chicken, though, is how much of it there is. There is definitely more chicken on the Popeyes sandwich. This is not to say that the Chick-Fil-A sandwich didn't have enough chicken.

I finish my sandwich and think, "that was a very good chicken sandwich."

Which One Wins?

It's at this point that I'm expected to declare a winner, but as I finish the second sandwich I am at a loss to pick a favorite. They were both good, but nothing pushes me toward one over the other. Which one would I like to have again? At the moment, neither! I have just finished a double meal and I am full. Really, it's too close to call. If I was marooned on a desert island and you told me I could have either sandwich, I would close my eyes and say "Surprise me."


1. Both places offer an excellent chicken sandwich.
2. My wife's Cajun Chicken Sandwiches remain #1 in my heart.
3. If it's a Sunday, go to Popeyes. Chick-Fil-A is closed.
4. If you're going to photograph the food, I'd go with Chick-Fil-A.
5. If a lower price or more food for the price is your main concern, Popeyes has the edge.
6. If you're a lover of sauces, go Chick-Fil-A.
7. These are just chicken sandwiches, not reasons for a new Civil War or acts of felony violence.

There you have it. You really can't go wrong with either sandwich, and there are now enough sandwiches for everybody... so your chances of getting one without violence and name calling are excellent. All you militant Chicken-Twitter people can just chill. Can't we all get along?

Saturday, January 11, 2020

Review: Moto Z4

This is my review of the Moto Z4 phone from Motorola.

Buying Decision

About 3 months ago when my 2016 original Pixel XL phone starting losing its battery life, I initially compensated by bringing my phone charger to work. After a few weeks, though, even that wasn't sufficient to keep my phone charged all day and I knew it was time to replace it.

Whenever you have to replace a phone, the first thing that goes through your mind is how good or bad the experience with your last phone was. I had pretty mixed feelings about the Pixel: while it had worked fine for the last three years, it was a pricey phone at $1000—made all the worse when Google botched my fulfillment, charging me full-out for the phone even though I had arranged Financing.


Price was going to be a key factor. Although I have always purchased top-of-the-line premium phones for myself, nowadays I'm on a campaign to reduce my living costs without heavily compromising lifestyle. I vowed to find a phone I could live with that cost no more than $500.

Like most tech professionals, I use my phone frequently and it's essential to have one you can count on. There are some very low cost phones out there, but I wasn't quite ready to move from top-of-the-line to the bottom and was hoping to find an affordable mid-range phone. I also wanted a new phone: while we've bought refurbished or last-year's-model phones for our children at times, an Android phone tends to only get updates for a few years, not perpetually.

Display Size

In addition to my cost objective, I had two others: display size and bloatware-free-Android. My older eyes need a larger-size phone I can see clearly, which is why my last phone was a Pixel XL. Of course, larger-size phones cost more which comes up against the lower-cost objective.

Stock Android

Avoiding Android bloatware is difficult, as any phone obtained through a carrier is sure to have altered and non-removable vendor apps including Contacts; so no carrier-sold phone for me. Even with an unlocked phone, many vendors may customize Android far more than you'd like: would you rather use Google Assistant or Samsung's Bixby? Although Samsung is the dominant phone manufacturer for Android with a ton of models for every budget, their non-stock Android is a deal-breaker. The two best phone brands for stock Android are Google (of course) and Motorola.


Perhaps one final objective has to do with recent trends in phones that give me pause: the display notch and the camera bump. I don't have direct experience with either because I've avoided them. Taking away part of the display for a camera offends my design sensibilities, yet so many phones are doing it now. What if that notch hides a critical part of an app? Even it it doesn't, it seems to me it would be a constant irritant. The camera bump equally offends me: it suggests my phone won't lie flat which I'd hate.

Given my other objectives, I suspected I might have to give in on the notch or the bump. I decided to have an open mind and to handle any prospective phone in-person at a Best Buy before making a decision.

Pixel 3a XL vs. Moto Z4

With these parameters established, I soon narrowed the field to two possibilities: the Google Pixel 3a XL or the Motorola Moto Z4, both costing just under $500 for an unlocked phone.

The Pixel 3a XL is nearly half the price of the Pixel 3 XL, but what are you giving up? Both have the same award-winning rear camera, memory, design, and Android version. The 3a has a polycarbonite unibody instead of glass-and-metal, so it feels like a cheaper phone. It also has a lesser processor and a lesser front camera.

The Moto Z4 seemed to have a lot of what I was looking for. Thinking back, one of the best phones I ever owned was a Moto X, with an attractive design and stock Android. When Google bought Motorola, I was jubilant about the future; but after extracting what they wanted from the company and selling it off to Lenovo, I was less so. Still, perhaps another look was warranted. The Moto Z4 reviews mostly agreed the Z4 was a decent mid-range phone with the features I care about; but most of them also recommended passing on this phone because the Z4 didn't offer anything especially new or exciting. The Z4 has a lesser camera than the Pixel, but would likely give me an acceptable overall experience.

The Moto Z4 also supports Moto Mods, which are accessories that clip on as second backs to the phone. There are mods for 360 camera, video projection, photo printing, and longer battery life. But, most reviews describe Moto Mods as an idea that didn't catch on.

If you research the Moto Z4, some of the review headlines will certainly give you pause: The cheapest 5G phone you can buy but shouldn't; It’s Time to Move On; The Moto Z4 is tragically boring and behind the times. For my criteria, however, the Moto Z4 topped the list and it's what I picked.


I bought my black Moto Z4 from Best Buy and it came with the 360 camera Moto Mod included. I added a Metalllic Slate case from Tudia. I haven't really done anything with the Moto Mods, but I'm very happy with the phone.

Now that I'm a few months in I have no regrets about the Moto Z4: it does everything I want in a phone. I haven't minded the camera notch after all. The battery lasts a really long time and is typically at 80% when I get home from work.  It looks and feels great and is a pleasure to use. This is a phone I recommend.

Sunday, July 14, 2019

Scrum is a Methodology, not a Buffet

Q. What’s something everybody does, but nobody does the same? A. Scrum!

In today's post we'll debate this question: Is it important to fully adopt Scrum as a software methodology, or is it sufficient to just use the parts that seem useful?

I’ve wanted to write something on this subject for years now, but I’ve hesitated given how explosively charged Internet debates on software methodologies can be. Let me state at the onset that I am neither a Scrum Worshipper nor a Scrum Hater: I wrote quality software before Agile existed and now I write quality software using Scrum. I value what we have gained with Agile methodologies, but I also bemoan what they've cost us.

ScrumBut: We Do Scrum, But Not All Of It

Without question, Agile Scrum has taken over as the software methodology of choice, just as Github has taken over as the software repository of choice. Scrum's pervasiveness ought to mean that when a developer who knows Scrum joins a software organization using Scrum they can hit the ground running. In my experience that's hardly ever true, and one of the common reasons is the lack of consistency in how teams apply Scrum.  

Over the last 12 years I've consulted with and worked with lots of teams that practice Agile Scrum. That includes 5 years as a national consulting practice manager, so I've had exposure to a great many customer projects beyond the ones I contribute to personally. When the customer controlled the process, the majority of those teams didn't really follow Scrum, they practiced ScrumBut: as in "We do Scrum, but not all of it." Do some online research and you'll find plenty of others reporting the same; ScrumBut is a well-recognized phenomenon.

Here are some of the things I’ve personally seen teams drop from their practice of “Scrum”:
  • We do Scrum, but we don’t do sprint reviews
  • We do Scrum, but we don’t do sprint planning meetings
  • We do Scrum, but we don’t do the daily stand-up meetings
  • We do Scrum, but we don’t have a product owner
  • We do Scrum, but we don’t have a scrum master
  • We do Scrum, but we don’t have a product backlog
  • We do Scrum, but the product owner assigns work to team members
Some of you reading this are Scrum champions who only work with teams that rigorously enforce Scrum and are shaking your heads. Perhaps it’s your job to see that Scrum is followed well. That’s great, but I assure you such teams are the minority. Understanding why and whether it's always a negative is important.

Why does ScrumBut happen? After all, Scrum is a lightweight methodology. It doesn’t ask much. It only has a few roles, artifacts, and ceremonies. I’ve identified four reasons:
  1. Human nature. If you’ve ever listened to a debate over a political issue or a point of religion, you’re well aware that even people who share common values can disagree endlessly on the finer points. Not everyone is going to weigh things the same way.
  2. Software is a vast realm. There are many kinds of software and many kinds of developer, with a wide range of skills, maturity, and experience. Developing a web site is way different from creating a video platform or working on an operating system. Expecting one methodology to work equally well across that spectrum is rather optimistic.
  3. Agile itself is partly to blame because its underlying message is often misinterpreted as “you don’t have to do everything”. It seems the effect of Agile trimming away practices deemed to be of secondary importance may have encouraged people to just keep doing away with things.
  4. Distrust. Older generations are more likely to place implicit trust in a system and give it a chance, but the younger generation is less persuaded.
Let's consider the case for doing full scrum (following the methodology) and the case for doing only some of it (buffet-style) with an honest attempt to be open-minded about the question. 

All or Nothing: The Case for Full Scrum

I'll fully admit my own inclination is to use full Scrum. The line of reasoning here is that Scrum is a methodology: that is, a system whose various elements are designed to support and complement each other. When you don't apply all of the parts, you're removing legs from the chair that holds you up. Dismantling parts of a system undermines the system. Will it still work? Maybe, but not as well as when it's complete.

Imagine you have a friend with an alcohol problem and you bring them to an AA meeting. Here’s what you would not hear: “We have a very successful 12-step program; which steps do you feel are right for you?” Of course that wouldn’t happen: the program is only effective if it’s taken as a whole, with all steps being done in the intended order. We recognize that it’s a system. There’s a second point to be made here: the person with the alcohol problem is not an expert on how to recover and is hardly in a position to design their own treatment. In the same way, a software methodology should be viewed as a system to be adhered to.

It needs to be acknowledged that even among those who do full scrum there are differences between how it is practiced. Some organizations overdo Scrum, becoming what is sometimes referred to as a Church of Agile. We should always keep in mind that the team does not serve the methodology: rather, the methodology serves the team. Like anything else popular in the computer world, Scrum is also subject to the hype cycle which accessorizes the methodology with inflated services, certifications, self-important titles, expensive software packages, condescending attitudes, and a sometimes crazy obsession with points and charts. In The State of Agile Software in 2018, Martin Fowler calls this the Agile Industrial Complex and calls for its dissolution. Full Scrum can be over the top if it is obsessed over and becomes the objective rather than the means.

If doing full Scrum is critical to project success, there ought to be some clear evidence that full Scrum tends to work and partial Scrum tends to fail. While I’ve encountered plenty of Scrum champions with that opinion based on their own experiences, I’ve yet to discover objective results that conclusively support this conviction. For all the personal examples you or I could cite, that’s not statistically meaningful. If I reflect on my own experiences, yes I’ve seen software projects fail where oftentimes a lack of discipline (including a poor understanding of Scrum) is an ingredient; on the other hand, I’ve seen projects succeed where ScrumBut was applied. 

Why Is It Useful? The Case for ScrumBut

Partial Scrum is far more common than Full Scrum by every measure I can make. I’ve noticed ScrumBut teams fall into two distinct categories: those who don’t know any better, and those who consciously choose partial Scrum. I’ll call them the Naive Scrumbutters and the Intentional Scrumbutters.

Naive Scrumbutters

The Naive Scrumbutters are those who don’t know any better. A great many teams and organizations will proudly tell you they are practicing Scrum, and in their minds they are. Sadly, they suffer from a superficial understanding of Scrum. We're holding a daily Scrum meeting, therefore we're doing Scrum

Scrum naivete is rampant. I’ve seen these kinds of activities go on regularly which indicate a poor command of Scrum principles:
  • Sprint planning is where the executive tells the team what they will work on that sprint
  • The sprint has started but the stories aren’t ready yet
  • The product owner decides in advance who will work on what
  • We have to get all of this work done this sprint because that’s the deadline
  • Software written this sprint isn’t tested until a later sprint 
  • We can’t wait for the end of sprint, we need to release software sooner
Naive ScrumBut occurs particularly often when a high-ranking person in the organization with a shallow knowledge of Scrum sets the ground rules; no one is willing to challenge them. It also results when roles are oversimplified or combined or omitted. Scrum works best when everyone involved understands how it is supposed to work, and much of its value is lost when the product owner or scrum master lack the understanding or willingness to perform their role properly.  

Naive Scrumbutters are the ones likely to have many project problems. They’ve removed too many of Scrum’s underpinnings, and they don’t even know it.

Intentional Scrumbutters

The other group, Intentional Scrumbutters, knows full well what Scrum entails, but have decided to leave out some of its precepts. This approach views Scrum more as a list of potentially useful practices rather than as a system whose parts reinforce each other. They treat Scrum like a buffet, taking only the items they like. Reasons given by organizations for skipping some elements of Scrum include the following:
  • Someone in control of the process thinks they know better.
    I’ve seen [what we do here] work time and time again. Trust me.
  • Someone in control of the process doesn’t see value in some of its elements.
    Our roadmap for the rest of the year is already defined. We don’t need a Product Owner.
  • Team members don’t see value in some of its elements.
    Why is a sprint review meeting useful? I don’t think it’s a good use of my time.
  • There are difficulties carrying out some of the elements.
    Everyone here has freedom of schedule, and some of the team live in other states or countries. There’s no way to realistically schedule a daily stand-up meeting.
  • Skepticism
    There’s no point in having a sprint retrospective, because nothing is ever going to change around here.
“Why is this useful?” is a question I am often asked by younger developers when I ask them to start doing Scrum ceremonies they are not used to—even about Sprint Planning and Sprint Review meetings. Well, that’s always a fair question to ask, but it reveals something about the person doing the asking; clearly they do not put trust in the system they’re being asked to follow. Perhaps they will after they’ve seen it work.

While many Intentional Scrumbutters are clearly making questionable decisions when they tinker with Scrum, it’s not always the case. I’ve seen Silicon Valley tech companies practice ScrumBut with spectacularly successful results, consistently producing quality software over and over. However, I believe these are the exceptions rather than the rule. These companies have very experienced engineering leadership and capable and committed developers across the board, and I suspect the omissions from Scrum are compensated for by other engineering practices. This article is worth a read: Why Scrumbut Shouldn't Be a Bad Word.

SlimScrum: An Alternative to ScrumBut

As we’ve seen, ScrumBut happens a lot. For a variety of reasons, some of them valid, organizations sometimes jettison elements of Scrum. This results in ScrumBut, which is dangerous because now the system is incomplete.

What can you do if you are part of such an organization and would like to practice full Scrum? Depending on your position and situation, you may or may not have the standing to make changes. If you can’t authorize outright changes, there is an alternative to ScrumBut which I call SlimScrum.

SlimScrum means you find a way to include all the roles, artifacts, and ceremonies of Scrum—but are willing to be flexible in how they are implemented. To my thinking, having all the elements of Scrum (even if reinterpreted somewhat) is far preferable to leaving some of them out altogether. Let's consider a few examples.

If it’s truly impractical to get everyone together for that short daily stand-up meeting, consider using Slack or an equivalent enterprise social network. In fact, I find it so useful for team members to list what they worked on yesterday / plan to work on today / blocks on Slack that I like to have it even when teams do have a daily stand-up meeting.

If long meeting times are given as a reason to not do full Scrum, consider how long sprint planning and sprint review meetings really need to be. Do you need a 4-hour sprint retrospective meeting if no one thinks anything needs to be discussed? I am not suggesting arbitrarily shortening these meetings, but I think there is room to adjust them based on how your team engages and whether anything useful is being accomplished.

Missing Scrum roles is perhaps the toughest omission to deal with. How do you make up for not having a product owner? If you’re unable to fix that problem in the organization but your immediate team is onboard with trying to solve it, have someone in sprint planning and sprint review meetings assume the role of product owner. Using a proxy can work if that person can reach out to stakeholders between meetings to stay informed. It’s not ideal, but it’s better than being directionless. You can do the same with the scrum master role.

In Conclusion

Scrum consistency is a widespread problem: you run into ScrumBut all over the place. We’ve identified some of the reasons for it, and looked at both the naive and intentional Scrumbutters. Naive Scrumbutters need to be educated about what Scrum actually is. Intentional Scrumbutters are advised to consider what they might be missing. Even if tinkering with Scrum works for you, it still puts a barrier in place for new hires trained in Scrum which is inefficient.

I urge teams to treat Scrum (or any methodology) as a system to be followed completely, not a buffet where you only take what you like. You’ll get a lot more out of the system if you give it a chance to work for you.