Is Slack revolutionary?

No, says Betteridge’s Law. But there are some who will argue it is. For example, Ben Thompson recently wrote “Zoom is in some respects a more impressive business, but its use-case was a pre-existing one. Slack, on the other hand, introduced an entirely new way to work”.

I don’t see that Slack introduced an entirely new way to work. What it did was take existing ways to work and make them suck less. When I joined a former employer, they were using consumer Skype for instant messaging and calls. It worked fairly well from the telephony side, but as a team IM client it was…bad. Channels weren’t discoverable, there were no integrations, and search (if it even existed, I don’t remember now) was useless.

When we switched to Slack, it was so much better than the way we had been working. But none of the concepts were new, they were just better executed. Many tools have attempted to address the use cases that Slack handles well. They just didn’t succeed in the same way. Does that make Slack revolutionary? Maybe it’s splitting hairs, but I could see an argument that Slack had a revolutionary impact without being revolutionary itself.

If a thank you note is a requirement, I don’t want to work for you

Jessica Liebman wrote an article for Business Insider where she shared a hiring rule: If someone doesn’t send a thank-you email, don’t hire them. This, to be blunt, is a garbage rule. I don’t even know where to begin describing why I don’t like it, so I’ll let Twitter get us started.

When I’ve been on the hiring team, a short, sincere “thank you” email has always been nice to receive. But I’ve never held the lack of one against a candidate. It’s not like we’re doing them some huge favor. We’re trying to find a mutually beneficial fit. And employers hold most of the power, in the interview process and beyond.

You can lament it if you want, but the social norm of sending thank yous for gifts is greatly diminished. So even if it would have been appropriate in the past, it’s no longer expected. And, as noted above, it’s culture-specific anyway.

Until employers see fit to offer meaningful feedback to all applicants, they can keep their rule requiring thank you notes to themselves. And even after that. If an employer wants to use arbitrary gates that have no bearing on performing the job function, I don’t want to work for them.

Protecting the privacy interests of others

Every so often, I think about privacy. Usually because Facebook or another large company has acted stupidly again. And I’ll admit that despite the lousy track record that many companies have, I make the choice to use their services anyway because I determine the value to outweigh the negatives. But not everyone makes that choice.

When we talk about protecting privacy, we generally talk about protecting our own privacy. But our privacy impacts the privacy of others. I got on this line of thought a while back while listening to This Week in Law (RIP) episode 440. They were talking about what happens to your digital property (e.g. email and social media accounts) after you die. While I won’t particularly care about what is said about me after I’m dead — I’ll be dead after all — it’s not just my content there.

Sometimes my friends tell me things about their lives. The most convenient way happens to be email or instant messaging. Now you can argue that these sorts of things should be discussed in a more secure manner, but that ignore the way people live their actual lives. Anyway, sometimes my friends tell me things that they wouldn’t necessarily want others to know. Secrets about relationships, desires, worries, etc.

If my accounts become available to someone else after my death, then so do the messages sent in confidence to me. And just because my friend felt comfortable confiding in me, that doesn’t necessarily mean they’ll feel comfortable with my estate knowing their secrets.

It’s a tricky situation. A generation or two ago, these sorts of things would be communicated in person, over the phone, or by written letter. Only the last of these would leave a record of the content, and even then they’re likely destroyed fairly soon. The ability to cheaply store communications en masse is both a blessing and a curse. Neither law nor societal norms have yet come to terms with this new world.

Where to file an issue?

Recently, the Fedora Engineering Steering Committee (FESCo) entertained a proposal to allow people to file issues in the repo where Fedora RPM spec files live. They ultimately rejected the proposal in favor of keeping those issues in Red Hat Bugzilla. I didn’t weigh in on that thread because I don’t have a set opinion one way or another, but it raised some interesting points.

First, I’d argue that Bugzilla is hostile for end users. There are a lot of fields, many of which aren’t meaningful to non-developers. It can be overwhelming. Then again, there probably aren’t too many end users filing bugs against spec files.

On the other hand, having multiple places to file bugs is hostile for users, too. “Where do I file this particular bug? I don’t know, I just want things to work!”

Having multiple places for bugs can be helpful to developers, so long as the bugs are filed in the right place. Spec file bugs make sense to be filed in the same place as the spec files generally. But they might make more sense elsewhere if they block another bug or fit into another workflow. And the odds of a bug being filed in the right place isn’t great to begin with.

