You probably went from the office to remote so fast, you’re still recovering from the whiplash of working from home. I found the biggest change when I started to work remotely was how meetings changed. I’ve learned these tips over the years. You might find them helpful. Tip 1: Start With Cameras On When we […]
Many organizations heeded the COVID-19 warnings and sent people home to work as remote teams. The managers want to proceed as if the people can work from home and have “business as usual.” They’ve made these requests to their staff: Work at home, as if you were at the office. (Keep the same hours and
You’re “working” from home. The kids are home, and you’re supposed to lead their schooling. Your spouse is home. And, you’re not supposed to go anywhere. Yeah, COVID-19 reality stinks. You CANNOT work the same way you did before. Expecting people to “just” pick up where they left off? Nah. Unreasonable expectations. Here’s what you
Yesterday, you worked in an office with everyone else. Today, you’re supposed to work from home—and so is the rest of your team. And not just for the next few days, but for the next few weeks. What tools do you need? My list of the most important tools: A good microphone and headset so
If you’re like many of the teams I meet, you’ve sort of got a handle on things. You can release. Your product mostly works. And, then Something Happens. And, your team has trouble recovering. That’s brittleness in the system. You can build resilience as a team. In this post, I’ll summarize how your team can
When I started this series about team brittleness and resilience, I expected to discuss winter weather in the Boston area. Every year, we expect several large snowstorms. And, when it snows hard and long, we should stay off the roads so the plows can clear the snow. The organization and team I wrote about in
This series is about helping a team create a less brittle environment—more resilience. Part 1 was about individual work. This part is about shortening feedback loops. Brief description of the problem at a recent client: Person A checked in code that broke an “unrelated” part of the system. I’ll call this checking in code in
I’ve been working with clients who have brittle environments. Their brittleness doesn’t show up all the time. When everything is good, they’re able to finish work and deliver. But, someone checks in code that breaks something “over there.” Or, someone gets pulled off to work on production support issues and is no longer available to
Collecting data isn’t free. There’s a cost to every piece of data. There’s also value. How do we balance the cost and value of data? As with all juicy questions, it depends. And, in general, the easier the data is to collect, the less value there is in the data. Examples of Useless and Cheap
A client wants to know how best to calculate their software capitalization. They had a “standard” approach when they used waterfall. They no longer have all waterfall projects. They’ve started to use agile approaches. And, the projects don’t all look the same. Being somewhere in the middle means they’re having trouble reasoning about capitalization. Why