Menu

Posts tagged “leadership”

Do we need to be honest about Fridays?

I’ve been very interested in the rise of the 4-day workweek (4DWW) ever since we adopted it in a previous company and saw the benefits and value it brought to our business. In Do we need to be honest about Fridays? Bruce Daisley makes an interesting observation about how the 4DWW might eventually sneak up on most businesses:

I’ve met several organizations who use Friday as a meeting-free day (to allow team members to chow down on emails and admin). Others tell me that their Fridays are a much slower pace, where meetings peter out mid-morning. […] So, let’s be real, is this how the reality of a four day week will take hold for most of us? That Friday will be kind of a catch-up day for those who need it but that many of us will work at half speed, casually ‘keeping an eye on things’.

The compounding, non-obvious value of doing exceptional work

In Crazy Charlie’s Window Michael Lopp says something that has stuck with me for a couple of weeks now (emphasis mine):

The reason, decades later, I frequently think of this unpaid weekend adventure sifting through a year of garbage, hardware, and knick-knacks is because it is when I discovered the compounding non-obvious value from doing exceptional work.

It’s a great story, well worth reading. Matthew Ström makes this point in a slightly different way in The polish paradox (again, emphasis mine):

The polish paradox is that the highest degrees of craft and quality are in the spaces we can’t see, the places we don’t necessarily look. Polish can’t be an afterthought. It must an integral part of the process, a commitment to excellence from the beginning. The unseen effort to perfect every hidden aspect elevates products from good to great.

Doing good work and getting the details right result in better outcomes, yes. But it’s about more than that. It’s not just about the job, it’s about us. The sense of accomplishment and purpose that comes from doing great work is an intrinsic reward that is life-giving far beyond the confines of our immediate job duties.

If you're doing their job, who's doing your job?

Melissa and Johnathan Nightingale have some hard truths about what happens when leaders take on too much of their team’s workloads in If you’re doing their job, who’s doing your job?

But now we have an overwhelmed team working for an overwhelmed boss. This is where cheap problems go to get expensive. You are chronically unavailable because you’re slammed. Your team can’t get your attention on a thing so they make their best guess. Their best guess turns out to be wrong. All the work needs to get redone. […]

As a manager at any level in an organization, a key part of your job is figuring out how to get the most important things done for the organization. Yes, the hard part of that job is sometimes the doing, and you can pitch in. But when your team is overwhelmed, when there is structurally too much to do, it’s your job is to figure out what’s most important. Where is that work happening?

Constraints on giving feedback

Will Larson really got me thinking with his advice on the best ways to push your organization to improve. It’s essential work, but “organizations can only absorb so much improvement at a given time before they reject the person providing the feedback.” We have to balance the feedback about how to improve with guidance on how operate within the existing environment:

When I focused on how the environment could change to make my team more successful, I was usually technically correct, but usually didn’t help my team very much. Because work environments change slowly, it benefits your team more to give them feedback about how they can succeed in their current environment than to agree with them about how the current environment does a poor job of supporting them. Agreeing feels empathetic, but frames them as a bystander rather than active participant in their work.

How to move into Product Management at your company

I am currently in the process of hiring a product manager for my team at Cloudflare. One of the neat things about Cloudflare is that internal candidates are encouraged to reach out to hiring managers to chat with them about the role. That means that I’ve had several really great conversations with colleagues over the past couple of weeks, many of them with folks who are in other parts of the org like BI, customer support, finance, engineering, etc. The question they have is, “how do I move into product management?”

It’s a great question, and after I’ve given the same answer a few times, I decided to just go ahead and write it down in our internal wiki as well. Below is a lightly edited version of the advice I shared, in case that’s helpful to anyone else who is trying to move into the PM role at their company:

  • If you’re brand new to the job I have a couple of book recommendations to get a general sense of what good product management looks like. I recommend starting with Inspired by Marty Cagan, and Escaping the Build Trap by Melissa Perri. You’ll hear these two books mentioned a lot in our field, and they are classics for good reasons. After that, read everything you can get your hands on (but stay away from LinkedIn Influencers, that’s mostly ChatGPT content these days). For more book/newsletter recommendations, I have a running list here.
  • Then—and this is the most important advice I have—do the job before you have the title. Every role can be expanded into some area of product management. Think deeply about the product(s) you support, what customers need, how it contributes to the business, what could be better, what you think the long-term strategy should be. Start exercising the PM muscle so that when the right role comes along internally, you’re ready for it.
  • Publish your thinking. Every company has an internal wiki, many with personal spaces. Use it. If you have an idea for a product, or an analysis that’s interesting, or some thoughts on future strategy, write it down, publish it, and share it with the PM who works on that product. This is the best way to practice for the job—clear, succinct communication is a crucial skill, so this exercises that muscle as well.