This is a question for more than just Fedora though. Any project that has multiple pieces, particularly upstream dependencies, needs to think about how this will work. My take is that the place the user interfaces with the code is where the issue should be filed. It can then be passed upstream if appropriate, but the user shouldn’t have to chase the issue around. So if an issue manifests in my project, but the fault lies in upstream code, it’s my responsibility to get it fixed, not the user’s.

So now that I’ve typed all this out, I suppose I would argue that issues should be enabled on src.fedoraproject.org and that it’s the package maintainer’s responsibility to make the connection to Bugzilla where required.

Avoiding being a remote hermit

Last week I wrote a little bit about my experience working from home. I mentioned that I sometimes work from a local coworking space to get away from the noise of my kids. What I didn’t say is that I do it to be around people — because I don’t. I like being social, but I don’t feel like I miss anything working from home.

I leave the house more often than I’d probably choose to. I think my record is eight days without leaving the house, but it’s almost always much shorter than that. Sometimes it’s as simple as taking the kids to school in the morning. Other times I actually go do things with my friends. But I can’t say I’ve ever felt the need to work from not-house just to be around people.

Part of that is that I often interact with people over text (e.g. Twitter, instant messaging, etc) anyway. In my jobs, I’ve always been able to be relatively available online, so I’m able to keep in touch when I need interaction. And I often spent time on the phone or in video calls with people, so I got that higher-bandwidth interaction, too.

But I can see how someone freelancing or otherwise not interacting with coworkers regularly can quickly become a recluse. The Trello blog recently ran an article about avoiding becoming a hermit. I read it thinking “yeah, this is good advice but I take a slightly different approach.”

For example, I don’t dress up in “work clothes”. I wear shorts and a t-shirt when it’s warm and add more clothing when it gets colder. But I do have a rule that I won’t wear pajamas unless I’m sick. I don’t need slacks and a collared shirt to feel like I’m at work, but wearing pajamas is basically an invitation to not even bother.

I also don’t watch TV during the work day, with rare exception (hello, NCAA tournament!). But I do listen to podcasts. I frequently notice that I don’t really pay attention to what’s been said; they’re really more like background noise a lot of the time. Except when I need to focus on reading, the podcasts don’t really get in the way. I can even write with a podcast playing most of the time.

Overall, not leaving the house is one of the benefits of working from home for me. Life forces me out of the house enough, and I’m just social enough, that I can still get the human interaction I need. Your mileage may vary.

Working remotely or remotely working?

It’s been almost six years since I became a full-time telecommuter. While I won’t rule out working in an office again, it’s hard to imagine at this point. Offices are a nice place to visit, drink the free coffee and soda, and then leave.

I’ve worked for an entirely remote tech startup. I’ve worked as (as far as I know) the only true remotee in a 100-plus person division of a 130 kiloperson company. Now I work on a different continent from my manager on a project where some of the people I work with aren’t even employees of my company.

Across these different experiences, I’ve had both good and bad. But working remotely has not only been personally beneficial, I think it’s made me a better employee. Oh sure, there are times that I just sit there and stare at my screen blankly. Or I’ll absentmindedly surf the Internet instead of doing work. But I did that when I worked in an office.

But working from home means that when I can’t focus on work, I can step away for a few minutes to do laundry or vacuum or read a book to my kid. These short breaks where I can truly get away mean that I can focus that much better when I get back. I was never able to do that working in an office.

When I was working in marketing at Cycle Computing, I would sometimes mow the lawn during the work day. I didn’t need to be immediately available in case of emergency, and I found that the forced isolation of mowing the lawn made it easy to focus. I could do a lot of writing in my head as I mowed and immediately type it up when I got back inside.

I haven’t found that I need to be more disciplined working from home. I have a room with a door that I use as my office, so I have some physical separation between “work” and “home”. I did a few work-from-home days when I was at Purdue and each time I noticed that I was much more productive on those days because I didn’t get involved in a bunch of conversations that I didn’t need to.

These days, I sometimes leave the confines of the house to work from the coworking space I belong to downtown. The main motivation is that my kids are bigger and louder than they used to be, so days when they’re home, they make it difficult to concentrate. And sometimes it’s nice to have a cup of coffee that I didn’t have to make for myself. And now there’s science to back up my decision to stay out of the office.

Bureaucracy survival skills

