The Value of a Company Meeting

The following is an excerpt from an email I sent to DeveloperTown in October 2016. 

As I'm sure you've noticed, the company meeting has fallen off your calendar. We're moving it to once a month. This email provides a bit of background around why we have the meeting, why we've moved it, and what we hope to accomplish with it going forward.

The $115,000 meeting

Let's do some math. We have around 40 billable people right now at DeveloperTown. Let's assume that when they bill, they bill at an average rate of $100/hr. That's lower than we typically charge, but if we use that rate we can assume it accounts for things like discounts, bench time, etc.

If we wanted to pull those 40 billable people into a room together for 30 minutes, it would cost us $2,000. If we then layered on all the other folks who attend the meeting who aren't billable, and what their time costs in hard costs, you might get to $2,300 for the total cost for that meeting. If you hold that meeting 50 times a year, that's $115,000 annually. Gulp.

Do you feel like we got $115,000 in value over the last year? I don't.

While the math isn't really that simple, it's a great little thought exercise. It shows how small things add up over time. And it also illustrates how we've grown as a company. That same meeting, in 2011 would have cost the company something like $35,000 annually.

Spec night, Five Guys, and a company-wide Scrum

Let's go back in time. My memory isn't perfect for things like this, but I'll do my best. If I get some of the specifics here wrong, you can fact-check with ChrisScales.org. Please forgive me if it's not 100% accurate. The spirit of this history is correct.  :)

Our first informal company meeting started happening within the first few months of DeveloperTown opening. We started going out for drinks at Rock Bottom one night a week. It was always a very late night. We'd close out the bar most times we did it. It was a chance to review the week together and share some laughs. It was a completely informal event, where whomever was available and was working late attended.

Our first regularly occurring company meeting was a meeting called DT Pitch Night (sometimes called Spec Night). It also started in our first year, and occurred after hours. We would provide beer and food. Everyone would pitch different product ideas that we considered building as a firm. There were some small firm-wide updates that would happen at this meeting, but it was mostly about pitches and collaboration. Pitch nights died off after about a year. We didn't end up doing most of the projects, so people lost energy. Dave Christiansen morphed them into Hack Nights - which did survive for awhile. But those were much less formal.

Our second informal company meeting took the form of Five Guys Fridays. These all happened in 2011. Each Friday, whomever was around would go out together to break bread. No agenda, just food and catching up. When we switched offices, we tried Boogie Burger for awhile. But it wasn't the same. They died off after only a year of all-day awesomeness.

When we moved to the new building (where we are now), we started our second formal company meeting. You'll love this one. We did a company-wide daily standup, and it was in the classic Scrum format: What did you do yesterday? What are you doing today? Any blockers? This was actually kinda awesome when we started doing it. We were a smaller firm, so it probably didn't take us much longer than it takes the Tyco team to do theirs today. But - as you can imagine - as we grew this became unsustainable. A really great idea, that became a bad idea over time. It died in 2013.

In 2011, we started a meeting called the DeveloperTown Retrospective. Playing off the theme of doing Scrum activities firm-wide, we did an all hands retrospective once a month. This one didn't last long. As you can imagine, it also got too unwieldy as we grew.

Finally, we have the actual Company Meeting. The one we all know and love. It started off in 2010, and it was monthly. Here's one of the early agendas I sent out for that meeting. I found this randomly while doing my history research:

Company Meeting Agenda

1) Quick "state of project" updates

2) Current "active" sales leads

3) Housing Update

4) Financial Summary/Highlights

5) Questions

6) "Get ready to be social."[4,10].sub(/a/,'e').delete('').split('dyto').join.reverse.capitalize

Heh.. I'm a dork.

The format and the frequency for the core company meeting has changed from time to time, but some basic themes continue to come up:

 financial updates
project updates
housing updates (*sigh*)
sales
events
introduction of new team members

What's the real goal?

At this point, you might be wondering what the real goal of the meeting is? Why experiment with so many formats? Why does it change? How did it get to be so ineffective? I think there are a number of reasons why companies like ours hold all-hands meetings:

  • Community

  • Culture

  • Information

  • Education

Community

One reason is to build community. That's what you see in Rock Bottom, Five Guys, and Spec Night. Those were community building events, where we got to know each other. I see Peter Lockhart about three times a year, and each time I see him I kinda want to hug him. That's how close we were as a team.

Going out for burgers is a great way to build community with ten people, but it doesn't work with 50. Don't get me wrong, it's huge when Julie or Korey organize a cookout. And I know the marketing team has a regular monthly outing. But it's almost impossible to recreate that level of intimacy when you reach our size. Donuts and Kolaches on a Monday morning just don't cut it. I want them to, but it's not the same.

