This is Dan Olsen's RU-vid channel. I'm a product management trainer, consultant, speaker and author of the bestselling book The Lean Product Playbook. I'm also founder of the Lean Product Meetup monthly speaker series in Silicon Valley, where I host top product thought leaders to share their wisdom. This channel contains videos of my talks plus videos of my Lean Product Meetup speakers.
I feel like this is the experience for most of the people in PM out there. Some companies are going to have better practices than others, and for many of us landing that job in a company that has something closer to ideal product management might never happen. Nowadays I feel like having been at it for about 15 years, I've seen quite many behaviors and they tend to repeat from company to company and I feel more equipped to deal with them since I've solved them before. And this is something that companies tend to appreciate. So, as tough as it is, being in the trenches, has its own value :)
Which org is Marty referring to that trains Product Managers and was talking about "Product Management theater" at 49:50? Would love to see the link to the article he is referencing.
Hey0 Dan, Super insightful yet so easy to follow talk. Thank you for putting in the time and effort in making this and especially for sharing this with all of us. More power and love to you from India :) PS: This talk has been added to my "gold-mine" talk list :)
Marty Cagan is a wonderful speaker and author. However, I would suggest that contractors/freelancers are painted in a bad light. Coming from a design background, I know that often an external designer can be as passionate as an internal team member, if you include them as a team member. Plus, they can often bring in broad experience. The only significant downside is that for some products there is a learning and sometimes that can be very steep.
I'd love to hear more on what you've observed in the trenches when you've seen dev teams not working in the 'right' way. I'm sure you've written or talked about it? Any specific references I can access to learn more?
Heck of a night- Thanks for setting that up Dan. Hope there are more companies interested in moving toward Marty's vision of empowered teams generating value through effective product management, engineering, designing.
It was an honour to have you on the podcast, Dan. So much knowledge per minute in this episode, and a great overview of the Product Market Fit Pyramid 🔥
Hi Dan, just want to let you know, it's very difficult to listen to your videos because of low audio quality. Every time I have to put volume to the maximum and sit close to the phone/computer to understand what you and your guest are saying, and I can't e.g. do other things while listening because then I don't understand at all what you're saying. Especially for non-english native speakers it can be especially difficult. For example, this interview is particularly painful to listen to, because I understand only half of the things Hiten is saying because of poor quality of his audio, and this makes me angry, because it's a long interview, and I can waste 2 hours because I have to rewind, and still not understand everything I could. This is a huge gap in your UX with this channel I would say. Which is a pity, because this is an amazing channel, the best one I found so far, and I watch the videos at every opportunity: at breakfast and lunch mostly, when I can be close to the computer to understand what you're saying :) Please buy a good mike and ask all your speakers to arrange a mike for the interview with you if they have a chance :)
Hey Dan, thanks for posting this! Great stuff. Especially a fan of the phrase "solution pollution" (well, not a fan at all, but you know what I mean). You mentioned you'd share the slides. Would you put a link in the description?
A question came to my mind. Since the target audience of this talk are the product managers that struggle to properly reflect on what they are doing - what is the probability that such a person will come to this video in an attempt to improve himself and his performance
I'm at a startup that's growing but only has about 65 people and 5 product managers (plus me the Head of Product). I see the ideal support role for Product Ops that's described here as being my function as the manager/Head of Product (analysis and best practice evangelism) while we remain a small company. I could see specializing that function with Product Ops as we grow, though, as I get busier with strategy, coaching, etc.. What's the SMALLEST company size or product org where you've seen this ideal form of Product Ops represented (and effective)? And are my instincts correct that while we're still small that the CPO/Head of Product/etc. can represent these functions? It seems aligned to the "leverage highly skilled people for this role" guidance.
how exactly is Yahoo's "Build a diversified global business by focusing our efforts and leveraging our core strengths to provide deeper, more valuable solutions for our consumers and business partners" a good strategy when you can literally plug this statement into almost any other company's strategy?
I am confused at one point you mentioned business objectives has to be defined and prioritized by management and at another point you mentioned that product manager should be empowered to define objective . Defining business objectives and prioritizing them should be done by product manager and key results and design and engineering teams should be empowered with inputs or defining features in an empowered /servant leadership management style , right?
Glad you enjoyed it. You may also want to check out this other talk on Enterprise Product Management ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-XFPsXIUo3B0.html
This is the one example where a PM came up with the actual solution and only then looked at the problem space, and then the goals. Sometimes the solutions just work. Nicely done Lenny.
Great conversation....love how full of life, animated, engaging and thoughtful Christian is when conveying this thoughts and ideologies. great work guys
Is it applicable in very small IT company where the team only 5-10 people? And bos want every 2-3 week we must deliver new feature. What is the minumum team size to do continuos delivery habit effectively and fast enough in delivery?