• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Amee product workflow - 2012.08.16
 

Amee product workflow - 2012.08.16

on

  • 738 views

 

Statistics

Views

Total Views
738
Views on SlideShare
738
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution-ShareAlike LicenseCC Attribution-ShareAlike License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Amee product workflow - 2012.08.16 Amee product workflow - 2012.08.16 Presentation Transcript

    • Product Management at AMEEThursday, 16 August 12
    • Clear, visible process across the company Measurable value from development Lightweight, easily adaptable to future change.Thursday, 16 August 12
    • Bugs Ideas Planning Development Measure RoadmapThursday, 16 August 12
    • Bugs Bugs Defects in the product as reported by customers or staff, or issues raised by any error logging tools. Ideas Ideas Planning Development Suggestions for the product come from inside the company, or from external sources, like customer service channels, or any external forums for discussion of the product. Roadmap Roadmap Company strategy, defined in terms of high level requirements, or high level themes for user stories.Thursday, 16 August 12
    • Planning Bugs Input from each board has a qualifying process before it makes it to planning. Bugs are confirmed as reproducible, Ideas are described in enough detail to be Ideas Planning Development understood by a product manager Items on the roadmap are confirmed as still relevant to the company strategy. Requirements or draft stories are fleshed out here, with sketches or wireframes, until they are in a state that can be estimated Roadmap upon by a development team, and delivered.Thursday, 16 August 12
    • Planning Bugs Developer Estimation Review Meeting Ideas Planning Development RoadmapThursday, 16 August 12
    • Planning Bugs Developer Estimation Review Meeting Ideas Planning Development One developer and the product manager reviews any story or requirement that needs an estimate in this meeting. Roadmap Together they weed out technical issues, and dependencies before a group estimation, or identify areas that need further definition before estimation is possible.Thursday, 16 August 12
    • Planning Bugs Developer Estimation Review Meeting Ideas Planning Development In an estimation meeting the developers, and the product manager run through the stories and allocate a points value to Roadmap each story based on perceived difficulty across the whole team.Thursday, 16 August 12
    • Sprint planning and development Bugs Sprint Daily Sprint Retro- planning Standup Demo spective Ideas Planning Development RoadmapThursday, 16 August 12
    • Sprint planning and development Bugs Sprint Daily Sprint Retro- planning Standup Demo spective Ideas Planning Development Stories and requirements are assigned to a sprint in a sprint planning meeting. A product manager reviews the stories going into the sprint with the development team, and the Roadmap development team commit to delivering the work, based on the velocity agreed in the last sprint retrospective.Thursday, 16 August 12
    • Sprint planning and development Bugs Sprint Daily Sprint Retro- planning Standup Demo spective Ideas Planning Development Every morning, the development team and the product manager runs a 15 min stand-up meeting, answering the following questions: - What you did yesterday? Roadmap doing today? - What are - What is blocking you? Sprint progress is reviewed, against what was committed to for the sprint.Thursday, 16 August 12
    • Sprint planning and development Bugs Sprint Daily Sprint Retro- planning Standup Demo spective Ideas Planning Development On the last day of the sprint, the team members run through the work they’ve completed to the rest of the team, and the product manager. Original ‘owners’ of an idea are optionally Roadmap to see the requested story delivered. present,Thursday, 16 August 12
    • Sprint planning and development Bugs Sprint Daily Sprint Retro- planning Standup Demo spective Ideas Planning Development After the sprint demo, comes the retrospective. The team discusses the good and bad aspects of the sprint, and any changes to their process they’d like see internally. The team commit to a velocity for the next Roadmap sprint, based on the points delivered, to help plan the next sprint.Thursday, 16 August 12
    • Bugs Ideas Planning Development RoadmapThursday, 16 August 12
    • What this looks like in TrelloThursday, 16 August 12
    • Bugs Ideas Planning Development Roadmap Filing bugsThursday, 16 August 12
    • Reviewed & Inbox Accepted needs input Bugs Bug with description Ideas Planning Development RoadmapThursday, 16 August 12
    • Reviewed & Inbox Accepted needs input Bugs Bug with description, and steps to reproduce, etc. Ideas Planning Development RoadmapThursday, 16 August 12
    • Reviewed & Inbox Accepted needs input Bugs Bug with description, and steps to reproduce, etc. Ideas Planning Development RoadmapThursday, 16 August 12
    • Bugs Ideas Planning Development Roadmap Collecting IdeasThursday, 16 August 12
    • Awaiting Review Under review Accepted Bugs Idea from inside the company Ideas Planning External customer Development request Roadmap Ideas come from any where inside, and outside the companyThursday, 16 August 12
    • Awaiting Review Under review Accepted Bugs Idea from inside the company Ideas Planning External customer Development request Roadmap A product manager works with the originator, to flesh them out.Thursday, 16 August 12
    • Awaiting Review Under review Accepted Bugs Idea from inside the company Ideas Planning External customer Development request Roadmap When it’s understood, it can be moved to the planning boardThursday, 16 August 12
    • Bugs Ideas Planning Development Roadmap How the roadmap drives productThursday, 16 August 12
    • Now To avoid waste, user stories and features only become more detailed and granular as they get closer to development. FutureThursday, 16 August 12
    • Q3 Q4 2013 Bugs Update sign-in Public sign-in for Scope 3 process companies calculation Ideas Defined and Planning Development documented API CRC Reporting RAG status on Roadmap suppliers The Roadmap gives a high level view of areas of focus in coming months.Thursday, 16 August 12
    • Q3 Q4 2013 Bugs Update sign-in Public sign-in for Scope 3 process companies calculation Ideas Defined and Planning Development documented API CRC Reporting RAG status on Roadmap suppliers New cards are created based on these themes in planningThursday, 16 August 12
    • Bugs Ideas Planning Development Roadmap Defining deliverable workThursday, 16 August 12
    • Ready for To Do Spec and dev review UX and Design Estimation User story Planning Development The aim is to get cards from the left, to the right.Thursday, 16 August 12
    • Ready for To Do Spec and dev review UX and Design Estimation User story User story Planning Development It’s okay for cards to be sent back and forth between stages if they need further clarificationThursday, 16 August 12
    • Ready for To Do Spec and dev review UX and Design Estimation User story User story Planning Development It’s okay for cards to be sent back and forth between stages if they need further clarificationThursday, 16 August 12
    • Ready for To Do Spec and dev review UX and Design Estimation User story User story Planning Development It’s okay for cards to be sent back and forth between stages if they need further clarificationThursday, 16 August 12
    • Ready for To Do Spec and dev review UX and Design Estimation User story User story Planning Development Cards are ready when they fit the format for a product, are well understood and have clear measurement criteriaThursday, 16 August 12
    • Bugs Ideas Planning Development Roadmap Delivering the workThursday, 16 August 12
    • Estimated Current sprint In Progress Pull Request QA Complete A user story A second story A user story A second story Prioritising estimated storiesThursday, 16 August 12
    • Estimated Current sprint In Progress Pull Request QA Complete A user story A user story A second A second story story Building a sprint, based onThursday, 16 August 12 velocity
    • Estimated Current sprint In Progress Pull Request QA Complete A second A user story A user story story A second story Picking up work from theThursday, 16 August 12 current sprint backlog
    • Estimated Current sprint In Progress Pull Request QA Complete A second A user story A user story story A second story Code review from otherThursday, 16 August 12 developer in pull request
    • Estimated Current sprint In Progress Pull Request QA Complete A second A user story A user story story A second story QA performed by productThursday, 16 August 12 owner
    • Estimated Current sprint In Progress Pull Request QA Complete A second A user story A user story story A second story Feature ready for releaseThursday, 16 August 12
    • Completed features by this point should be in a state to be Complete 0.17.1 0.17.2 deployed to production. A user story A user story Bug fix Depending on the business need, they can be pushed directly to production (in the A another story User story case of severe bugs etc), or as specific releases. The aspiration here is to working, QA’d, and CR’d code automatically pushed to production, where features can be rolled out gradually, or switched on or off independently of code releases. DeploymentThursday, 16 August 12
    • Bugs Ideas Planning Development Measure RoadmapThursday, 16 August 12
    • Measuring the value of features Bugs Development doesn’t end at deployment. Ideas every feature needs accompanying metrics, but Not Planning Development Measure most should have them. Did a feature have the expected result? Roadmap can we tell? How Are we measuring the right data here? How might we improve the feature? How are we getting feedback?Thursday, 16 August 12
    • Measuring the value of features Bugs Quantitive Qualitative Ideas Planning In-app chat Development Measure Kissmetrics (eg. Olark) (individual user interactions) Support software (desk.com) Google Analytics Roadmap (larger trends, User testing and heatmaps) (recording how features are used in beta / testing) Ad-hoc API/DB Problem & Queries solution interviews ( showing prototypes to users before building)Thursday, 16 August 12