Commit c320a1b0 authored by Jamie Allen's avatar Jamie Allen
Browse files

LevelUp Platform Transition: Removing and Updating Handbook Links

parent d81a304d
Loading
Loading
Loading
Loading
+0 −1
Original line number Diff line number Diff line
@@ -71,7 +71,6 @@ As a mentor, you benefit from:
- You have availability in your schedule to meet with your mentee on a bi-weekly basis for at least 30 minute meetings for the entire length of the program
- You plan to make every effort to attend all live trainings included in the program structure
- You are not on a [Formal Coaching plan](/handbook/leadership/underperformance/#options-for-remediation) or PIP (Performance Improvement Plan)
- You can complete the [DIB training certification](https://university.gitlab.com/access/saml/login/internal-team-members?returnTo=https://university.gitlab.com/learn/course/dib-training-certification) before the program begins

Note: Anyone at GitLab, regardless of gender identity, can apply to be a mentor in the Women at GitLab mentorship program.

+3 −3
Original line number Diff line number Diff line
@@ -27,12 +27,12 @@ description: "The GitLab Learning Restructure Working Group aims to create a pla

### Update /Learn

1. Inventory existing training programs to establish a SSoT ==> Complete, established in [GitLab Learn](https://university.gitlab.com/)
1. Update <https://university.gitlab.com/> to capture SSoT and provide more clarity on which training is for what ==> Complete
1. Inventory existing training programs to establish a SSoT ==> Complete, established in GitLab Learn
1. Update to capture SSoT and provide more clarity on which training is for what ==> Complete

### Create future coordination processes and plan

1. Document in the Handbook a process that DRIs working on learning content will follow to keep [GitLab Learn](https://university.gitlab.com/)up-to-date, to ensure it remains the SSOT of GitLab-produced learning content. This will include existing content and planned content. ==> Complete, documented and established #gitlab-learn-updates Slack channel for reminders to update and x-team communications.
1. Document in the Handbook a process that DRIs working on learning content will follow to keep GitLab Learn up-to-date, to ensure it remains the SSOT of GitLab-produced learning content. This will include existing content and planned content. ==> Complete, documented and established #gitlab-learn-updates Slack channel for reminders to update and x-team communications.

## Roles and Responsibilities

+0 −1
Original line number Diff line number Diff line
@@ -128,7 +128,6 @@ To better measure our goals and vision, we are tracking [Performance Indicators
   - [GitLab Performance Testing](/handbook/engineering/testing/performance-tools/)
   - [Getting started with the GraphQL API](https://docs.gitlab.com/ee/api/graphql/getting_started.html)
   - [Database Engineering](/handbook/engineering/development/database/)
   - [Reliability Training](/handbook/engineering/training/reliability)

## How We Work

+0 −167
Original line number Diff line number Diff line
---
title: Development Department Learning and Development - Reliability
---

## Goal of this training

As we have a renewed focus on reliability in engineering to reduce outages, we have made many changes to the handbook, production documentation, and our processes. While we have announced them via multimodal communication (EWIR, slack, email, meetings), not everyone has likely seen and internalized all of the important changes.

We want to gather all the crucial changes, explain why we made them, discuss a summary, and link to where you can find more information.

This material is available as a [learning pathway on GitLab's Level Up](https://university.gitlab.com/access/saml/login/internal-team-members?returnTo=https://university.gitlab.com/learn/course/development-reliability).

## Introduction

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/Evhtsds-I-Q" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Amplifying SaaS Reliability Focus](https://gitlab.com/gitlab-com/Product/-/issues/2881)

[Reliability & Security Standup](https://docs.google.com/document/d/1vww0BfRzHtrGhMppTEw5Q27KSzD1e72dmJ3XoppxC-A/edit# )

## The business impact of reliability

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/XJ7Q771lzvY" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Importance of reliability to the business](https://gitlab.com/gitlab-com/Product/-/issues/3171)

## Impact of reliability on users

[Video (not public)](https://drive.google.com/file/d/1-nuLKwpkkMJnd5ceoYfX23gKh85V3zUy/view?usp=sharing)

[Improving SUS](https://docs.google.com/presentation/d/1kMZcRnOjuQ0K3TtT1YxedhFb5-Ej_cr2mXxeeJ9sbZ0/edit#slide=id.g98418cf290_0_29) - slides 9 through 14 in particular

## Updates to values

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/IBpGgl3lEz4" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[MR to change quality and reliability](https://gitlab.com/gitlab-com/www-gitlab-com/-/merge_requests/88933/)

[MR around things that don't scale](https://gitlab.com/gitlab-com/www-gitlab-com/-/merge_requests/87977)

## Blameless Culture

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/WMkchw5hzlc" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Google SRE Book: Blameless culture](https://sre.google/sre-book/postmortem-culture/)

## Limiting the impact of far reaching work

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/bHukJTipMJk" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Limiting the impact of far-reaching work](/handbook/engineering/devops/#reducing-the-impact-of-far-reaching-work)

## Overview of Risk Mapping

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/-i0bFAznPGI" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Developer Experience Risk Mapping](/handbook/engineering/testing/risk-mapping/)

## MR acceptance checklist

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/yrOrueDn1es" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[MR acceptance checklist](https://docs.gitlab.com/ee/development/code_review.html#acceptance-checklist)

## Updates to the definition of done

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/cQVPjW-wakQ" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Definition of Done](https://docs.gitlab.com/ee/development/contributing/merge_request_workflow.html#definition-of-done)

## Backwards Compatibility

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/6OQWyc1M_8Q" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Course on backwards compatibility](https://university.gitlab.com/access/saml/login/internal-team-members?returnTo=https://university.gitlab.com/learn/course/backwards-compatibility-training)

## How to use the stage group dashboards to understand how a feature category performs

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/WGctFcKjGsY" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Stage group dashboard documentation](https://docs.gitlab.com/ee/development/stage_group_observability/dashboards/)

## Error budgets
<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/wmOSPGBo3rs" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Error budgets](/handbook/engineering/error-budgets/)

## Feature Change Locks (FCL)

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/jO-_hucp2yg" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Feature change locks](/handbook/engineering/#development-items)

## Added past due infradev as a KPI

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/cZVOCIftsl8" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Past due infradev issues](/handbook/engineering/development/performance-indicators/#past-due-infradev-issues)

## Overview of Engineering Metrics Dashboards

<!-- blank line -->
<figure class="video_container">
  <iframe src="https://www.youtube.com/embed/vOsyw473M1M" frameborder="0" allowfullscreen="true"> </iframe>
</figure>
<!-- blank line -->

[Engineering metric dashboards](/handbook/product/groups/product-analysis/engineering/dashboards)

## Feedback on the training

* What did you like about the training?
* What did you not like that we should improve?

Add your comments in this [feedback issue](https://gitlab.com/gitlab-com/www-gitlab-com/-/issues/12507).
+1 −1
Original line number Diff line number Diff line
@@ -23,7 +23,7 @@ Not only are buddies helpful to someone that has just started with GitLab, but a
   - Be sure to suggest [location channels](/handbook/communication/chat/#location-channels-loc_) and [Social Slack Groups](/handbook/communication/chat/#social-groups) where they can immediately plug in with other team members who appreciate similar things.
1. **Ask where they need help and connect them with the experts**. Buddies should make the effort to connect new GitLab team-members with subject matter experts if your assigned team member requests additional help in a given area. Examples are below.
   - For new GitLab team-members who have not worked in a [remote organization](/handbook/company/culture/all-remote/) before, they may need assistance in thinking through an ideal [workspace](/handbook/company/culture/all-remote/workspace/) and embracing [informal communication](/handbook/company/culture/all-remote/informal-communication/). Consider asking seasoned remote colleagues in the `#remote` Slack channel to reach out and answer questions.
   - If they're new to [Git](https://university.gitlab.com/), consider asking experts in the `#git-help` Slack channel to reach out and offer a tutorial.
   - If they're new to Git, consider asking experts in the `#git-help` Slack channel to reach out and offer a tutorial.
   - If they're new to [Markdown](https://about.gitlab.com/blog/2018/08/17/gitlab-markdown-tutorial/), consider asking experts in the `#content` Slack channel to reach out and offer support.
1. **Help with the team page.** For less technical new hires, adding themselves to the [team page](/handbook/company/team/) might feel like the most daunting task on the onboarding issue. Offer to help with the process. This doesn't necessarily have to happen on day one, but you should let them know that you're available to help if and when they need it. Consider scheduling a second meeting later in the week to walk them through [the process](/handbook/about/editing-handbook/#add-yourself-to-the-team-page)
   - In particular, help them to create their SSH key as this tends to be a sticking point for many new hires. You can also show them [Lyle's walkthrough](https://youtu.be/_FIOhk03VtM).
Loading