Product Leadership
Principles - Processes - Categories - GitLab the Product - Being a PM - Leadership
General Product Organizational Structure
The GitLab Product team includes team members at various levels of Product Management job titles across our organizational levels with scope at various points in our product hierarchy. As a result there can be instances where peers across layers don’t have the same title. We will always abide by GitLab’s layer structure.
Level | Job Families | Hierarchy Scopes |
---|---|---|
IC | Product Manager | Group, Stage |
Manager | Group Manager Product, Director of Product | Section |
Senior Leader | VP | All Sections |
Executive | Chief Product Officer | Entire Function |
Product Leaders
All Managers and above in the Product function are considered product leaders. They can be referenced using the @gl-product-leadership
handle. This document describes important leadership concepts specific to the product management team. See also our page on general GitLab leadership guidance.
Product Leadership Team Structure
Product team members who report directly to the Chief Product Officer are members of the Product Leadership Team.
This group can be referenced in GitLab.com issues using the @gl-product-plt
handle.
Product Monthly Kick-Off Host Rotation
The Monthly Kick-Off is hosted by a member of Product Leadership on a monthly rotation. See below for the schedule:
Date | Host | Planning Issue |
---|---|---|
2023-09-18 | Hillary Benson | 16.5 Release Kick Off Issue |
2023-10-16 | Justin Farris | 16.6 Release Kick Off Issue |
2023-11-16 | Mike Flouton | 16.7 Release Kick Off |
2023-12-18 | Hillary Benson | 16.8 Release Kick Off |
2024-01-18 | Omar Fernandez | 16.9 Release Kick Off |
2024-02-16 | Mike Flouton | 16.10 Release Kick Off |
2024-03-18 | Justin Farris | 16.11 Release Kick Off |
2024-04-18 | Hillary Benson | 17.0 Release Kick Off |
2024-05-20 | Steve Evangelista | 17.1 Release Kick Off |
2024-06-18 | Mike Flouton | 17.2 Release Kick Off |
2024-07-18 | Justin Farris | 17.3 Release Kick Off |
2024-08-19 | Hillary Benson | 17.4 Release Kick Off |
2024-09-18 | Jackie Porter | 17.5 Release Kick Off |
2024-10-17 | Steve Evangelista | 17.6 Release Kick Off |
2024-11-18 | Hillary Benson | 17.7 Release Kick Off |
2024-12-18 | Justin Farris | To be added |
Product Key Review Leader Rotation
The Product Key Review is hosted by a member of the Product Leadership. Details on how to prepare for the quarterly Product Key Review will be in the automated planning issue that will be assigned to the host by the Product EBA. See below for the rotation schedule:
Date | Host | Planning Issue |
---|---|---|
2023-11-15 | Mike Flouton | https://gitlab.com/gitlab-com/Product/-/issues/12863 |
2024-02-21 | Hillary Benson | https://gitlab.com/gitlab-com/Product/-/issues/13121 |
2024-06-17 | Justin Farris | – |
2024-XX-XX | Mike Flouton | – |
2024-XX-XX | Hillary Benson | – |
Product Group Conversation Leader Rotation
The Product Group Conversation is hosted by a member of the Product Leadership team. The Group Conversations will either reference a previous Product Key Review or Product Group Conversation presentation, depending on which is most recent. Details on how to drive the tasks will be in the automatated issue that will be assigned to the GC host 4 weeks prior to the actual GC date by the Product EBA.
For more details, visit the Group Conversations handbook page
Date | Host | Planning Issue |
---|---|---|
2023-09-27 | Mike Flouton | https://gitlab.com/gitlab-com/Product/-/issues/12401 |
2023-12-06 | Hillary Benson | https://gitlab.com/gitlab-com/Product/-/issues/12909 |
2024-02-28 | Justin Farris | https://gitlab.com/gitlab-com/Product/-/issues/13120 |
2024-06-20 | Mike Flouton | – |
2024-XX-XX | Hillary Benson | To be added |
2024-XX-XX | Justin Farris | To be added |
2024-XX-XX | Mike Flouton | To be added |
2024-XX-XX | Hillary Benson | To be added |
Product Leadership ReadMe’s
Below you’ll find the ReadMe’s for our Product Division leaders who manage teams.
- David DeSanto’s README
- Justin Farris’s README
- Kevin Chu’s README
- Sarah Waldner’s README
- Jackie Porter’s README
- Omar Fernandez’s README
Product Manager/Leader Collaboration
As a product team leader, it’s important to set the tone for the organization. We put our PMs individually in the forefront as Directly Responsible Individuals (DRI), with the trust and power that they can make the right decisions with our support as product leaders. This section is intended to outline some best practices for working between PMs and their leaders. It contains guidance on responsibilities and expectations the leader should have in working with PMs, but is not intended to be hard and fast rules that take the place of having a strong working relationship and prioritizing things effectively together.
Note - This is intended as a supplement to the product director or group manager of product job descriptions with specific focus on the interaction between PMs and their managers. General job responsibilities can be found at that link.
An effective product leader should:
- Respect that multiple voices influencing the group will be confusing to the execution team, and avoid coming out of left field with changing priorities. The PM owns the day-to-day interaction with their group and the leader should influence through the directly responsible PM.
- Work through your PMs as your path to success, rather than focusing on individual achievement. We have a culture of empowering individual PMs, not centralizing authority, and need to continue to reinforce that as we grow.
- Help your PMs understand who important internal and external customers are for them, ensuring that there’s a productive ongoing dialogue with feedback coming in and then features being adopted internally. Internal customers should have at least a monthly check-in, with the internal customer section in the category epic kept up to date.
- Represent their portfolio in day-to-day interaction with D and E groups, with particular responsibility to prioritize inputs from leadership into something stable in the short/medium term and actionable by the PMs, to align efforts across teams, and to raise visibility of wins by the PM to the broader team by being a “cheerleader” for the successes of their reports to the senior leadership group. This also includes publishing portfolio-level directional items that the rest of the company can use (and which should be reviewed and understood by the DRI PMs who will deliver this portfolio-level vision.)
- Support and hold PMs accountable for updates to the next release, 3 month vision, OKRs, etc. For teams using web category vision epics, this can be done in a very nice monthly update flow aligned to the releases and done via discussion in a comprehensive MR. Whatever the process, though, the leader should be holding the PM accountable by providing support and guidance here, particularly when it comes to making sure organizational priorities are clear. Make sure upcoming portfolio-level milestones, due dates around releases, special projects with calendar impacts, etc. are visible and always clearly communicated.
- Actively coach your PMs, sensing where they can grow and do better. This coaching should be provided consistently, clearly, and in an actionable way, with the intent of avoiding “surprise problems”. In the same vein, following up on requests for context, advice, and so on from the PMs is a priority. The socratic method is recommended as a great approach that works particularly well with PMs.
- Prioritize hiring, being sure to include PMs (and EMs/team members) who will work with the new person in the process.
- Provide structure and motivation for needed organizational changes (being more data-driven, telling stories, providing time for expansive thinking).
43883b9d
)