Michael Goitein
Michael Goitein

Michael Goitein

Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The 6 Must-Read Books For New PMs To Fast-Track Their Product Management Skills
Made by @michaelgoitein

Congratulations! You've just been selected for a Product role on a software team. Only thing is, despite the expertise that got you the role, you're not exactly sure what a Product person does, and you need to get ramped up fast.

Modern software Product Management involves a keystone set of skills, competencies and mindsets that form the difference between leading the creation of products people love, and wasted effort, time, money, and careers. Companies like Apple, Amazon, Netflix, and Google, have all used product management as a strategic lever and differentiator, reaping the outsized benefits a focus on product represent to customer and organizational success.

Learning the essential Product Management skills and competencies

I've had the unprecedented fortune to interact with some of product management's preeminent thought leaders, and have read and re-read most of the top-selling product management books.

The six books below, in order of priority, can take any new Product Manager or Product Owner, and provide a solid base with a set of industry-leading mental models, skills, and competencies.

My 6 must-read modern product management books

1. Inspired - Marty Cagan

2. Escaping the Build Trap - Melissa Perri

3. Build What Matters - Ben Foster & Rajesh Nerlikar

4. Continuous Discovery Habits - Teresa Torres

5. Radical Focus, Second Edition - Christina Wodtke

6. User Story Mapping - Jeff Patton

1. Inspired: How to Create Tech Products Customers Love

This is the second edition of Marty Cagan's original product management bible, and it's a quantum leap in many ways above the previous edition.

Why you should read "Inspired"

Marty maintains there's a stark difference between how the best product companies operate, and everyone else. This book will help you quickly understand what technology product managers do, why, and how to do it, and provide a clear idea of what "good" looks like. A must-have on any product management bookshelf.

2. Escaping the Build Trap: How Effective Product Management Creates Real Value

By focusing more on internal priorities than customer needs, nearly every company gets stuck in some form of "Build Trap" - Building too much stuff no one wants or needs. Melissa Perri brilliantly dissects the root of the challenge and lays out the importance of customer-centricity, and focusing on outcomes over outputs delivery.

Why you should read "Escaping the Build Trap"

"Escaping" lays out the fundamental nature of strategy and the role it plays in unleashing true customer value delivery. Note especially the mental models focused on the Product Kata and the different levels of product leadership and their timeline focus.

3. Build What Matters: Delivering Key Outcomes with Vision-Led Product Management

Ben Foster, currently head of Product at WHOOP, and Rajesh Nerlikar, combine their considerable talents and background in startups to create the Vision-Led Product Management framework, a step-by-step approach to understanding and supporting the client's lifetime relationship with your product.

Why you should read "Build What Matters"

What makes the Vision-Led Product Management framework so good is how actionable it is. Ben and Rajesh's approach to client-centric metrics of success throughout the customer journey from initial Trigger of awareness through ongoing Retention is a tremendously useful approach. Also note the target customer (who your product is and isn't for) mental model, and the three-phase roadmap approach.

4. Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value

Now that you have a better sense of your target customer and some ideas around their journey, Teresa Torres' book will help you understand the crucial research techniques that go into discovering great products.

Why you should read "Continuous Discovery Habits"

This book covers how Product people can better lead and collaborate across their team to understand what to build through effective research skills. The right ways to interview, collect interview insights to work backwards from actual customer problems through a structured decision-making process to find out what to build, and quickly understand which solution ideas have potential.

5. Radical Focus: Achieving Your Most Important Goals with Objectives and Key Results

Teams building out products need leadership, management, and guidance. Radical Focus is true to its name in that it provides meaningful ways for teams to set goals through Objectives and Key Results.

Why you should read Radical Focus

The suite of simple, fundamental, and effective tools like the 9-square, and the 4-square, allow teams to align their daily and weekly efforts with the things that matter most. Delivery is much easier when you can focus.

6. User Story Mapping: Discover the Whole Story, Build the Right Product

User Story Mapping is the linchpin practice of mapping the customer journey and slicing out complexity to plan releases and reveal overlooked experience areas.

Why you should read User Story Mapping

Beyond an in-depth explanation of how to conduct great User Story Mapping, the book provides an excellent set of a team-focused approaches and techniques to write better User Stories, use them effectively, stay ahead of the next set of stories, gain shared agreement around what was done, and how to share progress with other teams and stakeholders.

Your modern software product management course