Community is also built when you know who everyone is. It's intimidating to join a new company. And I think our company might be more difficult than most if you're new. I suspect houses don't help when you're first trying to get to know people. Having people introduce themselves is one small way we can help folks start to get to know who the new folks are. And at a minimum, you know you'll get a chance to run into everyone at least once a week.

Culture

Most consulting firms take steps to recognize top performers. It's not always by calling them out publicly at a meeting, but recognition is an important part of building the culture you want. By highlighting the behaviors you want others to exhibit, you can signal to the rest of the team what are viewed as effective behaviors.

The company meeting is also where we (the leadership team of DT) get to visibly show who we are. There's something special about watching Jason Vasquez do live coding. I think in that company meeting you could see how approachable he is, how humble he is, and how measured he can be with his responses. I don't think he could effectively communicate those traits through email or Slack. You need to see those traits in action - interact with them. For most of us, when will we have time to do this with Jason outside of the company meeting?

Information

I think we'd love to do open book accounting. We've flirted with it over the years. It turns out it's really hard to do. It takes time, attention, and consistency - none of which Michael or I possess. :) So it just never happens. But we've always been fairly open with the financials here at DT. We think that's part of building the culture we want - where our consultants understand the core numbers and metrics that move businesses.

We also think people want to know what each other are working on, and what future projects are coming that you might get a chance to work on. It's fun to hear stories about what others are doing. It's nice to see something cool, and say "Wow! We built that?" Sharing project results and sales efforts can help build pride in the work that we do. Hopefully that helps with retention - and helps keep folks motivated even when their current project maybe ins't the most exciting.

Education

One of our values is Level Up. While that's about you as an individual getting smarter, better, faster, it's also about us as a firm getting smarter, better, faster. How do we actually do that? It's easy for any one of us to pick a topic and get better at it. But how do you move a firm to change? How do you roll out something new company wide? How do you introduce a new idea?

One of the things you've seen over the last year was an experiment to give each team focused time to dive deeper into their practice area. This resulted in educational and working sessions focused on trying to level up the company. I think we had some winners and we had some losers. It's a hard thing to be entertaining and enlightening at 9 AM on a Monday morning when people are still rolling in ten minutes late and you can't hear more than ten feet away.

Fixing what's broken

I'm aware that many people are frustrated with the current meeting. There are good reasons why we try to hold the meeting, but they are (currently) ineffective. We can do better. We will do better.

Here are some of the changes coming, and why:

  1. Moving to Monthly: The meeting will be going back to once a month for 45 minutes. This is partially due to physical logistics - we're going to do a venue change. But it's also because we want to spend more time prep'ing as management team. This should hopefully translate into more crisp and meaningful content.

  2. New Location: We're going to try to hold the meeting in the Starts space (2nd floor - big blue building). The goal of the venue change is to make it a bit more of an intimate setting, and to make the remote experience better. This should make acoustics all around better for all.

  3. New Format: We're going to experiment for a bit, but the idea is to lock into a fixed agenda for topics going forward. No more team-specific meetings. We'll move back to a standing agenda format. (Have some patience as we attempt to settle into a routine.)

  4. Meeting Notes: I haven't decided if this will be actual meeting notes, or if Aaron and I can rig up a recorded version of the meeting based on fancy new technology. Either way, if you miss the meeting - we will have either the cliff notes version available for you, or a recorded session you can watch in between episodes of the Walking Dead.

  5. Better Participation: This is where you come in. As a leadership team, we're going to up our game. Here is where I ask you to up yours. Participate. Get there before 9 AM. Try to engage with the topics - when appropriate. Be supportive. Not asking for you to become a cheerleader. Just asking for you to engage in the same way you would if a client were in the room.

We have a number of methods of communication: company meeting, team meetings, these emails, newsletters, etc.  Our goals for the company meetings are (in this order) Community, Culture, Information, and Education. The first two only happen with your help. The last two should start to go up in quality now that we're back down to monthly.

Looking forward to seeing you at the company meeting on the 10th.

Persistence
The following is an excerpt from an email I sent to DeveloperTown in December 2016. 

Last week I finally had a chance to read (listen to) The Obstacle is the Way by Ryan Holiday. It's a highly acclaimed book - especially in professional sports. I'd classify it as a modern (almost pop-y?) look at stoic philosophy. It was a good read.

There was a particular quote that jumped out at me while listening. It's from the chapter titled "The Timeless Art of Turning Adversity to Advantage:"
"It’s okay to be discouraged. It’s not okay to quit. To know you want to quit but to plant your feet and keep inching closer until you take the impenetrable fortress you’ve decided to lay siege to in your own life - that’s persistence.” ― Ryan Holiday
I'm a quitter