I began my professional career working for a large university. In the first three years, I worked in a small department, but I later spent three years in the central IT organization. I got a lot of exposure to the bureaucratic machinery. Then I went to work for a 25-person company for five years. When Microsoft — a company of over 130k employees — acquired my employer, I was thrown back into the bureaucratic machine. But it turns out my bureaucracy survival skills had atrophied a little bit.

It took about three months before I got my footing and was able to start navigating the bureaucracy again. I like to think that when I’m in shape, I’m pretty good at it. So I’ve collected some of the rules I’ve learned over the years.

  • There are meetings for everything. — You may even have a meeting to plan the real meeting. If your deity is particularly mad at you that day, you’ll have a post-meeting meeting, too. This happens in almost all large organizations. It becomes too large and impersonal for people to keep up on what’s going on, so they’ll have lots of meetings so everyone can stay informed. Even if the meeting could have been an email, it will still happen because that’s the safer option.
  • Meetings will always begin with 5-10 minutes of late arrivals and AV/conferencing troubleshooting. — Computers are so much easier to use than in years past. So much just works. But somehow getting the projector to join the web meeting will continue to elude even the smartest people in the room. And because everyone is invited to all the meetings, they’ll probably be a few minutes late to yours.
  • The only thing worse than being in all those meetings is not being in those meetings. — It sucks spending all your time in meetings instead of doing your job. But decisions are (sometimes) made in meetings. If you’re not included, you’ll be left out of important decisions.
  • Conway’s Law is real. — Anything your organization designs will look a lot like the org chart.
  • People will take your responsibilities when it benefits them and give you responsibilities when it doesn’t. — In a large organization, you need to be visible to get rewarded. So if someone can benefit by doing your job for you, they will do it. But if it won’t benefit them, they’ll try to pass the task on to you.
  • People are more likely to ask for volunteers than to volunteer. — This is related to the last one. It’s easy to put out a call for volunteers. It’s harder to step up and volunteer. This is in part because people will often not volunteer and if you step up every time, you’ll have way too much work on your plate. The solution here is to assign tasks instead of asking or hoping for volunteers.
  • You can say no. In fact, you should. (to travel, to working outside of business hours, etc). — It won’t hurt your performance and it will help your sanity. I wrote about this in greater length last month.
  • Everyone will agree about broken processes, but no one knows how to fix them. — Large bureaucracies will have a lot of processes that probably made sense at one point, but grew or decayed to the point where they are inarguably broken. But how do you fix them? Nobody seems to have a good answer. Sometimes there are people with a vested interest in maintaining the status quo. Other times, it’s just a really big ship to try to turn around and no one has the time to devote the necessary work to it.
  • The only way to find out how to do something is to ask. There will be no documentation, and if there is it won’t be discoverable. — Every once in a while your predecessor will be someone like me who leaves the documentation in a better state than they found it. But for the most part, people don’t even bother writing documentation because they don’t want to, they’re not required to, and it will be out of date by the time someone reads it.
  • References to products will survive a lot longer than the products themselves. — For months, I would hear people at Microsoft talk about “S+”. I figured out from context that it meant a meeting invitation, but I couldn’t figure out why. Turns out Schedule Plus was a product in the 1990s. I was there 20 years after the functionality was merged into Outlook, but I still heard references to it.
  • Interpersonal relationships are how things get done. — Make friends. Make lots of friends. Make friends with people in other departments. Keep in touch with them as they and you move around the organization. Whenever you need something done, it’s much more likely to happen if you know someone you can talk to personally. Relying on official channels will, unfortunately, result only in waiting and inaction.

Those are the lessons I’ve learned. I’m sure there are plenty more. If you have lessons for surviving bureaucracy, let me know in the comments.

What’s routine to you is interesting to others

One thing about humans is that we’re really good at habituating. It doesn’t take long for something new to become normal. This really came to mind last month when I presented a pair of talks at the DevConf.cz conference in Brno, Czech Republic.

One of my talks was a 25-minute presentation on project management in community projects. As I was putting the talk together, I started thinking “this is a nothingburger.” Twenty-five minutes isn’t enough to give any useful depth of information. So all I’m doing is giving a basic description of my job.

As it turns out, “nothingburger” was the exact hunger level of the audience. When I asked the room, only three people or so said they were professional project or program managers. An intro-level talk was exactly the right target. Doing the work every day, I forgot that it’s not everyday for other people. Even people who do related work might find something worthwhile out of it.

