グループとプロジェクトの簡素化ワーキンググループ

GitLab グループとプロジェクトの簡素化ワーキンググループのビジネス目標、解決すべき問題などについて学ぶ。

属性

プロパティ	値
作成日	2020年5月22日
終了日	2020年10月30日
Slack	#wg_simplify-groups-and-projects（社内からのみアクセス可能）
Google Doc	ワーキンググループアジェンダ（社内からのみアクセス可能）
ドキュメント / Epic	Epic、機会キャンバス
機能 Issue	未定
関連 OKR	90日未満のアカウントの Active Namespace ごとのステージ数を >1.7 に増加

グループ、サブグループ、プロジェクトは現在の構成でユーザーにとって混乱を招いており、Plan をはじめ多くのステージでの採用、オンボーディング、リテンションに悪影響を与えています。
現在、「プロジェクトレベルで存在する機能をグループレベルに実装してほしい」という多数のリクエストがあります。これはこの問題の一部を解決しようとするアプローチですが、プロジェクトレベルにはすでに存在する機能をグループ内に重複して作成することになります。
これを行うと、グループレベルで同じエクスペリエンスをきれいに再現できず、欠陥、不足した機能、不良な UX が生じ、顧客にとって不完全で苦痛な重要なパスが生じます。
外部的に： GitLab は企業がチームやワークフローを整理する方法に柔軟性がありません。内部的に： グループ内のプロジェクトレベルの機能（またはその逆）の実装（または技術的負債の解消）に数百万ドルを費やしています（または費やすことになります）。
機会キャンバスの「課題」と対応する顧客の視点を参照してください。

この複雑な組織モデルの代わりに、グループとプロジェクト間で基本機能（Issue、Wiki、Epic など）を重複させることなく、ユーザーがこの簡素化された組織モデルのように GitLab を構造化できるようにします。
Active Namespace ごとのステージ数 / ユーザーごとのステージ数を向上させます。
ユーザビリティとパフォーマンスに関する NPS / SUS スコアを向上させます。

（✅ 完了、✏️ 進行中）

この問題を解決する広範囲にわたる影響と、製品全体にまたがるため、セクションごとに少なくとも1名のメンバー、理想的にはステージごとに1名のメンバーを配置したいと考えています。

ワーキンググループの役割	担当者	職位
エグゼクティブスポンサー	Anoop Dawar	VP Product Management
ファシリテーター	Justin Farris	Group Product Manager, Plan
機能リード	Liam McAndrew	Engineering Manager, Manage:Authentication and Authorization
機能リード	Gabe Weaver	Senior Product Manager, Plan
機能リード	UX Mike Long	Product Design Manager, Dev:Plan & Dev:Manage
メンバー	Melissa Ushakov（Manage）	Senior Product Manager, Authentication and Authorization
メンバー	Alex Pooley（Manage）	Senior Backend Engineer, Authentication and Authorization
メンバー	Christen Dybenko（Create）	Senior Product Manager, Knowledge
メンバー	Natalia Tepluhina（Create）	Staff Frontend Engineer, Knowledge
メンバー	Markus Koller（Create）	Backend Engineer, Knowledge
メンバー	Keanon O’Keeffe	Senior Product Manager, Plan
メンバー	Mark Wood	Senior Product Manager, Plan
メンバー	Donald Cook	Frontend Engineering Manager, Plan