I have seen this question start popping up again recently and I am actually kind of amazed this is still an issue. The revolution already happened and was accelerated by COVID sending everyone home for two years. The global workforce was forced to figure out how to work remotely and (feign shocked expression) many of them found it productive and don’t want to go back to the office.

This question of “9-5 in the office work dying” is not as simple as just a ‘yes’ or a ‘no’. Every company is different and every person is different. The ideal work environment should offer the flexibility of both. The most efficient company I ever worked for had all of the above.

• Many worked 8-4 in the office at a desk Mon-Fri because that is the way they worked best.
• Many worked from home 100% and created their own schedule to accommodate family and coworkers. In my case that was sometimes 4 days at 12 hours and other weeks required more or less but I had the flexibility to make my own hours.
• Yet others were on a structured 4-day, 10-hour plan in the office 1 day a week because that worked for them and their team.

The answer is really “it depends” and smart companies will evolve to provide a hybrid work environment that allows people to work efficiently. The days of cookie-cutter business models where everyone works the same way are over. Not because any one particular person said so, but because the global workforce was allowed to explore that possibility for two years and the world attitude toward “work” evolved. Business owners need to catch up and evolve if they have not already.

I have heard the argument that some businesses just can’t work that way, that they HAVE to be 9-5 in the office Monday to Friday. I don’t believe that, and I have seen no evidence to support that. Even long-standing traditional institutions like schools, law offices, and banks have changed shape and will need to continue to evolve to support the on-demand world we live in today. Those people who have shifted to some form of remote work and flexible schedule, now want to do their banking on Saturday or speak to a lawyer or doctor at 10PM, when it is convenient for them, as opposed to waiting until 9AM Monday morning.

The concept of “work” and what that means to both business owners and employees continues to evolve. Businesses that want to thrive in this new reality need to evolve with it.

Be Awesome; Change the World.

I didn’t know how to set tile before I did it the first time.
I didn’t know how to lay flooring before I did it the first time.
I didn’t know how to install cabinets before I did it the first time.
I didn’t know how to plumb a sink or wire a light switch or install a ceiling fan or hang blinds before I did those things the first time.

By the time we tackled the kitchen in this photo we were on home renovation #5 and had learned from a ton of mistakes. But that is the lesson learned on this journey. Everyone needs to practice and learn before they can be good at a thing. For everything there is a first time.

So be patient with those who report to you, because everyone needs to make a bit of a mess before they can master a thing. Be patient with yourself as you learn new things, because every new task comes with new and unknown challenges.

Be awesome; Change the world.

A very long time ago, I started a new job as a Sales Engineer (SE) at a company that would eventually be a very big deal in its space. I found myself learning new products, processes, and a new industry all at once. Add the fact that my “territory” was HALF THE PLANET, and you can imagine how overwhelming the learning curve was. I knew that to survive this massive influx of information and possibly teach it to others in the future, I would need to document everything, so I started writing.

And it grew, and it grew. By the time we hired our next SE to join the team, there were entire sections in this novella for HR processes, demo activities, and undocumented debugging tricks, so I used it for training material. This is where the story takes a twist. I remember saying, “this is a living document, and it is your responsibility to contribute to it as needed.” That turned out to be incredibly powerful and has been an invaluable lesson in my career. Over the next decade, that document was contributed to by a dozen Sales Engineers and was used as training and reference material by product managers, salespeople, engineers, and implementation teams. Since we all used it, we all owned it and nurtured it.

Empowering teams to manage their documentation proved to be a powerful tool for efficiency. The learning curve is shorter because all the tribal knowledge is actually written down, not passed on verbally. It is easy to look up processes that change periodically. It is highly accessible, so anyone with new information can update it when needed. The team can benefit from fast on-boarding times and fewer knowledge gaps.

Since then, I have used that same concept in many different places – starting with my own notes, then turning them into open docs and sharing responsibility with a team. Notice I said “responsibility”, not just “edit rights”; The phrasing is important. When you share a document with edit rights, there is an understandable assumption that the person that shared it is just asking you to contribute edits. However, it is imperative that when you share a living document, it is clear there is shared ownership and responsibility. That is the key to making it work.

As I now embark on new ventures, I find myself creating new living documentation – one of the things I consider an essential building block of good teams. I look forward to seeing what this next iteration looks like.