Taken in order, liberally highlighted and read from, and referred to frequently, these books can help new Product people quickly move from a basic understanding, to acquiring a cornerstone set of skills for fully taking ownership of their Product role. They'll be ready to lead their teams to Discover and Deliver products that customers love in ways that provide meaningful business value as only Product Management can.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Simple, Essential Resource For Scrum Masters To Set Their Agile Teams Up For Maximum Success
Made by @michaelgoitein

As a 20+-year IT consulting veteran, I was tasked with coming in and diagnosing a faltering Scrum team, and getting them on track.

Fortunately, I had the help of an entire organization – excellent Agile Coaches, Scrum Trainers, and an entire organization behind me. But I had one small additional "secret weapon" in my arsenal that helped me tame the overwhelm and stay focused on my highest priorities. If you’re a Scrum Master having challenges with your team, imagine if you had a key to higher levels of team focus, engagement, and achievement?

For me, the difference turned out to be a freely available checklist that may be more instrumental in practicing effective Scrum than the official Scrum Guide itself.

Enter The Scrum Master Checklist

Michael James, of Seattle Scrum, has created and continuously updates the Scrum Master Checklist. The latest edition was just released in February.

James' checklist clearly breaks down a Scrum Master's highest-priority elements of focus:

  • Part I – How Is My Product Owner Doing?

  • Part II – How Is My Team Doing?

  • Part III – How Are Our Engineering Practices Doing?

  • Part IV – How Is The Organization Doing?

I'll take you through how I used the checklist and addressed the biggest challenge to the team's success: a new Product Owner.

Part I – How Is My Product Owner Doing?

There's no mystery why Michael James made this the top Scrum Master area of focus, and you'd do well to spend most of your time here.

While successful Scrum software development requires experienced, capable people across every role on the team, many Many Scrum Team's biggest challenges are merely symptoms of having an inexperienced Product Owner take that crucial leadership role. Team unable to move forward due to lack of context? Epics, User Stories not prioritized, or not collaboratively created with the team? Product Owner getting frustrated and trying to control the team?

Create the Scrum Leadership Team

First & foremost, develop a good leader-to-leader collaborative approach with your Product Owner.

The team depends on Servant Leadership from both the Product and Scrum Master roles, and displaying unity across those two key leadership positions.

Going through and following the other bullets in the Scrum Master checklist can further help to support the new Product Owner as they grow into the role.

The updated edition of the Scrum Master Checklist can help guide your journey

By giving you an excellent starting point, and providing an evolved set of heuristics to help guide the Scrum Team's journey from new to experienced team, it can support Scrum Masters stay focused on the things that matter most for Scrum Team success.


0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
3 Ways Customer Obsession Can Help Product Managers Unlock Their Product's Potential
Made by @michaelgoitein

Product manager’s skill in leading their teams to deliver solutions that delight users while providing business value depends on a laser-like focus on their user's needs.

This is crucial because many, particularly newer product people, or those coming to the role as subject matter experts (SMEs) from specific verticals like healthcare or financial services tend to believe they already know what's best for their users. Actually involving end-users throughout the product Discovery and Delivery process can make the difference between months lost and thousands of dollars wasted, and a successful client solution.

And there's no better place to start than direct client contact to better understanding user needs.

#1: It will force them to speak to their customers

Many product managers, particularly in larger legacy Enterprises, tend to take their direction from internal management and stakeholders.

But I’ve yet to see a product manager who hasn't had most, if not all their precious assumptions upended when an actual end user tries to use their product.

Product managers who skip this step or only do some brief user testing at the end to “validate” their assumptions risk investing a tremendous amount of precious design and engineering effort in solutions that users ultimately reject.

#2: It will make them pay attention to the data

The flip side of the qualitative user interview process is prioritizing awareness of client usage data.

I’ve seen situations where teams have tested creative that has tested ten to zero over a stakeholder-requested version of a page, and the manager still told the team to ignore the data and go with their choice of creative. Once the stakeholder version fell flat, the team had a much better opportunity selling their iterations backed up with customer usage metrics.

#3: It can take advantage of the entire cross-functional team's experience & expertise

Having the product manager meet with actual clients is one level, but bringing more of the team into Discovery can be absolutely transformational.

Involving UX and Engineering in the user interviewing process allows them to see, first-hand, the impact of their work, and make use of their past experience and expertise to suggest better alternatives to address the client’s pain points.

A product manager’s customer obsession represents the highest level of their craft

Some product managers mistake client-centricity as having users tell them exactly what they should build.

Nothing could be farther from the truth - they still need to do the work in Discovery with their team. But putting the client at the center of that process and as a regular touch point allows them to live the mantra:

Design with, not for.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Simple, 3-Step Communication Model That 10X's Product Manager Communication Effectiveness
Made by @michaelgoitein

