There’s a lot of on product , but it’s still a fairly new and evolving role. Some topics are uncovered and public, while others are taboo. Why? literature management My first couple of years as a PM were challenging. I had the impression that I’m the only one facing these hurdles. For example, based on stories, tweets, Youtube videos, all companies seem to have comprehensive, reliable, ready-to-use data setups. But the more people I talk to, the more I find out that this is still far from reality. More on this later. So when I read stories from people who do hands-on work, I’m happy to see we’re all in the same boat, but also intrigued to find out how others deal with these problems. Which is why I’m sharing three short, specific learnings. I realised that even though our role is different in every team, we’re facing similar problems. 1. Don’t become the team’s trashcan The comparison of the PM being the magic, shape-shifting glue that fills the gaps certainly sounds cool. And while it is true that a PM covers a wide variety of tasks and does whatever is needed to get the job done, it’s easy to end up being the team’s garbage can where everyone just drops in their not-so-fun tasks. A good example is QA. If you’re low on resources, the team might need to do manual testing. I’m not talking about acceptance tests, but the kind of tests where you open 3 different browsers and look for edge cases. If you’re a fresh and enthusiastic PM, you’re likely to pick up this type of tasks and do them all by yourself. It sends a good message to the team, right? They can rely on you, you’re doing tedious work! Wrong. While doing things that nobody else wants to do is part of our job, if you don’t share non-core tasks across the whole team, . And what’s even worse is that this reduces the time spent on your core tasks. you‘ll become a bottleneck A good team distributes responsibility across all members, it’s everyone’s duty to pick up tasks that would otherwise fall off the table. 2. Data-driven decision making All companies became data-driven. And it happened overnight. They hired a data scientist, built up a data warehouse, fired up some Geckoboards and voilà, the big transformation happened. This is a dangerous place to be in, especially for product managers who are the main consumers of data. Taking decisions based on data is awesome. If you feel confident that it is reliable, you should go for it 24/7. But there are two common problems. There’s usually no clear strategy and the tagging plan is always . To everyone’s defense, it’s hard to decide what to measure and how. Even the fancy tools like Google Analytics 360, Mixpanel, Fabric or Hotjar are new. They don’t show the “beta” label anymore because we’re past the Web 2.0 days, but they change features and looks every other day. First, collecting data is still experimental in most companies. work in progress There are so many things going on that could affect your data! Seasonality, marketing campaigns, feature releases, bugs, the data gets easily skewed and understanding what happened becomes very hard. Second, converting data into insights is at least as hard as collecting. My tip: improve your tools and setup (some tend to skip this one. don’t!), try to make hypotheses, validate them, think of several effects, causation vs. correlation, but before all: do a sanity check. Making decisions on incorrect data and false assumptions is worse than deciding on a healthy gut feeling. 3. One-to-ones with team-members As a new PM you might think that bilateral meetings are only for line managers. Although the “official” version of these meetings happens with their direct superiors, you can and should have regular bilaterals with everyone you work with. By having one-to-ones, you can give & receive feedback to catch possible issues early and get insights into each individual’s life. Use these meetings as a private retrospective where you decide together how to improve day to day work. An easy format that gets the talking going is the well-known “Keep, Develop, Drop”. The goal is to listen more and talk less. So go on, open up your calendar and start scheduling. I’m sure you’ll find a good format for these meetings and you’ll see the benefits from day 1. What did you learn during your first year as a PM? Happy to hear your responses.

Glue

Google

YouTube

Too Long; Didn't Read

Developers: Build Less. Deliver More. [Learn how]	

3 lessons I wish I knew when I started as a PM

Too Long; Didn't Read

Companies Mentioned

Adam Juras

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

3 lessons I wish I knew when I started as a PM

Too Long; Didn't Read

Companies Mentioned

Adam Juras

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES