Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Introduction to Technical Product Management for Developers

Introduction to Technical Product Management for Developers

At one time or another, every developer will be faced with having to handle some technical aspects of product management - whether it's dealing with scheduling issues, negotiating project scope, prioritizing bug fixes, or even helping to analyze the cost structure for a new feature. I'll give you some hands-on tips and tricks you can immediately put to use to help you be a more well-rounded developer and contribute to technical product management.

Joshua Silver

October 17, 2015
Tweet

More Decks by Joshua Silver

Other Decks in Technology

Transcript

  1. Agenda • About me • Dev vs Product Management Mindset

    • Two Key Product Management Functions • Understand the WHY? • Summary
  2. About Me • CS degree from GA Tech • Helped

    internationalize CareerBuilder.complatform • Technical co-founder of Patientco • Fun Fact: – Travel junkie: 25 countries by the time I was 25
  3. About Patientco • Simplifies patient billing for healthcare providers •

    Bills that patients can actually understand! • Founded in 2009 in Atlanta • Inc. 500 Fastest Growing Company • We’re hiring: http://www.patientcolife.com
  4. Think like a Product Manager • Increase impact • Reduce

    wasted development effort • Expand scope of influence • Enhance the product …. and much more!
  5. Product Management WHAT product should be built? WHEN should it

    be built? FOR WHOM should it be built? WHY should it be be built?
  6. Tale of Two Developers • Which developer … would you

    rather work with? … is acting in the company’s best interest?
  7. Simplify Everything by 20% • Nice-to-have VS Need-to-have • Continuous

    delivery to stakeholders with feedback required before continuing • “What would happen without … ?” • Reward building LESS - NOT more! • Hard part is figuring out which 20%
  8. Plan for the Long Term, but Find Early Wins •

    Refactor vs “pile higher” • What’s likely to change in the future? – Built flexibility into that • Deliver Early, continuously • “Path complete” vs “section complete”
  9. Understand the WHY? • Good developer: – Completes ticket; meets

    requirements • Great developer – Clarifying questions and narrows scope • Outstand developer: – Understands WHY ticket is being done and makes great design decisions
  10. Understand the WHY? • Customer empathy • WHY – WHY

    – WHY – WHY – WHY • Usage Patterns • Another way?
  11. Customer Interaction • Ethnographic Field Study – aka “Onsite visit”

    • “Day in the Life” • Sales calls • Account review Webex
  12. Actions Speak Louder • Usage DATA as a proxy •

    Customers LIE! … or just honestly don’t know • A/B Testing
  13. Summary • Change development mindset: – Scope – Prioritization •

    Understand the WHY? – Customer empathy – Data driven decisions