A product manager's most valuable skill: Persuading people effectively.

But no one teaches you how to do this, and no one helps you understand where your persuasion skills may be off and how to get back on track. Without the ability to influence stakeholders, the team, and customers, it's simply impossible to be effective in the product role.

This simple model can help you get there.

Giles Turnbull's Three Layer model

Giles Turnbull, author of Agile Comms, has brilliantly framed the different aspects of effective communication, starting from one basic premise:

"Everyone is already too busy, most of the time."

The model immediately helped me grasp how the most effective product managers I coach communicate through:

  • Lure

  • Context

  • Details

Turnbull likens them to the layers of a cake, and challenges us to simplify our message and present it thoughtfully and incrementally through these layers.

Lure

"The lure has two jobs: grab people’s attention, and get them interested in finding out more. The lure gives people a reason to overlook their overcrowded calendars, and divert their precious attention to you and your thing, instead of someone else, and someone else’s thing."

Giles Turnbull, Agile Comms, p. 17

How many people realize the need to “hook” their listener? Veteran startup leaders, Hollywood producers, and marketers alike know the importance of a crisp "Elevator Pitch," a disruptive call to action. But how many of us use this effectively, in our verbal, written, and presentation communications?

Context

Now that we’ve given our target person something to entice them to break from their busy schedule, it’s time to give them the next layer of information.

Unfortunately, inexperienced and effective communicators tend to jump right into the Details at this point.

"This [Context] layer is longer and slightly more detailed, but not to the point where it makes huge demands on people’s time.

After reading (or watching, or clicking through, or listening to) the content in the context layer, the reader should be able to answer a question in their head: “Do I know enough to stop here? Or do I want to know more?”

Giles Turnbull, Agile Comms, p. 17

Anyone will appreciate the courtesy of being given the right level of Context - Truly busy people will get what they need and go on their way. I believe most great presentations that truly persuade are more about Lure and Context than Details.

But if you've been effective laying out Context, and the audience and timing are right, people will ask you to go deeper into your next layer.

Details

Now comes the final layer of the cake – the Details.

Unfortunately, most people start here, verbally assaulting their audience with an avalanche of details, droning on with no courtesy or sensitivity to their audience's needs.

Seen in context of Turnbull's Three Layers mental model, it seems cringeworthy to launch into a barrage of details before we've effectively piqued our listener's interest with a well-crafted Lure, and laid the groundwork with the right amount of Context.

Lure and Context are the product manager's tools of persuasion

Note that it's the product manager's responsibility to own and be in full command of the Lure and Context aspects of their product.

These two layers form the crux of a product manager's ability to effectively evangelize for their team and their product across the organization. Consciously and intentionally curating the message at these the Lure and Context levels alone will do wonders for your ability to connect and persuade.

Two questions to increase your persuasion effectiveness:

  • Where do you currently overindex? Lure, Context, or Details?

  • How can you continuously improve your Lure and Context messaging across all channels? Verbally, in writing, and in presentation facilitation?

Becoming a more effective product manager starts with understanding where you are now, and where you need to use Lure and Context appropriately to engage and inform your audience.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Single Realization And Two Competencies Product Managers Need To Get Off The Delivery Hamster Wheel
Made by @michaelgoitein

The product people I coach on a regular basis include the some of the most intelligent, thoughtful, and creative people I've ever worked with.

Frequently, they and their teams feel caught on the constant crush of constantly delivering too much work in too short a timeframe with too few people. Many of their teams seem strained to the breaking point by the pressure from the avalanches of features "The Business" wants delivered.

Fortunately, there is a way off this hamster wheel.

Realize that every stakeholder feature request is a hypothesis

Simply put, every stakeholder feature request is a guess of what might solve business or customer problems.

It's possible that, once delivered, the feature could possibly deliver value at some point. Yet these software feature requests are treated as sacred, as things the business is convinced it absolutely "needs," features that will finally make the difference to the company. It's important to remember:

You are not one feature away from success. And you never will be.

Teresa Torres

The simplest way to check this is simply go back and measure the actual benefits received from the last 5-6 stakeholder-requested features released. Were they anywhere near what was promised or anticipated? Research reveals that upwards of 60-80% of stakeholder-requested features fail to deliver on their promise. Leadership needs to recognize & accept that every request across every team’s backlog is simply a hypothesis.

Once that recognition sets in and stakeholders gain some humility from that realization, it's time to try a different way to figure out what to build.

The two crucial product competencies:

#1: Use OKRs correctly to set & achieve Outcome-focused goals