Be awesome; Change the world.

Skyscraper Los Angeles Downtown 2013 by Tuxyso / Wikimedia Commons / CC BY-SA 3.0

Recent events in the tech world have made me rethink the way I talk about work. The company you work for is not your family. It won’t be there at your funeral, and it certainly won’t be available to help you move that sofa into your new apartment. It simply can’t because, although a company pays taxes and is allowed to vote (in many regions), it is not a real person and just cannot be “family”. The arguable definition of a company is to be a vehicle to generate profits for shareholders, not to hand out free hugs and make sure the vending machine is full for you.

The people you work with, on the other hand – your team, your clan, your tribe – can definitely be considered extended family. There are many people I have worked with over the past several years that I consider extensions of my family. The recent layoffs that separated us from our daily meetings and reporting responsibilities have not changed the fact that I still enjoy seeing that picture your kid drew this morning. I think the mass layoff events of 2022 and 2023 are a good reminder that the financial vehicle that is a company is populated with real people who build ties, form bonds, and create the bedrock that a company stands on, but they are not one and the same.

I have been guilty of conflating these myself.

• “Welcome to the family”
• “We are all family here”
• “Sorry to see you leave our little family”

Of course, I knew these were different, and I intended this to mean “our team”, not “the corporate entity”, but in practice, the meanings get mangled, and they should not. This term “family” has become pervasive in corporate culture, and while it may be nice from an HR and talent marketing point of view, it is a misnomer at best.

Companies are made up of groups of people who may or may not get along together, but with some effort, they can gel to become a productive group of humans. If you are lucky enough to work with a group of people who share a common passion and also enjoy sharing or discussing off-hours interests to the point you become actual friends, hold on to that. When the company you work for needs to make staff adjustments, your feelings will likely not be a factor. Your friendships and the coworkers you invite to become extended family are invaluable.

Be awesome; Change the world.

TBT: circa 1976
It doesn’t look like much, but this was the first rocket I ever built. From a materials point of view, it was just cardboard and balsa and glue, but it represents so much more. From my earliest memories, I wanted to be an astronaut and for almost as long, I remember people telling me it was an impossible dream.

In spite of the naysayers, I persisted. I built rockets and learned the science required to launch a thing into the atmosphere and beyond. I taught myself how to handle rocket motors, align stabilizers, and pack parachutes. I calculated trajectories, planning to miss the residential properties around the launch facility school field. I was ten.

Today, I am not an astronaut, but it was not for lack of trying. Ignoring those who flat-out told me to stop wasting my time was absolutely the right decision. The lessons I learned about flow mechanics, construction techniques, the need for precision, and the value of math were immeasurable. Failure is a brilliant teacher. The benefits of focus and persistence cannot be overstated.

If you have a dream, a vision, or an idea that just won’t let go, pursue it. Ignore those people who don’t understand where your path is leading. You may not actually hit your goal, but you will learn a great deal about your target and yourself in the process.

Be awesome; Change the world.

Family, friends, and friends I consider family. That is what this season is all about. That is ALL it is about. The presents, music, travel, the boxes and ribbons, and bows are meaningless without the people you care for. This year, in particular, I see that truth with a fresh perspective.

In the last 60 days, I have lost an uncle who was both teacher and guide, a father who taught me more than he ever knew, and a job that was so much more than just a “job”. I should be drowning in grief. I should be lying in bed under the covers in the dark, waiting for the next shoe to drop. But, instead, I am writing. I am planning my next move. I am taking immense pleasure in spending valuable time with people I could lose at any moment. Carpe Diem.

Dr. Seuss was right. Christmas does not come in packages, boxes, and bags. It radiates from the hearts of people who care about each other. This time of year, the feeling is amplified, but it is there all year long. It connects people regardless of their genetics or status. That is the genuine care family and friends have for each other. We just let it sing a little louder in December.

“And the Grinch, with his Grinch-feet ice cold in the snow,
stood puzzling and puzzling, how could it be so? It came without ribbons. It came without tags. It came without packages, boxes or bags. And he puzzled and puzzled ’till his puzzler was sore. Then the Grinch thought of something he hadn’t before. What if Christmas, he thought, doesn’t come from a store. What if Christmas, perhaps, means a little bit more.”

