Commit 96278469 authored by Nick Veenhof's avatar Nick Veenhof 💬
Browse files

Update Developer Relations contributor-success references to engineering

parent 72bc764c
Loading
Loading
Loading
Loading
+10 −10
Original line number Diff line number Diff line
@@ -119,12 +119,12 @@ Provide an outstanding, highly efficient and fast contributor experience, from o
#### Reduce Open Community MR Age

* **Why:** Improve the speed of contribution to production by reducing [Open community MR Age (OCMA)](/handbook/marketing/developer-relations/performance-indicators/#open-community-mr-age) & review time. We have identified product groups with the highest OCMA. Analysis and improvements are needed to address product groups with the biggest opportunity. In addition to improving MR review and gathering feedback.
* **DRI:** [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations Engineering](/handbook/marketing/developer-relations/engineering/)

#### Product & engineering alignment

* **Why:** Within [product groups](/handbook/company/structure/#product-groups), contribution submissions, backlog, and technology stack vary. Healthy community backlog alignment and the establishment of a common best practice for outreach are vital for contributor success. In addition, there should be a unified & known workflow for Wider Community Contributions.
* **DRI:** [Developer Advocacy team](/handbook/marketing/developer-relations/developer-advocacy/) & [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Advocacy team](/handbook/marketing/developer-relations/developer-advocacy/) & [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

#### Simplify & improve contribution guides

@@ -148,7 +148,7 @@ Incentivize, attract and retain contributors by providing a compelling value and
#### Contributor recognition & advancement system

* **Why:** In open source projects, contributors are motivated not only by solving bugs or adding features but also by gaining experience and building their online presence. This can be solved through levelling-up, badging or other incentivizing systems. In addition, providing sustained and impactful recognition to recognize & retain our contributors. Increase frequency and targeted recognition to types and persona of contributors
* **DRI:** [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

### Foster Diversity, Equity, and Inclusion

@@ -157,12 +157,12 @@ Center diversity, equity, and inclusion within our open source community relatio
#### Align with open source community DEI initiatives

* **Why:** Aligning with open source communities practicing DEI initiatives will offer GitLab more ideas on reaching new contributors and signal our commitment to DEI to potential contributors.
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

#### Improve contributor inclusion

* **Why:** To improve the contributor experience for newcomers and returning contributors, and meet contributors at different experience levels. We can improve the changes of a contributor returning by creating a more inclusive experience for them.
* **DRI:** [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

### Expand Outreach

@@ -176,12 +176,12 @@ Increase awareness with content and events to drive large amounts of contributor
#### Scale contributor events

* **Why:** Build a sense of belonging, provide the social environment for contributors to have their voice, meet with their peers, share knowledge and celebrate.
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

#### Community office hours & community pairing

* **Why:** We need to scale office hour calls and our community pairing sessions that have traditionally been a unique opportunity for product groups to provide support, guidance to code contributors as well as gather feedback.
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

#### Increase social presence

@@ -195,14 +195,14 @@ Leverage the full-time customer contributor model and create wider community tea
#### Returning & Frequent Contributors

* **Why:** Increased contribution by motivating recurring contributions from organizations that use or extend GitLab, such as customers, partners and OSS communities. Reward those that achieve that status with GitLab benefits that are valuable to the individual and the organization.
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations team](/handbook/marketing/developer-relations/) & [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

#### Non-code contributions

* **Why:** Our userbase is made of a lot of different personas who each can make valuable contributions and improve GitLab. Creating design proposals, code reviews, triaging our issues or facilitating healthy discussions between all actors involved helps us achieve our goals faster. In addition, recognizing non-code contributions such as helping GitLab with promoting the product, our events or other ways to contribute should be recognized and celebrated.
* **DRI:** [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)

#### Foster more collaboration

* **Why:** We would like to depart from having contributors work single-handedly and create a team that can do more together.
* **DRI:** [Contributor Success team](/handbook/marketing/developer-relations/contributor-success/)
* **DRI:** [Developer Relations Engineering team](/handbook/marketing/developer-relations/engineering/)
+2 −2
Original line number Diff line number Diff line
@@ -9,12 +9,12 @@ job: "Director of Contributor Success"
- [GitLab profile](https://gitlab.com/nick_vh)
- [LinkedIn profile](https://www.linkedin.com/in/nickveenhof/)
- [Twitter](https://twitter.com/Nick_vh)
- [Function profile](/job-families/marketing/developer-relations/contributor-success/management/#director-contributor-success)
- [Function profile](/job-families/marketing/contributor-success/management/#director-contributor-success)

## About me

Hi! I started with GitLab in April, 2022 as a [Servant leader](/job-families/engineering/development/management/#requirements) (Director of Contributor Success) in the area of
[Contributor Success](/handbook/marketing/developer-relations/contributor-success/).
[Developer Relations Engineering](/handbook/marketing/developer-relations/engineering/).
I live in [Ghent, Belgium](https://en.wikipedia.org/wiki/Ghent)  and my primary
operating hours are [9 AM to 5:30 PM (CEST)](https://www.timeanddate.com/worldclock/belgium/ghent).