When stakeholders hand down feature requests, ask them to set Outcome-focused goals for teams, combined with appropriate success criteria. OKRs can be helpful here, IF they’re written and used correctly.

#2: Use Continuous Discovery to tackle risk collaboratively earlier

Once Outcome goals are set, product managers need to lead their teams to cross-functionally and collaboratively reduce risk earlier in the process through Continuous Discovery. Key will be to bring stakeholders along on the journey as they work through discovery. This practice will radically reduce risk for the solutions teams ultimately do deliver.

These two competencies demonstrate strong modern product management through product, instead of project thinking. Product managers who can help set proper goals, and collaboratively reduce risk through Discovery can ultimately help lead their organization from relentless wheel of feature bloat to delivering solutions that solve meaningful client problems in a way that deliver business value.

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
Two Ways This Industry Leader's Simple Diagram Does Far More Than Just Help Teams Deliver On Their OKRs
Made by @michaelgoitein

The need for the Four Square

Until now, teams setting goals with OKRS have had no simple way to focus.

Popularized and expanded in the latest edition of Radical Focus 2.0, Christina Wodtke's simple Four Square ("4sq") model finally gives teams a way to see everything that matters in one place. Based on coaching I've done with teams, I've found the right side of the Four Square to be the most powerful for two major reasons:

1. Top Right: Objectives and Key Results (OKRs) Confidence

OKRs represent a significant departure from previous goal-setting frameworks in that they pair a qualitative, aspirational statement (the Objective) with measurable indicators of success towards that goal (the Key Results). On a weekly basis, in a quick, non-scientific way, the team measures their confidence in achieving each Key Result, on a scale from 0-10:

  • OKR Confidence (The higher-level moonshot "why" behind the work)

    • Objective: Become the iconic rebel of online whiskey purveyors

      • KR: Increase whiskey club membership retention from 40% to 80% - 5/10

      • KR: Increase organic referrals from 10 to 30 per month - 7/10

      • KR: Increase Average Revenue Per User from $30 to $60 - 4/10

The team uses this reflection to discuss how to get back on track if things start slipping, or how to keep them on track throughout the quarter. It's always amazing to watch teams make major pivots after rating KR confidence.

2. Bottom Right: Health Metrics

Health metrics represent the 1-3 things the team needs to pay attention to while reaching for their OKRs.

It's crucial there be few, and carefully-chosen. Team health, Client Satisfaction, Code health- There aren't too many metrics that fundamentaly matter to team and business health. Right after tracking KR confidence, the team similarly goes through the Health Metrics in a brief, informal and conversational way, rating each on a simple Red-Yellow-Green scale:

  • Health Metrics (What to watch out for as we strive for our OKRs)

    • Customer Satisfaction - Green

    • Team Health - Yellow

    • Daily Active Users - Yellow

Monitoring Health while reaching for OKRs provides the crucial link.

How the two dimensions relate: Push and Protect

In the push to achieve great things, teams must protect what matters.

Achieving great goals at the expense of fundamental health metrics like team, code, or business viability is an illusion - success will be temporary, at best. And when a Health Metric turns Red, it's time for the entire team to stop work against the OKRs, and shift to addressing the metric at risk. Once that Health metric is green again, the team can go back to the OKRs.

Health Metrics can even become KRs until the team has them under control.

The Four Square, combined with the regular check-in cadence, provides teams a simple and powerful way to stay on track for long-term success.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
Why This Industry Leader's Simple Diagram Is The Best Way To Manage Your OKR-Driven Agile Team You’re Not Using
Made by @michaelgoitein

As an Agile Coach working with multiple teams, I have struggled to help them stay focused on the highest-priority work.

As we introduced Objectives and Key Results to gain more client- and Outcome-centricity, teams have lacked a simple way to keep the most important work front and center. Traditional roadmaps were either too high-level, or unhelpful to show progress against the metrics that mattered. Regular OKR check-ins proved helpful, but teams lost context on short-term execution, and would get blindsided by crucial tanking metrics.

There had to be a better way, but any alternative seemed too complicated.

Meet Christina Wodtke

Christina Wodtke is former Director of Design at Yahoo!, Principal Product Manager at LinkedIn, GM at Zynga, and a current Stanford University lecturer. She's shared many of her insights across teachings, talks, and three books: Pencil Me In, The Team That Managed Itself, and Radical Focus 2.0, the quintessential OKR guide.

Enter Christina's Four Square

Initially introduced in the first edition of Radical Focus, I immediately recognized the sheer brilliance of Christina's Four Square ("4sq") model.

