We are excited to have Balaji Gopalan, talk to us about deflecting praise and taking the blame when it comes to product management - one of the principles in the Manifesto.
Balaji is an experienced and well-known member of the Toronto technology community. Building off his extensive career in Product Management at companies such as BlackBerry (where he launched and built the initial roadmap for BlackBerry Messenger, and where he mentored many local business leaders), D2L, Nymi and EventMobi, he created and now teaches the Intro to Product Management course at Brainstation, a unique 30-hour curriculum that extends from product culture to customer research to product development to roadmap management.
Balaji is now a passionate advocate and active member of the Toronto entrepreneurial scene, as co-founder and CEO of healthcare app enabler company MedStack, member of the selection committee at the Ryerson DMZ and advisor and mentor to a number of local startups.
Thanks to our generous sponsors: The Working Group (TWG), Hover, and LoyaltyOne.
---------------------------------
Join us in the #toronto channel on Slack: http://slack.mindtheproduct.com/
5. Product:
•A thing of value that is created
•and delivered
•to customers
•in competition against alternatives
Product:
•A thing of value that is created
•and delivered
•to customers
•in competition against alternatives
@balajigopalan73 / 2016
20. Engineering wants
to:
• Work on fun stuff that
people will see
• Finish what they’ve started
Marketing wants
to:
• Access opportunities for big
messages
• Play off the latest trends
Support wants to:
• Keep call volumes low
• Avoid large changes in
portfolio
Sales wants to:
• Look like heroes to
Customer
• Offer stuff that “sells itself”
Operations wants
to:
• Keep risk to a minimum,
avoid changes
• Reduce ongoing costs
21. It’s not about the products.
It’s not about technology.
It’s about PEOPLE:
Your colleagues.
Your Customers.
You work for THEM.
@balajigopalan73 / 2016
Demonstrate Product experience of the speaker. Highlight that one doesn’t always have the title “Product Manager” to do PdM work.
Demonstrate Product experience of the speaker. Highlight that one doesn’t always have the title “Product Manager” to do PdM work.
Here’s a dictionary definition.
Read it to the group, but then show the highlight.
Ref previous slide, ask what they all have in common.
It’s PdM’s role to orchestrate the efforts of all these functions to optimize vs market dynamics
How do products typically get built?
Seems very simple? What could go wrong?
How do Product Managers close this gap between market dynamics and functional focus?
Through Data and Relationships.
Show the kinds of data PdMs work with, say these are just some examples.
Then show the skills.
Highlight: technical skill and its importance is something we’ll discuss shortly. Most importantly, you have to be able to engage with the functions you work with.
Also here mention RACI chart and its importance to the role. Product typically has overall accountability for success, but rarely authority to command. Get blamed if anything goes wrong, give credit to functions when it goes right.
So sometimes things go well by accident, sometimes very badly, and occasionally there are big opportunities to be captured. Why does it seem so random?
Because functions each have their own motivations. Here are examples.