– Dr. Seuss, How the Grinch Stole Christmas!

So I find myself thinking more about my cousins and coworkers than I usually would, even at Christmas. I’ve doubled down on charitable donations, regardless of the lack of employment. For the first time in many years, I am able to spend valuable hours with family at the skating rink, or playing board games, or testing recent gifts, as opposed to worrying about work projects.

Charles Dickens’ personification of the Ghost of Christmas Present has been ringing in my head for many days. “Come in! and know me better, man!”. With all that has happened in the last few months, I am acutely aware that it could be worse. Others are less fortunate, need support, and perceive no one to care for them.

“Come in!” exclaimed the Ghost. “Come in! and know me better, man!”

Scrooge entered timidly, and hung his head before this Spirit. He was not the dogged Scrooge he had been; and, though the Spirit’s eyes were clear and kind, he did not like to meet them.

“I am the Ghost of Christmas Present,” said the Spirit. “Look upon me!”

– Charles Dickens. A Christmas Carol.

I am awash in the bounty of friends and family who care and send warm thoughts and hugs and will just listen.

I extend warm wishes to you, my friends, family and friends I consider family. May you have a peaceful winter holiday season and a prosperous new year ahead of you.

In August 2008 (I am pretty sure it was a Thursday), my good friend 🚚 Mike Hillyer reached out and told me about this small startup he had joined that was going to change the way people communicate, but he needed help explaining and deploying it for customers.  He introduced me to founder George Schlossnagle, who quickly became another good friend.  George had a vision of a robust messaging platform that would enable a service to reach millions of customers in mere minutes anywhere and provide deep data and reliability.  I got it immediately, bought into the vision, and never looked back.

The 14-year road to this point has been an absolute blast. There have been so many unforgettable events with icons of the #email industry. It will be a long time before people forget the San Diego conferences or the lasting bonds we forged there. I am thankful to have been associated with absolutely brilliant creators like Wez Furlong, John Peacock, and so many others who built messaging magic way ahead of the industry curve. Together we not only built an awesome place to work, but we also helped make the email industry better and improve the lives of so many people.  Aside from the direct product work, the amazing minds here contributed to security, anti-abuse, and community projects you may never be aware of, but your personal inbox is a safer place today because of the work this team contributed to.  

A self-proclaimed “lifer”,  I never expected to leave this company I helped to build, but this week it happened as part of this event. Sad as I am now, I take a great deal of solace in knowing I have been blessed to work with amazing leaders and incredible humans who worked to build much more than a company and a product.  We built a very special community of people who really did change the world for the better.  I will miss working with the likes of Scott Habicht, April Mullen, Kieran Cooper, Katie Rose, Harold Vass, Casey Martin, Hal Muchnick, … way too many incredible people to list here – many of whom are on this list.

There are so many people to thank for their impact on me during my time with MessageSystems / Sparkpost / Messagebird that it would fill a book, so I will save you the list and know that they know who they are. I would be remiss, though, if I did not specifically mention Steve Tuck and  Darren Smith for helping me build the latest version of the Solutions Team, which continuously pushed the envelope, improved customer deployments, and raised the bar every single day.  

As Walt would say… Forward.

At the risk of dating myself and inviting ageism, I’ll share with you that I am celebrating a strange anniversary. I just realized that I wrote my first useful code 42 years ago; It looked something like this:

FOR X = 1 TO 10000
LPRINT "I will not talk in class."
NEXT X

My apologies to the eighth-grade teacher who received a stack of tractor-feed printer paper on his desk the next morning.

In 1980, the Tandy TRS-80 and its BASIC programing language were my creative escape and a way to explore automation in a way that had not been available before. I know you are probably thinking this was the path to a software career, but you would be wrong. I was far more interested in the hardware, and what I could make it do in the physical world.

When I moved on to college a few years later, it was for the Electronic Engineering space, not software. Getting a VAX or PDP minicomputer to do anything useful meant Assembly, COBOL, or C and frankly, waiting around for hours to get a time-slice of access on a VT-100 terminal. Running Pascal on the relatively new IBM PC’s was a little easier, but in general, writing code was a pain back then and hard wiring a circuit board was easier and more satisfying.

