Product

Our approach to product management marries meticulous strategy with visionary execution. It’s a masterclass in aligning innovation with business goals, crafting roadmaps that navigate market complexities with elegance, and ensuring our communications resonate clarity and conviction.

Retrospective meetings

Retrospective meetings are bi-weekly huddle-ups of a team after every sprint. These are preferably done in person with the whole team at a set time.

Meeting Flow

Each member communicates answers to the following questions as clearly as possible. What went well? This is in recognition on what has improved from the previous sprint or what generally went better spontaneously about the team in the current sprint. Take note that there must always be a reason why these improvements arise. Examples: • "Our current velocity was faster than last sprint because team members helped out with blockers before the work day ends." • "Coding was easier because of codebase cleanups that resulted to faster build times and easier reading." Take note that even some things that might sound mundane could be valid, but easily addressed and fixed: • "The aircon is too cold in the office and making me less productive" • "There is too much noise during the peak times that I am in the zone" How can we make it better? Answers to this question address problems communicated from the prior question. The retrospective meeting must not end without a resolution to what can be better. Let's put into example some possible resolutions to the problems stated in the previous question. Examples: • "Talk about the ticket with QA, Project Manager, Team Lead, or an expert in that area of code before starting to implement." • "Be stricter in reviewing code that have areas that are not reached by tests." • "Try to sit in the couch or the warmest area possible, or ask to turn down the AC temps during these specific times." • "Code at the board room or wear headphones with ambient noise when you start to peak"

Some extra notes

• Be nice and do not point fingers. Remember that everybody is equally responsible for every sprint. • Do not be afraid to speak out on what can be better. It will not be held against you as long as it is sane and valid. • DO NOT end the retrospective meeting without resolutions to what can be better. • Commit on the part of "How to make it better", but also maintain and improve on "What went well".

Next: Engineering Playbook

Connect.

Mashup Garage, a premier software development team, specialises in crafting exceptional products for startups and enterprises. With expertise in React, Elixir/Phoenix, and Ruby on Rails, we deliver solutions that meet your unique needs. Our mission is to bring value backed by decades of technical expertise and global co-founding experience.

What do you need help with?

Build a project

Build a team

Consult

Speak to someone

Expect a guaranteed response from us in 1-2 business days.

United Kingdom

London

Islington, London

+44 738 777 3405

LDN

Philippines

Manila

3F Topy IV Building, 3 Economia Road, Bagumbayan, Quezon City, 1110

+63 917 3084089

MNL