Finally, teams could see everything that mattered in one place.

A Four Square example

The below example focuses on an online whisky retailer, going clockwise from the upper left-most quadrant:

  • Priorities This Week (What needs to get done NOW)

    • P1 - Finalize creative

    • P1 - Understand client journey drop-offs

    • P1 - 5 interviews with valid engineer candidates

  • OKR Confidence (The higher-level moonshot "why" behind the work)

    • Objective: Become the iconic rebel of online whiskey purveyors

      • KR: Increase whiskey club membership retention from 40% to 80%

      • KR: Increase organic referrals from 10 to 30 per month

      • KR: Increase Average Revenue Per User from $30 to $60

  • Health Metrics (What we should protect as we strive for OKRs)

    • Customer Satisfaction - Green

    • Team Health - Yellow

    • Daily Active Users - Yellow

  • Upcoming Big Projects (Highest-priority things to stay ahead of)

    • Mobile app revised biometric login

    • Onboard new bourbon wholesalers

    • In-app and SMS notifications upgrade

    • Test new subscription models

Going deeper into the Four Square

Over the next few essays, we'll delve more into each quadrant, and how to make best use of the Four Square to help your team, in Christina's words, achieve "Radical Focus."

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Golden Rule Leads Product Managers Astray - Try This Instead For Better Outcomes
Made by @michaelgoitein

As a kid, whenever I did something that hurt someone, my parents always told me to "treat others as I wanted to be treated," or "The Golden Rule."

The Golden Rule

We've been raised to see the Golden Rule as the Gold Standard of human interaction.

These parables of our upbringing continue to pull strongly on our everyday actions, with many people instinctively treating in ways they want to see. Software product managers, especially those coming to the role from another discipline as a "Subject Matter Expert," or "SME," are particularly prone to believing they already know what's best for others. Many spend months or years on the "perfect" startup, only to release it to silence.

To get out of this "Ivory Tower" belief that we know what's best for others, we need a better rule.

Enter the Platinum Rule

Coined by @davekerpen, the Platinum Rule takes the Golden Rule, and subtly shifts it to massively increase it's power -

Instead of treating others as we wish to be treated, treat them as they wish to be treated.

Rather than us inflicting our likes, dislikes, and preferences on others, the Platinum Rule differs by inviting us to consider the needs of others first.

Empathy at the core

The core shift is based on empathy - actively seeking to understand first.

Empathy involves actively putting yourself in the shoes of the other person, and experiencing the world through their eyes. Instead of inflicting what we believe others should like, we open up to a deeper understanding.

Better product outcomes through empathy

The Platinum Rule's empathy focus has a direct impact on product management.

One great approach is to use generative user interviews, a technique that asks users to "tell them about a time..." in an open-ended fashion. Applied skillfully, product managers can start to truly understand their customer's worldview, and gain an appreciation of their users' unique needs, pain points, & desires. Working backwards from these needs to actual product outcomes is the primary empathetic focus that de-risks better solutions.

Plan to understand user needs first so you can treat them to the Platinum Rule - as they wish to be heard, understood, and treated.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Single Insight Digital Writers Can Use To 10X Their Impact Through Setting The Right Kind Of Goals
Made by @michaelgoitein

I would furiously type 20 minutes nightly, and never got anywhere.

Searching writing advice on the Internet to improve my lackluster blogging cadence, I landed on some random advice that the key to writing success was to write for 20 minutes a night. Based on my work coaching teams in product thinking and Continuous Product Discovery, I've uncovered a crucial goal-setting distinction that can help writers maximize their effectiveness.

Unfortunately, many Digital Writers work on things for the wrong reasons.

Output-based goals are not what writers need to target

Output-based goals measure just that - the things we produce.

My original goal - type 20 minutes a night - was classic Output-based goal. Parallel examples of Output-based goals would be "write 1,000 words a day, every day;" "write 50 Tweets a day."

You get the picture. It's purely focusing on the "stuff" we do.

Digital Writers move from targeting Output to Outcomes

The truth is that, while these aren't inherently bad goals, authors could accomplish all of these Output-focused goals above, and not be any closer to the writing success they seek.

The goal is to set Outcomes-focused goals. What are Outcomes?

Jeff Gothelf defines Outcomes as:

Outcome is a measurable change in human behavior we see when we give the output to our [readers]. Outcome answers the question, “What are people doing differently now that we have delivered the output?”

Digital/Lean writers maximize their impact not by focusing on their Output, but targeting specific reader behavior-change Outcomes.

Always ask: What will readers be doing differently as a result of this (Tweet, Thread, Atomic Essay)? How will I know?