Before DeveloperTown, my longest job out of college was two years. That was at Liberty Mutual working with Julie. Before working with Julie, my average time with a client/employer was probably five months. Now, in my defense, I was mostly a consultant. So I'd jump in, work to solve a problem, and then jump out. But I was good at what I did. Many companies asked me to stay longer. Why did I always leave?

Because it was always easier to find a new gig than it was to figure out how to change the culture of the team I was on. Changing culture is hard. Arguably one of the most difficult things you can do in an organization. Someone on the team who acts like a jerk? Cool. I'm only here for two more weeks. Management keeps failing to communicate why seemingly arbitrary deadlines are set? Cool. I've already committed to start that new project in Chicago next month. Stories getting delivered where quality was so poor I couldn't even exercise the basics of the feature? Cool. I'm going to work with CompanyA/CompanyB/CompanyC in two weeks. They will be better, right? (Wrong.)

I'd quit. I didn't leave after I had changed the thing that was bugging me. I left before even attempting to. This has resulted in a critical problem for me - lack of experience.

Over the last seven years, I have been figuring out how to really influence others for the first time. I acted like a child in early partner disagreements. I had never really had to argue with someone for something I wanted. I don't really know the right ways to hold someone who reports to me accountable and how to coach them to higher performance. Coming into DT, I really only had four years of management experience. I still struggle to detach myself from a situation and look at it objectively. Something you have to learn to do if you really want to identify systemic issues so you can pull the right levers to influence sustained change. 


"...to plant your feet and keep inching closer..."

I've decided to plant my feet here at DeveloperTown. I'm learning a lot, but it's still hard. So how does one develop persistence? Some un-researched ideas:

  • I think stoic philosophy is a good place to start. I have a dog named Seneca for a reason. Maybe I'll name next year's pigs Marcus and Aurelius. Is that wrong? If you want to give stoic philosophy a shot, I'd recommend either Gates of Fire (a super fun read, with some deep meaning hidden in the story) or On the Shortness of Life (my first read in stoic philosophy, hugely impactful).
  • I also think you need role-models around you. People whom you see persist in the face of adversity. For me, that's many of my peers here at DeveloperTown. I'll resist naming some of them, because all of them have at one point or another shown me persistence in the face of adversity. I also see persistence in many of our clients. Sometimes I may think that persistence might be wasted on a particular product - but it doesn't negate how inspirational it is. To see someone pushing their idea/business/goal forward in the face of overwhelming odds is simply awesome.
  • Practice persistence in smaller ways by doing other things in your life that are hard, but not quite as hard as what you're trying to do at work. I've wanted to quit aikido a couple of times now. Early on it was because of the pain from my back injury. And later it was because of frustration with slow development of technique. There were two times I drove away from the dojo thinking I was done - never going back. Both times I ended simply deciding I wouldn't let myself quit. Not for those reasons. Once I have my blackbelt, if I want to quit then - I'll let myself. For you, it might be the book you've been working on. It might be a personal fitness or health goal. It might be a broken relationship in your family or past friendship you've been putting of mending.
  • Find someone you can talk to about the challenge you're facing. I still want to quit DeveloperTown when it's hard. Michael - almost annually - has to talk me off the ledge. I know that sucks for him. I'm sure a third of those gray hairs on his head are from me. Even though I know it's difficult for him, when I need that annual pep talk it's critical for me. He provides a perspective I often forget. He reminds me of why I want to gut it out. That's immensely helpful. When you have someone to talk to, you're not alone.
  • Breakup the journey into smaller victories. We will likely never finish "changing DeveloperTown's culture." That's an impossible goal. Because our culture is an amorphous thing that changes over time and is impossible to fully understand and measure. However, I can affect it (hopefully for better) to move in a specific direction for a period of time. I'd love to see us get better at giving each other feedback. (reminder: When you do X, I notice Y, going forward can you Z?) I might win a small victory by beating that drum over the next year, but while I'm focused on feedback, I'm not focused on other aspects of culture. I need to focus on that small victory. As Holiday puts it, that's "inching closer until you take the impenetrable fortress" of company culture. Win the inch. Over time, you'll win the fortress.
Why talk about persistence?

As we grow, I'm sure we all see things that we'd like to change, we wish things were different, or we hit a wall on a specific project, team, or relationship. The easiest response is to get frustrated and checkout. Even if you don't move on right away, you can be checked out for months. Sometimes that instinct might be the right answer for a very short period of time (calm down, detach from the situation, reflect on your own behavior in the situation), but you need to check back in at some point. When you do, how will you respond? Will you keep inching closer to the outcome you want? Or move on?

I hope you inch closer. I plan to.

Feedback welcome. (See what I did there?)