DEV Community

Discussion on: How do you preserve team cohesion as you scale?

Collapse
 
ben profile image
Ben Halpern

We are currently pretty small, so I don't know for sure how we will do, but I can tell you how we are approaching it.

We're not putting off developing practices that we could put off at our current size

That means we have an employee handbook even though we don't really need one. That means we have explicit policies we don't need right now. We have explicit team activities that we plan for even though at our size we could do it in a more ad hoc way.

We try to make time for company-wide presentations even though our that seems a little overly-formal at our size. We are building habits for the future.

It can be hard to stop and breathe when you're currently trying to get things done and get over the current hump, but plan for the success-case of growth (if that's the success case) and don't let it catch you off guard.

Collapse
 
jtvanwage profile image
John Van Wagenen

Good thoughts. Thank you for sharing. That's great to hear you're doing that. I interviewed at a small company that was putting off some best practices (whether they realized it or not). I could see where they were at and the inevitable issues they'd have to face if they didn't change. Even though they didn't need some things now, they'd be better equipped by doing some of those things now rather than waiting until they needed them.

I think one thing that's really disrupted us (mainly in good ways) is adopting the Scaled Agile Framework. It's helped a lot in certain ways but we're still trying to figure out a few things such as department cohesion and communication. Even with that major change, I feel like the solutions are likely very simple.

Collapse
 
ben profile image
Ben Halpern

I'd say we're also "putting off some best practices", it's a tug-of-war between the right solution and the good enough solution. But planning for growth without slowing down the current process is the name of the game.

It helps when you have diversity of thought among leadership, but that they are willing to get along and hear each other out. Jess and I are constantly debating management practices. I'm usually on the "more freedom/more random creativity" and she's usually on the "more process" side of things, but we engage the debate and always keep an eye towards the future.

We also have a few abstract models we look up to. We love a lot of Stack Overflow's mantras and try to establish a healthy remote-first culture, even as our whole team is currently based in New York City. We also try to read a lot of the same books to get guidance. How Google Works gave us a lot of ideas that we think apply well now as well as in the future. It's important to also discuss the parts you don't agree with, because these books always have an element of narrative fallacy or hero-worship in them.

Conversations like this help too. I'm definitely going to check out Scaled Agile Framework.

Thread Thread
 
jtvanwage profile image
John Van Wagenen

Totally agree on selectively putting off some best practices. I think every company needs to do that no matter the size or market they're in. That's good to hear you have a good culture where things can be debated and challenged and that you're able to reach consensus. That's not always easy. Open cultures like that can be hard to find. And thanks for the book recommendation. I'll have to check that out.

Conversations like this definitely help. I also enjoy receiving the Software Lead Weekly newsletter and discussing it with my coworkers. There's been a lot of good stuff in there such as this one on communication at scale. A medium like dev.to is also a great place to hear from others in the industry and get a glimpse into other environments.