Content last updated 2025-09-03

高度なサポートトピック

サポートチームメンバーが専門スキルを身につけるために完了できるトレーニングモジュール。

サポートトレーニングモジュール

サポートチームメンバーが専門スキルを身につけるために完了できる、いくつかのトレーニングモジュールがあります。

モジュールチェックリストの作成

トピックに Docs へのリンクがある場合、進めながら学習パスを作成してドキュメント化する必要があります。完全な例については Geo チェックリストをご覧ください。Docs へのリンクをチェックリストへのリンクに置き換え、リンクの後に (WIP) を付けて、現状のリストを終了してもエキスパートバッジが得られないことを人々に伝えてください。

トピックの選び方

最近のチケットで答えられなかったものを思い返すのが、通常良い出発点となるので、チームが最も必要としているものを選ぶようにしましょう。どれに取り組むかをマネージャーに伝えると、チームがより専門知識を必要としている別の領域があれば教えてもらえます。他の高度なトピックのチケットには常に答えるようにしますが、専念して学ぶ時間が来たら、一度に 1 つの領域に集中しましょう。

以下のいずれかのモジュールを完了してエキスパートバッジを獲得

ディープダイブ

サポートが属するエンジニアリングチームには、特定のトピックに関する知識を共有するディープダイブがあります。サポートチームも、通常はサポート中心の焦点で、トピックごとのディープダイブを企画・実施することが奨励されています。

説明

ディープダイブは、参加者がそのテーマについてすでにある程度の基本的な理解や適性を持っていることを前提に、特定のトピックに関する知識を共有するセッションです。準備段階から終結段階までの役割を担う、ホスト、アシスタント、複数の参加者が登場しますが、GitLab の他の誰でも貢献を歓迎します。

ディープダイブの例:

  • Omnibus 上の GitLab Geo（Geo モジュールを基に）
  • GitLab を用いた ElasticSearch（GitLab の ElasticSearch ドキュメントを基に）
  • 高度なユースケースのための CI 構成（例: docker-in-docker の構成、それを使ったイメージのビルド、Docker レイヤーキャッシングを活用したイメージビルド時間の最適化）（CI モジュールを基に）

ゴール

ディープダイブのゴールは:

  • 参加者にトピックの深い理解を素早く植え付けること。
  • 既存のトレーニングおよび/または製品の弱点を見つけて強化すること。
  • 簡単にアクセスして視聴できる録画を作成すること。

役割と責任

ホスト

ホストとして、あなたはこのディープダイブをリードし、トピックについて平均以上の理解を持つことが期待されます。あなたは参加者が前提知識レベルまでトピックの知識を高めるのを助け、その上で通話中にその知識を構築します。その後、アシスタントや他の参加者と協力して永続的な改善を行います。

通話自体は最も効果的だと思う方法で構成できますが、ディープダイブの目的を達成するために、全体プロセスについて以下の構造が作成されています。

まず、ディープダイブのために Issue を作成し、そのテンプレートを使用してください。そこにはあなたのタスクが含まれます。要約すると、Issue テンプレートは以下のようないくつかのことを行うように求めます:

  • 聴衆となる参加者を見つける
  • 通話中および通話後にタスクを手伝うアシスタントを見つける
  • 通話前に質問を準備して臨めるよう、いくつかのタスクを完了するよう求める
  • コミュニケーションを取り、タスクを手伝うための Slack チャンネルを作成する
  • 通話用の質問とノートのための Google Docs を作成する
  • 通話を録画する

通話中、最新の GitLab バージョンに言及して、録画にそのコンテキストを含めるようにしてください。GitLab はイテレーションが速いので、将来動画を見る人が見ているものに関連するコンテキストを持つことが重要です。質問に答える時間 (ドキュメントからの質問も含む) を確保して、通話の全員が混乱点を明確にする機会を得られるようにしましょう。

通話が終わったら、このトピックの将来の学習者が簡単にこの録画を見つけて視聴できるようにすべきなので、Issue ではいくつかの場所にリンクすることも求められます。参加者はアーティファクトの作成にも取り組むので、できる限り手伝ってください。

参加者

参加者として、あなたはディープダイブの学生です。最終的な目標は、このプロセス全体からできる限り多くを学び、顧客を助け、最終的にはエキスパートになるためによりよく備えることです。

ディープダイブは講義ではなく、円卓ディスカッションを意図しています。誰もがトピックや既存のトレーニングを通った経験についての質問や考えを持ち寄ることが奨励されています。ドキュメントやハンドブックの改善のアイデア、より明確さが必要な箇所、機能改善のアイデアなどはすべて歓迎されます。このより深いレベルの参加が行われるためには、参加者がすでに基礎に精通していて、トピックへのこのより深い掘り下げが行えることが期待されます。

ディープダイブが完了する前後にいくつかのタスクを完了します。通話前のタスクはトピックの基礎を素早く教えることを意図しており、通話後のタスクは通話および通話に至るまでの経験を永続的な変化に変えることを意図しています。

提案:

  • ディープダイブはトピックについて比較的素早く多くを学ぶ素晴らしい機会です。協力したり質問したりできる人がたくさんいます。レベルアップするためにこの機会を最大限に活用してください。
  • Issue のタスクを使って通話前にできるだけ多くを学んでください。これによりディープダイブから最大限を引き出せます。
  • たくさん質問してください。Slack チャンネル、Google Docs、または GitLab の他の場所で質問してください。
  • 後でアーティファクトを作成するために使えるよう、トレーニング資料やドキュメントで欠けているものを追跡しておいてください。
  • 自由にタスクのいくつかまたはすべてでペアリングしてください。
アシスタント

アシスタントは、ホストとともにディープダイブ Issue に割り当てられた参加者です。参加者としての役割に加えて、あなたの目的は他の参加者をアーティファクトを作成する正しい道に導くことです。

要約すると、Issue テンプレートでは、通話中に詳細なノートを取り、後でそれらのノートを他の参加者がアーティファクトを作成するために使えるタスクに変換することが求められます。それらのアーティファクトが作成され、Google Docs の内容がより永続的な場所を見つけたら、それを非推奨化します。

アーティファクト

製品とそのトレーニングを強化するというゴールを達成するため、ディープダイブはいくつかのアーティファクトを生み出すことが期待されます。

最初にして最も重要なアーティファクトは、簡単にアクセスできるように作られた録画へのリンクです。

関連モジュールがある場合、もう 1 つのアーティファクトは録画を見るステップを作成するマージリクエストです。

ディープダイブの終わりに、結果のノートはワーキング Google Docs からより永続的な場所に移されるべきです。これは Issue および/またはマージリクエストの形を取ります。以下にそれらがどのようなものになるかの例を示します:

  • 新しい機能を作成したりバグレポートをファイリングしたりするための Issue
  • 何かを明確にしたりトラブルシューティング手順をドキュメントに追加したりするためのマージリクエスト
  • 新しいドキュメントセクションを追加するための Issue
  • モジュールを更新、改良、分割、または結合するためのマージリクエスト
最終更新 July 30, 2026: Merge pull request #483 from kyama0/translation/batch-2026-07-29-1 (c955a93f)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License