The foundations of Lean/Digital Writing are data-literacy, and Thinking Big, Starting Small, and Learning Fast - one writing example for this could be:

Tweet >> Twitter Thread >> Long-Form Article >> e-Book (etc.)

At each step, set goals and monitor reader behavior-change signals that signal when to go to the next level; i.e., if the Tweet engagement hits X, turn into a Thread; republish as an article; if that gets traction, continue through expanding and watching for signals.

Set & closely track Outcome goals for Lean/Digital Writing effectiveness.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Three Best Insights I Learned From Two Digital Writing Experts And How They Helped Me Enjoy Writing Online
Made by @michaelgoitein

I never thought anything I wrote was good enough, agonizing over every word.

Now in my second cohort of the Ship 30 for 30 digital writing course, I have achieved consistent, small breakthroughs. Enough to make me finally understand there actually is a better way, and Nicolas Cole and Dickie Bush have been the sherpas on the path. And it's helped me finally enjoy writing through one amazing, central discovery:

Lean & Digital Writers don’t write for readers; they co-create with readers.

Understand what the world wants from you through data.

The central insight is to move to being data-informed in choosing what you write, and how you approach it.

I used to pick some coaching observation, and write 20 minutes on it every day, without stopping, generating pages of meaningless tangents until I would eventually end up hating my rambling tirades I'd written, and abandon it. Or I would finally ship something after months, and wonder why I wasn't getting traction. But through the act of co-creation - putting something out there, monitoring the signals, adjusting, and expanding - I could finally get actionable data against which to improve my writing and my message.

Based on my experience, I'll summarize the three best pieces of actionable advice I've internalized from Dickie, Cole, and Ship 30:

#1. You can't steer a stationary ship.

Until you get something out in front of readers, there's no data to learn from.

The beginning writer's biggest enemy is perfectionism. My favorite quote here is from James Clear, quoted by Dickie Bush, who this year had the best-selling book on all of Amazon:

To master the creative process, give yourself permission to create junk.
@jamesclear via @dickiebush

Write and ship!

Real artists ship
Steve Jobs

#2. Lean Writing - Start small, get data, iterate.

If you are going to ship, it's important to start small & constantly be aware of the signals readers are providing every step of the way.

Dickie Bush and Nicolas Cole's Lean writing framework is the most immediately actionable way to ship work that people want to read. Start with a Tweet >> Twitter Thread >> Short-Form Article >> Long-Form Article >> Free Email Course >> Digital Product >> Online Course/ Community >> Business

Every step of the way, look at how readers are responding, what their questions are, and watch the engagement metrics.

#3. Community is the heart & soul of your writing.

Writing has traditionally been one of the most solitary pursuits.

But in the age of Digital and Lean writing, and through the mental models of Dickie Bush and Nicolas Cole, you come to understand that regardless of where you're starting, you can help someone else, they can provide valuable feedback to you, or even just cheer you on when you've lost your way.

The future of writing is Lean, Digital, and Data-Driven

No longer do I slave away on idle writing without focus or purpose. Through regular shipping, starting small, and community, I've made great friendships and learned more about writing, and unanticipatedly, and am actually enjoying the writing process. Thanks to the Ship 30 for 30 community!

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Two Biggest Enterprise Agile Challenges, And How Amazon Wins By Flipping The Script
Made by @michaelgoitein

I've dedicated my life to working in Agile in large organizations for over 10 hears.

Over this time, I've seen two themes repeatedly show up that essentially doom efforts to bring Agile to the Enterprise. These two “impediments” to Enterprise agility are addressed by neither the Agile Manifesto nor the Scrum framework in any meaningful way. But it doesn't mean all large enterprises can't be Agile.

#1: The Project Management Mindset

Many large organizations are still caught in the first Industrial Revolution, focused on Taylor-istic optimization of the industrial “project management” mindset.

This reduces all work to a series of Gantt charts, completely devoid of a value-centric Product thinking focus, with the only metrics of success being the inwardly-focused Iron Triangle:

  • Scope

  • Schedule

  • Budget

As long as a "project" can be "delivered" within Scope, on Schedule, and within Budget, the Enterprise considers it a success.

But this completely ignores the users on the other end of the equation - does a user really care if a feature was delivered on time and on budget, if users can't figure out how to get any value from it?

#2: The lack of client focus

The general lack of regular client-centricity comes through in many corporate decisions.

Projects are long, drawn-out, multi-year efforts that farm out talking to people to an agency that does "user research" and provides them a slick PowerPoint that typically gets ignored as the "project" is executed.