After graduating from college (the first time) in 1987, my tech world was largely embedded controllers, C, and Assembler. ARPANET and BBSs were the disjointed glue connecting people together, and software was still primarily only available on physical media or painfully slow downloads. In those next few years, I wrote several small utility applications with MASM, C, and Perl, but distribution and tracking were always an issue. Then the Internet was born, and 1990 was the beginning of a whole new ball game.

Fast forward to 1994 and the start of yet another business. I was learning to bend Visual Basic and C++ to my will, this new thing called the Internet had replaced ARPANET and the world was going crazy with the ability to build Internet-connected applications. By 1996, the rest of the world was finally realizing the Internet was a real thing as I was launching my first web application, the Aasland Office. Sadly, the masses were not yet ready for a fully remote workspace until Google tackled it nearly a decade later.

The side effect of the Aasland Office work was a number of small web applications and a very successful custom software business creating “smart websites” for savvy customers. Perl’s Common Gateway Interface (CGI) capability empowered my world (Thanks Larry) and resulted in some powerful inventory control and data search tools that paid my bills for many years.

My desire to focus on hardware and automation lead me back to school, but all the hardware needs software, so I was again deep into C, C++, C#, Assembler, PHP, Matlab, Lisp, and Java. The world had changed considerably by 2005 though and there was a constant stream of requests for “Active Pages” and web applications. The tools had matured and this concept of a “Tech Stack” was starting to take shape. I’m not sure when I first said the words LAMP STACK, but I know I had been using Linux, Apache, MySQL, Perl and PHP together for several years prior to it being a “thing”.

The work I do now at the leading edge of the digital communications frontier requires some extreme flexibility and agile thinking. Languages like Lua, Go, Rust, and NodeJS are just as likely as PHP and Python to appear in a customer deployment. There are multiple tech stacks to consider and the API revolution has introduced a whole new element of foreign system security and connectivity to consider while writing applications.

Back in 1980, when I was writing that 3 lines of Basic to annoy my teacher, I imagined a future where computers would be in every home, tiny ones would be strapped to your wrist, and embedded ones would be helping to automate daily routine tasks. But the reality of today’s integrated infrastructure has surpassed even my overly zealous imagination. As I celebrate this strange code-iversary, I am incredibly excited to watch as new tech develops, how my children adopt and adapt it to their lives and how we embed it to empower a better world.

Be awesome. Change the world.

As Willie Nelson’s crooning voice echoes in my head, final safety checks are being done as the crew works through their checklist before they can close the cabin doors. Sitting here in this 737 feels like going back to the summer cabin after a year away.

It’s weird, but with so many flight miles under my belt, waiting for the engines to fire up carries this exciting anticipation for something that would have been commonplace in 2019. Much of it is the same as it was 2-and-a-bit years ago, but so many things are different now too. Between the mask rules variations and the seemingly daily changes in virus testing regulations, this thing I used to do almost weekly, has taken on a new level of stress and confusion.

But hey, I’M ON A PLANE! At some point, we might actually taxi and leave the tarmac. At least some things haven’t changed 🙂

This new post-Covid business world is going to be interesting indeed. The vast majority of companies I work with are happy with their new remote work reality and so business travel will mostly disappear for me, and that is not necessarily a bad thing. During Covid, we restructured schedules and workload around people’s real lives, which actually increased productivity. That is contrary to what several “back-to-work” proponents have been touting. Getting on a plane today meant cancelling several meetings and disappointing people who have gotten used to me being within reach of a keyboard, as opposed to being stuck at a boarding gate.

But right now, those big CFM56 engines have fired up and we are en route to a runway. Switching to airplane mode, and trusting that nothing breaks while I am offline for the first time in many, many months.

Stay safe, be awesome, and change the world.

A very long time ago – obviously before digital photography- my passion for music led me to the saxophone. After learning the Tenor Sax, I explored the Alto and Bari Sax as well. Same idea, very different results.

As a Solutions Engineer, I lean on the knowledge that everyone has different needs and no one solution is purpose-built to suit everyone. That is why we need to question, discover, and qualify all the time. One product can solve 10 different needs if you breathe life into it in a slightly different way.

I have found the same as a people manager. People all have different motivations, skills, and interests. Managing performance output from a team of people is a lot like playing many different instruments at the same time. Each one needs something different from you in order to produce the best result.

Getting the results you need as an individual or team means not assuming every case is the same. Discovery is essential in every case.