This post is written by Petra Wille and only translated by Yours Truly. When I read her original German post, I felt vaguely guilty. I loooove methods! Read about them, try them, create summaries and books about them… I want people to know about a lot of possible solutions so that they can pick one that can help with their problem. But I don’t mean for every one to try each and every new method on the block. Let Petra tell us why: 

Are you sometimes lost in a forest of methods? Don’t panic. We’ll offer orientation and 8 tips for your method tool box and point out why it might be good not to try every new method that comes along.

There are more methods than ever

For a product manager in digital product development there are more method and process models to pick from than ever and new ones are added all the time. Be it Business Model Canvas, Product Field, Personas, Story Mapping, Lean User Research or Design Thinking – just to name a few.

The raw attraction of new methods is still strong. You feel their pull and the need try them. The promises of salvations that accompany them raise the bar even more. Maybe that new method is THE ONE. The silver bullet that solves all your problems. THE ONE that just makes everything easy.

Just fill out the new canvas and *zippityzip* your successful product goes online.

We all know: it ain’t that easy.

Despite the host of methods digital products don’t just create themselves. It is work. Because the main job is: “Find a product that’s worth becoming reality, specify it, implement it, and check its success.” That’s a lot of steps and no tool can lessen that burden. “One swallow does not make a summer” so to speak.

Those methods and processes don’t help at all?

Sure they do. They help us. They are support and guide us in product development.

But I daresay that the multitude of methods on offer distracts us from the actual task. On top of that I daresay that frequently switching methods deprive individual POs of something important: The chance to truly learn and improve.

Because you need to use a methods many times over, in different contexts and for different product ideas, to learn their true strengths and weaknesses. And only given time you can gain important insights and deep unterstanding. “Practise makes perfect.” is not a saying for nothing.

Even if you’re not going to invest the 10.000 hours described by Malcolm Gladwell in his book “Outliers: The Story of Success”, it makes sense to try a method more than once.

Let’s assume you pick Storymapping. You could start by using it during a discovery phase to structure requirements. With the next product you can use it to create a roadmap or use the storymap for status updates. Little by little you understand what a method can and cannot do, if you like it and if its effect lasts.

For that reason alone it’s not a good idea to drop everything to try a new way. The agile manifesto continues to hold: “Individuals and interactions over processes and tools” – meaning real work with the team, users and stakeholders should always take precedent before constant experimenting.

I know from consulting in product organisations that it’s not always easy. The latest method is a status symbol to some extent.

But how do you keep the balance? What methods do you really need?

An approach – 8 tips for your method tool box

To guide through the forest of methods I’ve made the following list. It’ll help you figure out whether your tool box is already well equipped or if you’ve got a void to fill.

Starting – building a new product

1. Pick a method das gives a structure and steers you in a certain direction. These methods should help to cover all important steps in product development. Examples: Produkt Design Sprint, User Experience Design Process, Product Discovery

2. As soon as you’ve set the course you have to ask the right questions. Again, there’s cheat sheets for that – Beispiele: Business Model Canvas, Product Field, 10-Question-Business-Assessment

Structure – kill complexity!

3. It’s an important PO job to slice complex requirements and sequences until they are doable.  You need a method for that. Examples:  Storymapping, Job-to-be-done.

4. Additionally you should choose a method to prioritise transparently. Examples: Priority Poker, KANO-Analys, Kosten/Nutzen-Bewertung.

Telling stories – Images in our heads

Here I go into detail about why this is important <LINK>. Long story short:  you can only create a vision of your product in other people’s heads if you’ve got one in your own. And that’s the prerequisite to eventually holding a finished product in your hands.

5. To ease the transfer of visions from head to head, it helps to have a method to speak about users as vivid and lively as possible. Examples: Personas, Usertests – the audience: the whole team.

6. Additionally you should make your product palpable. For this you can use: clickable prototypes, designs. Of course these have to be accessible for team members and stake holders!

Track progress

7. Choose a method that helps visualize the current state of the project / product development. What is done and what is still left to design or implement. Examples: Outcome or Output Product Roadmaps, Taskboards, Storymaps.

Inspect & Adapt

8. Inspect & Adapt is an agile principle <LINK> and should also apply for your chosen methods: Try it, observe what changes / improves, try it in different situation and choose carefully whether to permanently keep this method in your tool box or to discard it. And when a method proves its merit, it may well stick around for a while.

Conclusion

Properly using a method do not a finished product make and those who want to truly understand a method have to stick with it and use it more than once.

Relax, if you create great products with your favorite methods you can safely ignore most of the latest methods trends.

If you like this post, you can follow Petra Wille on Twitter!

The title is not doublespeak, but something I’ve observed a lot lately. Starting this year, everybody at my work gets feedback every 6 months by 3-5 peers. In the conversations I’ve witnessed so far, there’s a recurring theme:

Our biggest strengths from “What you do great” reappear in the “What you could try” column with a cautionary flag. For example, I’m a generalist. It’s probably my biggest strength. I’m fairly good in a variety of roles. The swiss army knife of employees, if you will. My biggest weakness is that I’m not an expert in anything. Two faces of the same coin.

A colleague of mine had the poles “Very structured. Owning and improving the process” versus “Falling too much in love with the details of the process”.

The feedback conversations nicely illustrate the trade off and sweet spot inherent in any of our traits.

Mark Manson observed the same thing for cultures of countries:

The best part of a country or culture is also usually the worst

What is your strength-weakness pair?

Somebody has recently asked my husband (a great speaker!) for tips on how to learn public speaking. The asker was, among other things, concerned about his voice being too monotonous. My husband recommended an acting class and I agree. I’m confident that the basis of my being comfortable with public speaking was an acting class I took when I was 18ish. The acting teacher was also a voice trainer and helped us with body tension, (stage) presence and speaking from your body (not your throat).

No matter what part of presenting you are concerned about, you can work on it! Learning to work with your body and voice is one thing. Doing a presentation training is another. A good one will record you and you’ll get to watch yourself present. Really enlightening! You’ll also learn how to structure a talk. If you’ve got stage fright, rehearse a lot. Practice will give you confidence. If you’re afraid of audience questions, ask your friends to simulate a (hostile) audience. Again, practice will give you confidence. After you’ve actually gone out and given a talk you’ll learn it’s not so bad 🙂

Presenting is a learnable skill! I’ve given talks 1-2 talks per year for 15+ years. I was doing okay, but I wasn’t a great speaker. Last year, for the first time in my life, public speaking became part of my job. I created 3 different talks and presented 6 times and it has made a huge difference: I gave the Open Friday talk 4 times and the last time was the best talk I’ve ever given. It’s not only becoming more familar with the material, but also getting much better at delivering. I learned which the (unexpectedly) funny parts are and acted them out. My attitude changed from a teacher-mindset to a performer-mindset. And it made my talks better as in more entertaining, while still delivering the same material. I’m glad I got the chance to witness this change. The acting class really paid off, I guess.

Hopefully your training – whichever one you need – will too!