How Amazon does it differently...

As Amazon has aptly proven, organizational size doesn't have to mean a less Agile enterprise.

Flipping these two challenges around are at the heart of what Amazon does best:

#1: Starting with the client

Everything Amazon does begins with working backwards from a great client experience.

From Day One, Amazon has been focused on a great client experience, and it governs how they work, documented in the great book "Working Backwards."

#2: The Product Mindset and product management

Amazon focuses on modern Product Management.

Product management as a discipline leads with delivering continuous streams of value over one-off "projects" that need to be "managed" within the Iron Triangle.

Amazon's relentless customer-centricity drives their ability to continuously pivot and innovate to deliver value that delights their users, proving that size is no barrier to business agility.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
3 Reasons Why Product Managers Need To Lead With Value-Based Objectives and Key Results From An Industry OKR Expert
Made by @michaelgoitein

The #1 issue I see with product managers new to OKRs is the challenge moving from activity and output to value and outcome goals.

Unlocking the true power of Objectives and Key Results depends on setting value-based goals because it's the only way to focus on what really matters, and measure whether teams are on the right track. Product managers that learn how to make this shift can expect exponential improvement in working on the right things at the right time, and abandoning work that doesn't deliver far sooner, before the "sunk cost" fallacy takes over. Unfortunately, the engrained habits of years of activity focus and project thinking continues to lead product managers and their teams astray.

Fortunately, renowned industry OKR expert Felipe Castro offers 3 reasons why value-based OKRs are crucial, with clues on how to make the shift.

Good OKRs restate success as improvement

Success can't be measured by simply "doing" things - it can only be measured by improving something. This is crucial because

  • Reason #1 - We want a results-focused culture, and not one focused on tasks.

  • Reason #2 - If you did all your tasks and nothing improved, that is not success.

  • Reason #3 - Your action plan is just a series of hypotheses

We'll lay out the forces behind these reasons, and a way to address each:

#1: Moving from task- to results-focused culture

No organization can survive with an army of mindless automatons.

Management needs to shift from holding teams accountable for delivering "stuff" to always re-centering on the crucial "why" behind the work. Everyone on the team should be able to state exactly why they're engaged in the work, what success looks like, and how it's measured. The Product role, as the chief keeper of the "why" and "value" needs to lead with articulate, passionate leadership and evangelism across their teams and pushing back against management when they ask for "stuff," always making sure that there's a measurable definition of success aligned to the Key Results.

#2: Redefining what "Done" and "Success" look like

Many teams ship stakeholder-requested features to great fanfare and celebration.

Days, weeks and months later, no one goes back to measure whether that feature has actually delivered the anticipated results. It won't take too many discovery and delivery cycles sunk into work that doesn't deliver before an organization is out of business, and by then it's simply too late. Product can avoid this by keeping focus on the feature's mutually-agreed upon success criteria after launch. Both quantitative (data & surveys) and qualitative (live interviews) approaches can be employed to track progress against the real meaning of success.

#3: Accepting that everything is just a hypothesis & how to de-risk

Product continuing to work with these concepts opens the door to the necessary mindset shifts to exponentially increase OKR effectiveness.

Moving from task- to results-focus, and redefining what "Done" and "Success" open the door to management and teams alike embracing the humility to accept that everything they're working on is really a hypothesis. The way forward involves Thinking Big, Starting Small, and Learning Fast, continuously aligning progress against OKRs at a regular cadence and pivoting as necessary.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
One Thing Enterprise Managers Can Do To Get Their Teams Out Of The Busy-ness Trap And Boost Their Effectiveness
Made by @michaelgoitein

Countless organizations are changing the way they set goals as part of Digital and Agile transformations.

But they'll need to make the central mindset shift away from their current factory-based measures of productivity if they're going to enjoy the benefits of a modern goal-setting framework. Focusing on the same activity- and output-focused measures only leads to new labels for the same behaviors.

None of these approaches is more damaging than the "busyness" trap.

The perils of focusing on activities and output

In larger organizations, teams are largely isolated from both customer and financial realities.

People show up, sit in meetings, write a few lines of code, push some pixels, make a PowerPoint deck, and stop working at 5 o'clock every day. Every two weeks, money shows up in their checking account. Contrast this with a bootstrapped entrepreneur, who has to struggle daily to find a way to pay the bills and keep teams focused searching for product-market fit.

“An entrepreneur is someone who will jump off a cliff and assemble an airplane on the way down.”

― Reid Hoffman

An army of people looking busy without accountability to results signals the end of a company's ability to adapt to constantly-shifting customer needs.

