Dogfooding

Better Product Management: Best Practice (Dogfooding) And A New Tool (ProdPad)

Posted on Updated on

Learn about A Product management best practice and A Tool for better product management

Startup Product Talks: April 10 @Atlassian, San Francisco

 

Learn how Atlassian uses their own tools in house through a best practice called dogfooding with Jerry Gordinier, cross-product UX Designer at Atlassian

AND

Discover ProdPad, a tool for better product management, developed by Simon Cast, co-founder visiting from the UK

Best Practice:

Why get started with dogfooding?

Is using your products enough?

Something’s broken… what do I do?

This talk will cover the ins and outs of effective dogfooding:

  • why using your products is more than best practice,
  • clever tips and tricks to encourage feedback at the organizational and personal level, and
  • how to receive and act on what your internal users are saying.

Take away some pro-tips for integrating effective dogfooding from our experience at Atlassian.

Jerry Gordinier is a cross-product user experience designer with Atlassian, maker of enterprise team collaboration and software development products including JIRA, Confluence and Bitbucket.

Jerry’s web start-up work includes taiwanenglish.com,penpalroulette.com, and the ill-fated Partybot9000. He is passionate about user-centered design and research, and making products that change the world for the better.

Product Demo: ProdPad


Simon Cast, Co-founder of ProdPad, and visiting from the UK, will give us a demo. He’s also cofounder of the European Product Group who run ProductTank, ProductCamp London and the product management conference MindTheProduct. You can read his blogging at MindTheProduct.com & ProdPad.com. Simon began his career in Space Engineering, where he developed a Fortran realtime program to automate satellite operations. He then traveled around the world before a stint in the Australian Army.


more info:

http://www.meetup.com/StartupProductTalks/events/82946542/

 

Key Takeaways from the Roadmapping and Execution Panel at Startup Product Summit SF

Posted on Updated on

By Michelle Sun

Here are the notes for the Roadmapping and Execution Lightning Talks and Panel at Startup Product Summit SF.  Omissions and errors are mine (please let me know if you find any, thank you!), credit for the wisdom is entirely the speakers’.

“Building a Great Product Through Communication” – Joe Stump, Co-Founder, Sprint.ly

  • Product manager’s role is to capture, communicate and distill product ideas, and mediate between business stakeholders and makers.
  • When building a product, pick two out of the three: quickly, correctly, cheaply.  Joe later mentioned on Twitter that he would pick quickly and correctly, as paying for quality is no brainer.
  • “Want to increase innovation? Lower the cost of failure” – Joi Ito
  • Empower every developer to commit things to the product through non-blocking development (NBD).
  • Advocate the move to 100% asynchronous communication because current approach is broken (needs human input to track reality) and remote teams are becoming more common.

“Raw Agile: Eating Your Own Dog Food” – Nick Muldoon, Agile Program Manager, Twitter

  • Twitter does dog-fooding by allowing developers deploy to internal server. Dog-fooding allows:
    • gathering real data from real (though internal) users.
    • increases incentive to produce quality shipped code.
    • better feedback.  He found that feedback in dog-fooding environment is generally more constructive.
    • keeps momentum through a positive reinforcing loop of continuous deployment and feedback. The team gets 50-100 feedback from internal users each day.
  • How to decipher and sift through the volume of feedback.  Look at only the “love” feedback, then all the “hate”, then discard the middle, categorize and show to the whole team.
  • Other important aspects in dog-fooding:
    1. Automation. Allow deploy more frequently especially internally.  ”On any commit, deploy internally.” Avoid accumulating technical debt.
    2. Visibility. Record progress and share on a wiki.
    3. SpeedMinimize cycle time (from to do to in progress, to done).

Best Practices for Architecting Your App to Ship Fast and Scale Rapidly” – Solomon Hykes, Founder & CEO, dotCloud

  • 3 things to aim for in architecting your app: speed (continuous deployment), scale, future-proofing (be prepared for things moving very fast, avoid bottleneck and need to refactor when adding every new feature).
  • What are the patterns/strategies in getting to these three goals?
    1. Be aware of trade-offs. There is no silver bullet; always trade-offs and prioritization.
    2. Trade-offs evolve over time.  Priorities change. Be aware of assumptions and revisit them from time to time.
    3. Trade-offs differ from team to team.  Be aware of bias in different teams. Always keep ownership of key decisions.
  • Put yourself in a position where you are embarrassed, and things are going to happen faster.

“Rocket Powered Bicycles: Avoiding Over and Under Engineering your Product” – Chris Burnor, Co-Founder & CTO, GroupTie & Curator, StartupDigest

  • A product connects business priorities with user experience.
  • Proposes that instead of Minimum Viable Product (MVP), think about Product: Viable Minimum (PVM).  Focus on viability.
  • A scientific method to approaching product roadmapping.
    • Idea: think about business priorities, user experience.  Do not let technical decisions drive your product.  Let product drive your technical decisions.
    • Test: Viability of the solution is whether it solves the problem it’s setting out to solve.  Determine what level of viability is suitable in different stages: GroupTie’s first viable minimum was a keynote presentation that was sent to potential customers.
      Scale of tests will vary.  Lack of big tests means the lack of breakout growth/ideas, lack of small tests means the team is doing too much.
    • Conclusion:  Debriefing phase is vital, share test results with the team and learn what it means to the idea. Testing without debriefing is like “talking without listening” in a conversation.
  • An unusual example of a PVM is Apple.  Product first: cares about user experience and business priorities.  Viability second: it just works.  Minimalism third: wait till a technology is ripe before adding to the product (no LTE for a long time, no RFID).

Notes on other panels:

About The Author

Michelle Sun is a product enthusiast and python developer.  She worked at Bump Technologies as a Product Data Analyst and graduated from the inaugural class of Hackbright Academy. Prior to Hackbright, she founded a mobile loyalty startup. She began her career as an investment research analyst. When she is not busy coding away these days, she enjoys blogging, practicing vinyasa yoga and reading about behavioral psychology. Follow her on Twitter at @michellelsun and her blog.