Runner グループ - ユーザーストーリー
GitLab Runner グループのユーザーストーリー。
ユーザーストーリー
私たちは GitLab でユーザーストーリーを活用し、設計成果物を作成する際のソリューションを導きます。ユーザーストーリーは JTBD とは異なりますが、両者は互いに関連しており、プロダクト開発プロセスにおいて重要な位置づけです。ユーザーストーリーはペルソナ、使用ツール、そして手元の作業をどのように・なぜ完了させるかに焦点を当てています。
Runner Fleet ユーザーストーリーのマッピング
すべてのユーザーストーリーは Runner の JTBD にマッピングされています。
サブジョブ: CI ジョブの実行管理
- GitLab インスタンスまたはグループの Runner を管理するプラットフォームエンジニアとして、ジョブエグゼキューターが侵害された場合に知る必要があります。これにより、製品に脆弱性が侵入するのを防ぐことができます。
- GitLab インスタンスまたはグループの Runner を管理するプラットフォームエンジニアとして、一般的な管理機能をできるだけ迅速かつ効率的に実行する必要があります。これにより、チームの日常業務を継続できるようにするためです。
- GitLab インスタンスまたはグループの Runner を管理するプラットフォームエンジニアとして、X バージョン以上古い Runner が何台あるかを特定する必要があります。これにより、コンプライアンス強制の支援ができます。
- GitLab インスタンスまたはグループの Runner を管理するプラットフォームエンジニアとして、X 期間 GitLab インスタンスと接触していない X 台の Runner を自動削除するよう指定する必要があります。これにより、大規模な Runner フリートの維持管理のオーバーヘッドを削減できます。
- GitLab インスタンスまたはグループの Runner を管理するプラットフォームエンジニアとして、自分のチームが Runner をホストしている場合、承認されたバージョンを使用しているかを検証する必要があります。これにより、組織のコンプライアンスに準拠していることを確認できます。
- CI ジョブを実行するソフトウェアエンジニアとして、自分の開発目的で使用されている Runner を把握する必要があります。これにより、不要になった Runner を削除できます。
サブジョブ: CI ジョブのトラブルシューティング`
- CI ジョブの問題を開発者またはチームと一緒にトラブルシューティングするプラットフォームエンジニアとして、その CI ジョブの Runner を誰が登録したかを特定する必要があります。これにより、迅速に問題をトラブルシューティングして解決できます。
- CI ジョブの問題を開発者またはチームと一緒にトラブルシューティングするプラットフォームエンジニアとして、Runner がどのグループに関連付けられているかを特定する必要があります。これにより、迅速に問題をトラブルシューティングして解決できます。
- インスタンスの CI ジョブのパフォーマンスを確認するプラットフォームエンジニアとして、ペンディング中および実行中のジョブを確認する必要があります。これにより、その Runner と基盤となるホストシステムまたはプラットフォームにパフォーマンスの問題があるかどうかを迅速に判断できます。