The OKR framework as the antidote to Enterprise "busy-ness"

Objectives and Key Results were instrumental to Intel's, and later, Google's success.

When used well, OKRs move teams from simply showing up and trying to look "busy," to holding people and teams accountable for actual results. The OKR "set" consists of the Objective, the inspirational mini-mission for the quarter, paired with 3-5 Key Results, hard measures that demonstrate progress in delivering against the Objective.

Using OKRs is only a small part of a broader shift required.

Beware one-way, top-down OKR goal-setting

But no team can be held accountable to deliver Key Result numbers outside of their control.

Managers setting OKRs for their teams without their input shouldn't be surprised when they either just get a list of tasks accomplished. or repeatedly miss targets set for them. Given the siloed nature of Enterprise technologies, and the mercenary, part-time allocations of people spread thinly across multiple projects to maximize "utilization," much work is kept waiting for either dependent teams or for a key person to become available.

The solution is to set Key Results using numbers the team can own and move independently.

Map the user journey and identify what the team actually can influence

The first step is to collaboratively map the customer's end-to-end journey, highlighting where the team's work appears.

Regardless of whether it's a marketing team, focused on bringing in the right target customers for their product, or a team building an onboarding experience, the customer path can be laid out and management and teams can together identify and set meaningful metric goals aligned to positively influencing decisive moments in the journey.

Managers collaborating with teams to set Outcome-focused Objectives and Key Results within their control offer an excellent platform for teams to get out of busy work and reset their focus on delivering tangible results for both customers and the organization.

0

Atomic Essay

Michael Goitein
Michael Goitein
Digital writing on product, newer ways of working, and great teams | Enterprise Agile, Product & Discovery Coach at http://key.com | http://michaelgoitein.com/
3y ago
The Real Reason Your OKRs Suck And The Only Thing You Need to Set Them Properly
Made by @michaelgoitein

Objectives and Key Results offer the promise of the most powerful modern goal-setting framework, proven to offer exponential results.

Unfortunately, given most Enterprises' factory-based mindset focused on efficiency and productivity, they've struggled with the new OKR goal-setting framework. In my work coaching teams in 200 year-old enterprises, I've seen them repeatedly lay out their existing Gantt-chart project plans as OKRs.

Management then wonders why teams don't deliver the anticipated results.

Enter Product Thinking

Shreyas Doshi (@shreyas) shared a fundamental keystone to setting better OKRs with his revolutionary Product Thinking concept in this Twitter 🧵:

https://twitter.com/shreyas/status/1471650411341750273?s=20

Shreyas boiled down it down to these five essentials:

https://twitter.com/shreyas/status/1471653151371522053?s=20

  1. Suspend the Project Thinking mindset

  2. Prioritize your real goals

  3. Understand your users' needs

  4. Generate options

  5. Simulate

It suddenly dawned on me that legacy Enterprises are stuck in Project Thinking, and leading with Product Thinking is the key to better OKRS.

Using product thinking to help you set better OKRs

Instead of being inwardly-focused on the Project Thinking values of When, Outputs, and Efficiency, setting better OKRs involves leading with Client-Centricity, Why, Outcomes, and Effectiveness.

Project thinking-based OKR example

Focus: When, Outputs, Efficiency & Internally-focused

Objective:

Get leadership buy-in on the new marketing platform

Key Results:

  • Create 5 use cases in January

  • Architecture designed and fully approved

  • Test data migration and go live

Note that in the Objective, there's no mention of the benefit the new marketing platform might provide, just that leadership needs to buy into it (Pure Output).

Of the above five Key Results, three don't have a number, and those that do don't provide any indication of what benefit might happen from those "5 use cases" or "15 new screens."

Product thinking-based OKR example

Focus: Why, Outcomes, Effectiveness, & Client-focused

Objective:

Provide lower to middle-income clients with the best financial products for them at the right time in their journey, supporting their improved financial future.

Key Results:

  • Increase client new account application starts from .03% to 0.5-2%

  • Decrease declined applications from current 40% to 10-20%

  • 50% of clients state "Yes" to the single-question survey "I feel I'm being provided the best products for my individual needs."

Thanks to Product Thinking, we now have a strong sense of for whom and Why.

The above Objective is far more inspirational than just getting a few managers to approve something - We're now focusing teams on bringing a better financial future to those who need it most, something they can really rally behind. Note the Key Results have numbers and ranges that clearly support the achievement of the Objective.

While the Product Thinking mindset will take time to adopt, it's the key to moving from legacy output focus to deliver meaningful results that matter.

0

Atomic Essay