Over the years working on digital projects when the Agile way of working was considered more and more the holy grail I recognized that as a project manager I had been working as a product owner or a hybrid form of all along.
I would like to give an insight into my way of working and where working as a project manager would differ from working as a product owner. The outcome should be the same. The approach a bit different.
Product Owner v.s. Project manager:
So before I dive into the different actions to undertake and meetings to schedule, it’s important to clarify the roles of the project manager and product owner. While both play important roles in the development process, they have different focuses and responsibilities. A project manager is primarily responsible for coordinating the project, managing the timeline, and ensuring that tasks are completed on time and within budget. On the other hand, a product owner is responsible for managing the product vision, setting priorities, and ensuring that the development team is aligned with the product strategy. While there is some overlap between the two roles, the project manager is more focused on the execution of the project, while the product owner is more focused on the product itself
My encounter with a new customer:
My first encounter with a new customer typically involves a discovery and on-boarding process. The goal of this process is to understand the customer’s needs, goals, and objectives, as well as to establish a working relationship.
The first step in this process is usually a meeting or a Zoom or Teams call with the customer (Team) to introduce ourselves and learn more about their business- and their product needs. During this meeting, we ask and answer questions to understand pain points, what we hope to achieve with the product, and what the target audience is. We also discuss budget, timelines, and any other constraints that may impact the project.
Next, we conduct thorough research to understand the industry and competitors This helps us to understand current market trends and how the product will fit in. We also make sure to understand the customer base (this means all the target groups) and their behavior.
After gathering all the necessary information, we then create a product vision and strategy that aligns with the customer’s goals and objectives. This includes defining the product’s key features and functionality, as well as outlining a roadmap for development all fitted into eiter a plan of approach or project brief/plan.
Finally, we work together as a team with the customer to establish clear communication channels and set expectations for the project. This includes outlining the project timeline, deliverables, milestones, budget, and resources.
Throughout the process, we work closely with the customer team, stakeholders and basically any and everyone that has some touchpoint or involvement that can influence the project as a whole to ensure that all needs are met and that the product is developed to specifications. This initial encounter sets the foundation for a successful and productive partnership.
The next step is scheduling follow-up meetings. These meeting typically focuse on reviewing and discussing the product vision and strategy that was developed during the first meeting. The goal of these meeting is to ensure that the customer is aligned with the proposed product vision and strategy and that any concerns or feedback are addressed.
During consecutive meetings, we discuss the product vision and strategy documents, highlighting the key features and functionality, as well as outlining the development roadmap. We walk the customer-team through the documents, answering any questions they may have and discussing any areas of concern. we also make sure to address any feedback or changes that the team may have suggested during the first meeting.
In addition to reviewing the product vision and strategy, this second meeting is also an opportunity to discuss any additional research or analysis that may be needed. This could include discussing user research, competitive analysis, or market research that will help inform the development of the product.
Once we have a consensus on the product vision and strategy, we will move forward with the next step, which is typically creating a detailed project plan that outlines the specific tasks, timelines, and deliverables for the project. This plan will serve as a guide for the development process and will be used to track progress and ensure that the project stays on track.
To sum up the interactions with the customer, all the different stakeholders, and of course the development team are crucial to the success of the product. Here are some key topics or ways that we interact:
- Defining requirements: One of our main responsibilities is to clearly define the requirements for the product. This includes creating user stories, wireframes, and other documentation that clearly outlines the product’s features and functionality. we work closely as a team with everyone involved with the development as a whole to ensure that everyone understands the requirements and of course if they are able to be implemented effectively.
- Prioritization: we work with development to prioritize the requirements and features for the product. This ensures that the most important and valuable features are developed first, and that the development team is always working on the most important tasks.
- Feedback and Communication: we work closely with the development team throughout the development process to provide feedback and direction. I review their work regularly, provide constructive feedback, and ensure that the product is developed according to the requirements and the product vision. We make sure to communicate regularly with all stakeholders and the different teams, providing updates and addressing any concerns they may have.
- Collaboration: we work together within all teams to plan sprints, review progress, and address any issues that arise. We also identify any risks or dependencies that may impact the project, and help to develop mitigation strategies.
- Quality assurance: All team ensure that the product meets the quality standards and that it is free of bugs and other issues. We test the product and provide feedback on any issues that need to be fixed.
Overall, all interactions with the customer stakeholders and the development teams are centered around ensuring that the product is developed according to the requirements, the product vision, and the needs of the customer. We work together to ensure that the product is delivered on time, within budget, and to the satisfaction of the customer.
As the product owner, I typically schedule several different meetings with the development team (and some with the customer) to ensure that the product is developed successfully. Here are some of the most important meetings that I schedule:
- Stakeholder meeting: to begin with I schedule a meeting twice a month with all the stake- and shareholders to discuss the project as a whole. We discuss progress, any issues that may have dependencies with other projects and mitigate possible risks. Also not unimportant of course budget.
- Sprint planning: At the beginning of each sprint, I schedule a sprint planning meeting with the development team. During this meeting, we review the product backlog, prioritize the items, and plan the sprint. The goal of this meeting is to ensure that the development team knows what they will be working on for the next sprint, and that they are aligned with the product vision and strategy.
- Daily stand-up: I also schedule a daily stand-up meeting with the development team. This is a quick meeting, usually held in the morning, where each team member briefly updates the rest of the team on what they accomplished yesterday, what they plan to work on today, and any issues they are facing. This helps to keep everyone informed and on the same page.
- Sprint review: At the end of each sprint, I schedule a sprint review meeting with the development team and the customer. During this meeting, we review the work that was completed during the sprint, demonstrate the new features and functionality, and solicit feedback. This helps to ensure that the product is on track, and that the customer is happy with the progress.
- Sprint retrospective: After the sprint review, I schedule a sprint retrospective meeting with the development team. During this meeting, we reflect on the sprint that just ended, discuss what went well and what could be improved, and create a plan to improve the next sprint.
- Backlog grooming: I schedule regular backlog grooming meetings with the development team and customer. During this meeting, we review the product backlog and make sure that the items are properly prioritized, estimated, and aligned with the product vision and strategy.
- Demos: I schedule demos for the customer to showcase the progress of the product on regular basis.
- Technical meetings: Depending on the project, I might schedule additional technical meetings with the development team to discuss specific technical issues or to review architecture and design decisions.
These are just a few of the most important meetings that I schedule where it concerns customer and team. Depending on the specifics of the project, there may be other meetings that are needed to ensure that the product is developed successfully. The key is to keep everyone informed and aligned, and to ensure that the product is delivered on time and to the satisfaction of the customer.
At the risk of seeming a meeting tiger I would like to point out that there are some that you can pick and choose to either set or disgard however several important meetings that a PM or PO should schedule with the customer in order to ensure that the product is being developed to their satisfaction and aligns with their needs. Here are a few examples:
- Kick-off meeting: At the beginning of a project, I schedule a kick-off meeting with the customer to discuss the project scope, timelines, and expectations. This is an opportunity to establish a good working relationship with the customer, and to make sure that everyone is on the same page.
- Requirements gathering: I schedule meetings with the customer to gather requirements and understand their needs. During these meetings, I work with the customer to identify their pain points and the goals they hope to achieve with the product.
- User research: Depending on the project, I may schedule user research meetings with the customer to gather feedback and insights from the target user group.
- Demos: I schedule regular demos with the customer to showcase the progress of the product, and to solicit feedback and make any necessary adjustments.
- Status update meetings: I schedule regular status update meetings with the customer to provide updates on the progress of the project, and to address any concerns or issues that may have arisen.
- Acceptance testing: Before the product is released, I schedule acceptance testing meetings with the customer to ensure that the product meets their needs and expectations.
- Post-launch meetings: After the product is launched, I schedule meetings with the customer to gather feedback, measure success, and identify opportunities for improvement.
The results however you gather them are important to ensure that the product is being developed to the customer’s satisfaction, and that their needs and expectations are being met. The key is to keep the customer informed and involved in the development process, and to gather feedback and make adjustments as necessary.