If you learn the craft, practice the craft, and show publicly that you can do the craft, you’ll be well on your way to moving into product management at your company. When a good job rolls around you’ll be able to point towards the work you’ve done to give hiring managers a sense of your product skills.

And lastly, this is a great job. You will love it!

A few notes about the behavioral interview

I like Mike Hall’s tips for interviewers in his notes about behavioral interviews. The crux of the behavioral interview style is this:

I’d rather know what you’ve done than what you think, and I have adjusted my style a little to help candidates. I try to explain my process up front. “I’m going to ask you about times you did things because I really want to get down to how you work and what your experience is.”

It is, however, very important to realize that adjacent or related experiences are completely valid and should be encouraged:

If you want to build a diverse, vibrant team, or if you’re not one of those disasters of a manager who doesn’t understand that you need people at several levels of experience on a well-rounded team, then you need to think of a behavioral style not as a way to narrowly insist on stories that describe the exact thing you need done. Instead, you need to think in terms of the competencies the thing requires, and think of examples to ask for that reflect those competencies, not an exact task.

This is a good tip for candidates as well—don’t talk in generalities. Be specific about the ways in which you have solved a particular challenge in the past, what worked well, and what you have learned/would do differently next time.

The Language of Business

Bit of a clickbaity title, but there’s some good advice for product managers in this article about making sure the organization understands that product is a profit center, not a cost center. This is the most important point:

Directly tie product to revenue. One way to do this is revenue attribution. In most companies, revenue and revenue growth is tied to marketing or sales. Making the point that product provided the thing to sell and the features that draw in customers is difficult to make. Product, in this regard, looks passive, and marketing or sales are actively doing something. It is easier to attribute recurring revenue to product because it prevents churn and increases upsells and add-on products.

This can be harder to do with some products—like a platform product with lots of internal customers. But the work is important. As Mike Fisher points out in Language of Business:

The lingua franca of business is finance. Each discipline speaks its native language, be that engineering, marketing, product, etc. but when they get together the common language that everyone should understand is finance.

And what that means for PMs:

The core message I want to convey is that understanding the language of finance is not just about adding another skill to your repertoire, although that is worthwhile; it’s about bridging the gap between technical expertise and business acumen. It’s about translating the complex, technical projects we work on into narratives that resonate with stakeholders across the board, narratives that clearly articulate value, risk, and return. This skill set enables technologists, engineers, and product managers to not only defend their projects and ideas but also to align them more closely with the strategic goals of the business.

How to send progress updates

I don’t agree with everything on this list of how to send progress updates, but these two points are especially important and worth remembering:

Acknowledge changes explicitly. If you said a the last time and b this time, and b conflicts with a, you need to explain the inconsistency. People perceive acknowledged inconsistencies as cost of doing business, but unacknowledged inconsistencies as broken promises.

I name this section “challenges and requests” in my updates, but the underlying principle is the same:

Add a dedicated section for worries and failures. Be honest, have good plans, and don’t panic. People are drawn to conscientiousness and vulnerability but repelled from haplessness and histrionics.

Move at the speed of trust

Mandy Brown nails it, once again:

One of the principles I come back to over and over is adrienne maree brown’s invitation to move at the speed of trust. That is, whenever attempting any effort with other people, prioritize building trust and respect for each other over and above any other goal. The trust forms the foundation from which the work can grow.

On Managing Expectations

Michał Poczwardowski shares a good reminder about how to set expectations well in our teams:

The biggest partner in crime for missed expectations is unclear communication, which means that the antidote is clear communication. Follow these steps to make sure that expectations are clear:

  • Be realistic about the future. Overconfidence will build up expectations. If there are a lot of uncertainties, state clearly what is certain and what is uncertain.
  • Point out what you don’t know. Give as much context as you can. If you leave too many unaddressed gaps, people will fill these gaps with their own projections of which you have no control over.