Product Leadership

Maintained by:

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	Collection of Groups, Stage, Section
Director	Director of Product	Section
Senior Leader	VP	All Sections
Executive	EVP	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
Report directly to the VP of Product
Are Director+

This group can be referenced in GitLab.com issues using the @gl-product-plt handle.

Product Group Conversation Leader Rotation

The Product Group Conversation will be hosted by a member of the Product Leadership team as defined by the rotating schedule listed below. All members of the Product Leadership team are encouraged to host the Product Group Conversation. 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 gets assigned that months speaker.

For more details, visit the Group Conversations handbook page The host can add more content to the Key Review slides if they want to share any additional updates.

The VP and Product Operations will be assigned an automatated issue as a reminder on the 1st day of every month to initiate this workflow. Starting in May the host of the GC will be the Product leader who presented at the previous Monthly Direction Section Review. (eg: May's Section Review leader will host June's GC)

Date	Host	Planning Issue
2021-09-27	Kenny Johnston	TBD
2021-11-01	David DeSanto	TBD
2021-12-09	Joshua Lambert	TBD
2022-01-10	David DeSanto	TBD
2022-02-10	Hila Qu	Issue 3708
2022-03-14	Hillary Benson	Issue 3857
2022-04-13	Kenny Johnston	TBD
2022-05-10	Joshua Lambert	TBD
2022-06-15	Omar Fernandez	TBD
2022-07-27	Orit Golowinski	TBD
2022-08-09	Hillary Benson	TBD
2022-12-??	Keith Chung	TBD
2022-09-08	Kenny Johnston	TBD
2022-10-11	Joshua Lambert	TBD
2022-11-10	Omar Fernandez	TBD
2022-12-??	Orit Golowinski	TBD

Product Section Leaders Performance Indicator Rotation

In an effort to ensure cross-section understanding of performance indicators and activities to improve them, section leaders are assigned another section on a quarterly basis. Section leaders attend and investigate PIs for that section throughout the course of the quarter.

Section	FY23Q2 Pair
Dev	KennyJ
Sec	OmarF
Ops	HillaryB
ModelOps	OmarF
Enablement	OritG
Fulfillment	SamA
Growth	JoshL

Product Leadership ReadMe's

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).