Product Management with Shape Up: A Unique Approach to Effective Product Development
![Product Management with Shape Up: A Unique Approach to Effective Product Development](https://www.productboard.com/wp-content/uploads/2023/07/product-management-with-shape-up.png)
Product organizations are tasked with the challenging responsibility of developing products that align with customer needs/wants, drive business value and of course look to outshine the competition. With so many tools, methodologies and frameworks available to product managers, it becomes crucial to find the right mix of solutions, to adopt an approach that works best for your team and for your organization. In this blog post, we’ll explore the Shape Up product management process, a unique and effective approach developed by Basecamp that combines agile, lean, and product management principles to deliver successful products. Some of the major steps within the process are outlined below in the following sections.
Phase 1: Shaping
The first phase in the Shape Up process is āshapingā. This is all about defining the problem or opportunity you want to take on. This involves conducting user research, gathering feedback, and defining the scope and goals of the project. The key is to set boundaries of appetite (Big Batch vs. Small Batch), understand the problem, identify a possible solution and address any risks. This phase culminates in a “pitch,” a presentation of the problem, potential solutions, and proposed timeline. The pitch serves as a blueprint for the entire product development process, providing a shared understanding among team members and stakeholders.
Steps to reproduce view:
Group by hierarchy & Filter on āProblemā feature status
Add column for āUser Impact Scoreā to understand level of importance for customers
Steps to reproduce view:
- Group by hierarchy & filter on āProblemā and āNew Ideaā feature statuses
- Add column for āUser Impact Scoreā to understand level of importance for customers
- Create possible solutions and assign to āNew Ideaā feature status
- Add dependencies to align possible solutions to the existing problem that they help solve
- At the solution level, determine the appetite for the solution by identifying time budget via āSmall Batchā or āBig Batchā > Can be tracked via custom dropdown field
- Associate potential timeframes and add column for time frame to track them
- Add a custom task to track if any identified risks for have been dealt with/de-risked or if they are still present > add the task as a column for visibility
Phase 2: Betting
Once the pitch is approved, the team then moves into the betting phase. It is at this stage of the process that the team collaboratively defines the scope of work for the upcoming cycle, which is usually a fixed timeframe of 6 weeks. The team members collectively define what will be included in the cycle, and they make ābetsā on what can be achieved within the timeframe.
This typically will involve estimating the effort for each task and prioritizing the work, based on alignment to business value, the level of customer impact as well as overall technical feasibility. The betting phase encourages open discussions, shared decision-making, and promotes a sense of ownership among team members.
Steps to reproduce view:
- Group by hierarchy and filter āNew Ideaā feature status
- Add column to track effort
- Add āobjectiveā columns to see how solutions are aligned to business goals & OKRs/Objectives
- Add columns for drivers to to assess impact to customers and product metrics
- Add time frame column to track delivery dates more closely
- Add release group column to track which work cycle the feature will be planned for
- Process: As features are vetted and planned, move feature to āPlannedā feature status
Phase 3: Building
Once the scope of work is defined and bets are made, the team then moves into the final phase, referred to as the Building Phase. During this stage specific to product delivery, teams work on building out the features or solutions identified in the betting phase.
It is important that the team maintains autonomy to self-organize and work on the tasks they have committed to. Unlike traditional methodologies, there are no external deadlines or pressure during the cycle, allowing the team to focus on the work at hand without distractions. Ultimately, this helps promote higher levels of creativity, innovation, as well as a sense of empowerment among team members.
- Group by sorted list & filter on āPlannedā, āIn Progressā, āPost-Launch Monitoringā feature statuses
- Add column for āHealthā to track updates to the feature that is being built to get a quick view of whether it is āOn trackā, āAt riskā or āOff trackā
- Include effort column to ensure delivery teams know what is estimated for the build work and can use this to plan capacity
- Include column for time frame and column for work cycle release group to keep both product and delivery teams aware of timelines associated to the featureās delivery
- Include a column for āDev. Ops tool integrationā task to push planned features to dev ops. tool and use status mappings to track progress being made on features back into Productboard, to ultimately change feature statuses
- Add additional custom dropdown/member fields to track accountability (ie.dev. team, dev. lead)
- Process: As status is tracked via dev.op tool integration (ex. Jira), integration settings should be mapped so that progress reflects feature status syncs, automatically updating feature status in Productboard to āIn Progress” and then āPost-Launch Monitoringā statuses
Quality Assurance and Launch (Optional)
After the features are built, the team can have additional processes to adequately conduct testing of the feature. This is a crucial step to ensure that the built features meet the requirements and quality standards set in the shaping and betting phases. The team conducts thorough testing, reviews the work, and iterates as needed to make sure the product is of high quality and ready for launch. The QA phase ensures that the product is thoroughly checked and validated before moving forward.
Once the features pass through a stage dedicated for QA, they are considered “done” and are ready to be launched. The team coordinates with other stakeholders, such as marketing or customer support, to prepare for the launch. This involves planning and executing the go-to-market strategy, communicating with customers, and monitoring the launch performance. The Shape Up process encourages a customer-centric approach, ensuring that the product is well-received and meets the needs of the target audience.
Steps to reproduce view:
- Group by sorted list & filter on āPlannedā & āIn Progressā feature statuses
- Include column for āHealthā to track updates to the feature that is being built to get a quick view of whether it is āOn trackā, āAt riskā or āOff trackā
- Include column for time frame and column for work cycle release group to keep both product and delivery teams aware of timelines associated to the featureās delivery
- Include columns for tasks that will be required to officially launch products and features (ie. UAT Testing, release notes, etc.)
- Include columns for team members that should be aware of tasks that will need be completed in order for features to be released
Post-Launch (Optional)Ā
After rolling out your features and solutions to your customers, the team enters the post-launch monitoring phase. This involves monitoring the performance of the product, gathering feedback from users, and analyzing the results. By utilizing this feedback the team can make informed decisions regarding any future shaping and betting phases, iterating on the product and continuously improving it based on user needs and market feedback. The post-launch phase ensures that the product remains relevant, competitive, and aligned with business goals.
Steps to reproduce view:
- Group by Status & filter on āLaunchedā & āPost-Launch Monitoringā feature statuses and for āUser Impact Scoreā to āInsights Createdā = A period for post monitoring (ex. Last 30 days)
- Include a column for āUser Impact Scoreā to keep track of feedback that is linked to recently launched features
- Include Time frames and Recent work cycle releases to keep track of when features were released to know when features should move from āPost-Launch Monitoringā to āLaunchedā
- Include any metrics/KPIs that are being used to track the success of your recently launched features
- Process: Move feature status from āPost-Launch Monitoringā to āLaunchedā after certain monitoring criteria is achieved*
The Shape Up product management process is a unique approach that combines agile, lean, and product management principles to deliver effective product development, and when supported by tools like Productboard, teams are ultimately enabled to work better autonomously and collaborate better when required.