l should have known better. Even in my own company, I’m the only program manager who works directly in upstream projects. The rest are focused on the company’s products. Unless they served in my role previously, the people on my team don’t necessarily know how my job is different from theirs.

I left DevConf.cz feeling inspired to seize the momentum and keep moving on some things I’ve wanted to do. And it’s a good reminder to myself and others that we’re not the best judges of what others will find interesting.

Dr. King is not a marketing campaign

Last Monday was Martin Luther King, Jr. day in the United States. It’s a day to honor the life and legacy of the famed civil rights leader who was assassinated in 1968. Because it’s a national holiday, some businesses try to use Dr. King or his work as part of their marketing.

Take, for example, Snarky Tea. Snarky Tea is a retailer of herbal teas with profane names. We have several in our house, including “Get Your A** in Bed”. Which, I assume, is what they were trying to sell when they sent this email on Monday.

Screencapture of an email with the subject "He had a dream... and you can too"

Oh no. This is a very bad look. What does the rest of the email say?

Screencapture of an email that reads in part "We were trying to think of a way to honor the great Martin Luther King, Jr but we're a profanity-laden tea company and this is the best we could come up with. Please don't judge us — we're doing our best over here."

Somehow, I don’t think tacitly admitting you knew this was a bad idea is the right thing to do. As I said on Twitter, if you’re thinking about using Dr. King in your marketing, just fuckin’ don’t.

Despite what Boston Globe columnists think, racism is still a problem in the United States. Dr. King was perhaps the best known civil rights activist and it got him killed. To use his most iconic speech as a way of selling tea is problematic.

Fifty-one years after his death, white America is happy to celebrate the parts of Dr. King’s legacy that we are comfortable with. Even Steve “What’s so bad about being a white supremacist?” King (no relation) is quick to jump on the bandwagon. But the reality is that we have not yet reached Dr. King’s dream. To use his legacy in this context is awful. We can do better. We must do better.

Update: if you can’t take the heat, stay out of the tea kettle

SnarkyTea blocked me on Twitter because of this post. They can be snarky, but they can’t handle being told they’re wrong.

Burnout as small task paralysis

If you’re an Online Person of a certain age, you probably have seen Anne Helen Petersen’s article in Buzzfeed “How Millennials Became The Burnout Generation“. And maybe you’re like me and said “yeah, I really identify with this.” Or maybe you’re not like me and you said “this doesn’t capture my experience.” But however you connect with this article, one part stood out to me.

None of these tasks were that hard: getting knives sharpened, taking boots to the cobbler, registering my dog for a new license, sending someone a signed copy of my book, scheduling an appointment with the dermatologist, donating books to the library, vacuuming my car. A handful of emails — one from a dear friend, one from a former student asking how my life was going — festered in my personal inbox, which I use as a sort of alternative to-do list, to the point that I started calling it the “inbox of shame.”

It’s not as if I were slacking in the rest of my life. I was publishing stories, writing two books, making meals, executing a move across the country, planning trips, paying my student loans, exercising on a regular basis. But when it came to the mundane, the medium priority, the stuff that wouldn’t make my job easier or my work better, I avoided it.

A little over a year ago, when I was overwhelmed in a new job and dealing with anxiety of an intensity I’d never felt before, I noticed that I was unable to do some thing. But it wasn’t the big and important tasks that I couldn’t do. It was the small, often trivial tasks that I couldn’t bring myself to do. Especially if it was not immediately rewarding or involved doing something I hadn’t done before.

My job had the possibility of occasional foreign travel, but to do that, I’d need a passport. I’d never bothered getting one before because I didn’t need it. Now I had some incentive. But the paperwork sat on my desk for months because I couldn’t bring myself to go to the post office and submit it.

There were so many emails that I put off sending as long as I could because I was worried that they’d get a negative reply. Nevermind that they were often just telling people about something else that happened. Or that the most likely outcome would be that my recipients wouldn’t even read it.

Redesigned pitch decks? No problem. New content for the website? Easy. Planning a major conference presence? Stressful, but manageable. But the easy stuff? Couldn’t do it.

When I first started experiencing this, I was really surprised. Why isn’t the easy stuff easy for me to do? Why can I do the hard stuff without too much worry?

For all the criticisms of it’s general applicability, Petersen’s article gave me a framework to understand this. And I felt seen.