GitLab スポンサー Tufts 大学 Human Factors／工学心理学キャップストーンコース
GitLab では、誰もが貢献できると信じています。その精神に基づき、UX 部門のメンバーは、春学期に Tufts 大学 Human Factors Engineering／工学心理学 (BS) のシニアレベルの学生が取り組むプロジェクトをスポンサーすることを志願できます。
私たちはキャップストーンデザイン体験中に学生と関わり、サポートし、認識します。業界スポンサーとして、GitLab は学生と協力して、Tufts と私たちの組織の両方に関連する既存の問題を解決します。
Tufts のキャップストーンは、自分の知識を共有し互いに学び合いたい GitLab のチームメンバーにとって素晴らしい機会です。メリットには次のものが含まれます。
- GitLab に不慣れな学生と協力することで、メンタリングとコーチングのスキルを向上させる
- 私たちが日常的に扱っている概念について、複雑さを単純化する明確な言葉を使用してコミュニケーションスキルを向上させる
- デザインおよびリサーチコミュニティをサポートすることで、人前に出る経験を増やす。
キャップストーンコース概要
プログラム期間は 15 週間です。学生は 4〜5 人のグループで参加し、業界スポンサーが設定した Human Factors の問題やデザインチャレンジに取り組みます。
学期を通じて、学生は週次レポートとプレゼンテーション（ピアレビューあり）、論文レビュー、スポンサーミーティング／レビューを含む、プロフェッショナルレベルの作業を提供します。プロジェクト管理と計画と共に、ユーザーリサーチの手法と原則が適用されます。このコースの成果には、学生がクラス、学部、スポンサーに発表する最終プロジェクトビデオ、ポスター、プレゼンテーションを作成することが含まれます。
プロジェクトの仕組み
毎年秋に、プロジェクトリードは GitLab チームメンバーのボランティアを募集し、プロジェクトの提案を募ります。
春学期の開始時（通常は 1 月）、参加学生はどの提案に取り組みたいかを投票します。
提案が決定したら、ボランティアチームは学生と毎週ミーティングを開始します。週次ミーティングは春学期を通じて継続します（2025 年では、学生の春学期は 2025 年 1 月 15 日から 2025 年 5 月 9 日まででした。2026 年も同様の日程が予想されます）。
学期末に、学生は GitLab の社内オーディエンス（組織全体に開かれています）に結果を発表します。彼らはまた、最終プロジェクトを教授に発表します。
学期終了後、プロジェクトリードはボランティアと学生からフィードバックを募り、プロジェクトの結果を文書化し、翌年のプロジェクトリーダーシップを手配します。
ボランティアの参加方法
2026 年春学期のボランティアに興味がある場合:
認識のため、また参加が自分のキャパシティにどう影響するかを話し合うためにマネージャーに連絡してください。
ボランティアのリスト に自分を追加してください。
（オプション、ただし強く推奨！）学生に適したプロジェクトをブレインストーミングしてください。
ボランティアチームの構成
最良の結果を得るために、GitLab の UX チームから 3〜5 人のボランティアを募集しています。少なくとも 1 人はプロダクトデザイナー、1 人は UX リサーチャーである必要があります。
プロジェクト提案
しばらくバックログにあるプロジェクトはありますか？それは学生が取り組むのに良いプロジェクトかもしれません！一般的に、最良のプロジェクトには以下が含まれます。
- 学生が創造性を発揮できるよう、緩く定義されたスコープ。インストラクターは、学生が 4 ヶ月の学期内に完了できるよう、スコープを縮小することを提案するかもしれません。たとえば、GitLab CI/CD のオンボーディングフローを改善することです。このトピックは、デザインプロセス全体を進めるのに十分な柔軟性を提供しつつ、学生がオンボーディングフローの特定のエリアを評価したり、特定のユーザーをターゲットにしたりするためにスコープを縮小できます。
- ディスカバリーリサーチ、デザイン（プロトタイプ）、ソリューション検証を実施する機会。
- 非同期ファーストのアプローチ。
各プロジェクト提案には以下の要約を含める必要があります。
- タイトル: プロジェクトの簡潔でキャッチーな名前。これは、学生が学期のプロジェクトを選択する際に最初に目にするものの 1 つです。
- 説明: 問題ステートメントと、GitLab を初めて使う初心者にも意味のある概念に関する一般的な背景を含む、問題の要約。
ボランティア募集 Issue のコメントで、2026 年春学期のプロジェクトアイデアを提案できます。
プロジェクトアイデア
このリストは、Tufts 大学のキャップストーンプロジェクトで以前に検討されたプロジェクトのリストです。プロジェクトの選択を開始したり、アイデアをブレインストーミングしたりするのに役立ててください。
GitLab が開発者とデザイナーからのコミュニティ貢献を増やすのを助ける
オープンソースの原則は GitLab の中心にあり、GitLab ユーザーがプロダクトを愛する理由の 1 つです。私たちは私たちのプロダクトに貢献するコミュニティに依存しています。はい、その通り！開発者、あるいはデザイナーが自分のコードや機能設計を貢献し、それが私たちのプロダクトに追加されることになるかもしれません。私たちはできるだけ多くのコミュニティ貢献を望んでいます。このプロジェクトは実際には、コミュニティコントリビューターによって提起された Issue に基づいています。あなたは、コミュニティに貢献するモチベーションを高めるために GitLab を改善する方法を理解することに焦点を当てます。あなたは、開発者とデザイナーがコードやデザインを貢献するモチベーションを理解するために、実際のユーザーとリサーチを実施します。また、学んだことに基づいてモックアップを作成し（Figma の Pajamas UI キット を使用できます）、実際のユーザーで検証します。
開発者はどのようにランナーを使用しており、なぜランナーが彼らに重要なのか？
ランナーは、GitLab の主要な提供物の 1 つである 継続的インテグレーションとデプロイ (CI/CD) の中核にあります。何千人ものユーザーが、GitLab チームメンバーによって管理される GitLab SaaS Runners を使用しています。GitLab の独自インスタンスを実行していて gitlab.com を使用できない企業の場合、CI/CD 機能を使用するには、自社のランナーを持ち込み管理する ことが必要です。私たちはランナーを担当するプラットフォームエンジニアの管理とオブザーバビリティのニーズについて広範なリサーチを行ってきましたが、開発者（および権限の低い他者）がランナーをどのように利用し、ジョブを完了するためにどのランナー情報が彼らにとって重要かは明確ではありません。あなたは、実際の GitLab 開発者とリサーチを実施することで、目の前の問題を理解することに焦点を当てます。また、学んだことに基づいて Figma の Pajamas UI キット でモックアップを作成し、ユーザーで検証します。 開発者をインタビューして、今日彼らがランナーとどのように相互作用しているか、ランナーに関してどのようなタイプの情報を知る必要があるかを理解してください（プライマリ Issue: 問題検証: 開発者（および同じか、より少ない権限を持つ他者）はランナーとどのように相互作用するか？）。Project>CI/CD>Runners ビューを置き換える、このデータを提示するモックアップ提案を作成し、実際の開発者で検証してください。
ユーザーはプロジェクトレベルの分析とどのように相互作用しており、満足しているか？
さまざまな ペルソナ が、さまざまなジョブのためにプロジェクトレベルの分析ページを利用しています。これは組織がプロダクト開発ワークフローを通じてどのように進んでいるかを評価するのに役立ちます。これらの分析ページを実装した後、これらがユーザーにとってどれほど有用か、またワークフロー内のどこで彼らが使用するかを知るのは困難です。それらはユーザーが効率的にジョブを完了するのに最も理想的な場所に配置されていますか？あなたは UX ヒューリスティック と既存リサーチのカタログを使用して、これらのページが何をうまく行っており、何をうまく行っていないかを判断します。また、Pajamas 標準 を活用するためにページを再設計し、これらの新しい解決策が実際の GitLab ユーザーに対してこれらのページの jobs to be done (JTBD) にプラスの影響を与えていることを検証します。このプロジェクトを完了する十分な時間が確保できるように、チームと協力してスコープを縮小してください！たとえば、リポジトリ分析ページの改善のみに焦点を当てます。
GitLab ユーザーは、docs.gitlab.com で必要な具体的情報をどこで見つければよいかを理解しているか？
GitLab のドキュメントサイトには、大量で成長中のコンテンツが含まれています。特定のコンテンツの見つけやすさはユーザーにとって問題となっています。ユーザーが探しているものを見つけられるためには、ドキュメントサイトのコンテンツの異なるセクションの認識と理解が重要です。
- GitLab ユーザーは、docs.gitlab.com で必要な具体的情報をどこで見つければよいかを理解していますか？
- GitLab ユーザーは、各セクションまたは「バケット」にどのようなタイプのコンテンツがあるかを理解していますか？
- セクション名（バケット）はユーザーの期待に応えていますか？
- ユーザーがバケットを理解していない場合、理解を高めるための改善はどのようなものですか？
変更をプッシュする際の継続的インテグレーション（CI）の使用
CI は、ソフトウェアを簡単に、より速く、より少ないリスクで開発できるようにするため、世界中の企業にとって定期的なプラクティスとなっています。ビルドとテストを自動化することで、開発者はより高い信頼度でより小さな変更をコミットし、コードのフィードバックをより早く得られるようになります。GitLab の CI 機能は数年前に設計され、GitLab のチームメンバーが社内でサイロ化された性質で働くため、CI とコードのマージの体験全体を一歩下がって評価する瞬間がありませんでした。このプロジェクトでは、ドキュメントを含む現在の体験を評価し、CI が有効な状態でコードを開発／マージする際の苦労を理解するために GitLab を使用する実際の開発者と話します。見つけたインサイトを使用して Figma の Pajamas デザインシステムで改善し、実際のユーザーでテストします。
プロジェクトリード
Tufts 大学のキャップストーンコースプロジェクトのプロジェクトリードは、ローテーション式のボランティアポジションです。役割が伴うプロフェッショナル開発の利点とワークロードを共有するため、理想的には同じ個人が連続して 1〜2 年以上プロジェクトを運営することはないようにします。
プロジェクトリード履歴
| 年 | 名前 |
|---|---|
| 2023 | Gina Doyle |
| 2024 | Gina Doyle |
| 2025 | Chad Lavimoniere |
| 2026 | Chad Lavimoniere |
| 2027 | TBD |
責任とタイムライン
プロジェクトリードは、学生プロジェクトの前、最中、後にさまざまな責任を持ちます。
プロジェクト開始前
プロジェクト開始までに、プロジェクトリードは以下を行うべきです。
- 理想的なボランティアチーム構成を念頭に置き、GitLab チームメンバーのボランティアを募集する。
- 学生が投票するために、GitLab チームメンバーから少なくとも 2 つのプロジェクト提案を募る。
- 各プロジェクト提案の機能領域をオーナーする Product チーム DRI（プロダクトマネージャー、プロダクトデザイナー、UX リサーチャー）とコミュニケーションする。
- 教授 Linda Borghesani (
[email protected]) と連携する。彼女が学生がどの提案を選ぶか手配します。
プロジェクト中
プロジェクト開始時、プロジェクトリードは以下を行うべきです。
- Legal と協力して、学生が私たちの SAFE フレームワークのガイドラインに従う NDA に署名するようにする（🔒 社内限定）。学生が 1 月にプロジェクトを選択したら、NDA を正式に発行するために、
@kteshにプロジェクトの開始日と終了日、プロジェクトトピックの簡単な説明、およびすべての学生のメールを連絡するのがベストです。 - キャップストーンプロジェクトの進捗を追跡するために、Tufts 大学グループ で指定のサブグループとパブリックプロジェクトを作成する。学生に学校のメールで GitLab アカウントを作成するよう促し、プロジェクトに
ownersとして招待する。これにより、彼らは GitLab の動作と、解決する問題に慣れることができます。これは、プロジェクトを完了するために必要なリソースやマテリアルにアクセスする場所にもなります。インスピレーションのためにこのプロジェクト を確認してください。 - 学生との日々のコミュニケーションのための Slack チャンネルを作成する。このSlack リクエスト フォームを使用して Slack チャンネルに外部ユーザーを含めることができます。このアクセスリクエスト Issue も参考に使用できます。
- 選択されたプロジェクト提案の要約を書き出し、学生が学ぶ概念をよりよく理解するために役立つリソースをリンクする。インスピレーションのためにこの markdown ファイル を確認してください。
- ボランティアと学生のための週次チェックインミーティング時間をスケジュールする
- 学生が何を期待するかわかるよう、週次チェックインのアジェンダドキュメントを作成する。インスピレーションのためにこのアジェンダ を確認してください。
- 学生との最初のミーティングで、プロジェクトから得たいスキルは何かを尋ねる。週次チェックイン中にそれらのスキルに焦点を当て、現実世界のシナリオでそれらがどう使われるかを学生に教える機会があります。この例は、Figma でのデザインシステムの使い方の説明で、Figma でライブラリを取得する方法、コンポーネントの追加・編集、さらには Figma キット自体への貢献などです。学生が以前に尋ねたトピックは、補足資料と共にこの Issue のスレッドに列挙されています。
プロジェクトが進行中、プロジェクトリードは以下を行うべきです。
- 学生チームと協力して、必要なリソース（例: Dovetail）と人（例: 専門家やインタビュー参加者）にアクセスできるようにする。マネージャーと協力して、学生に GitLab ツールおよびプロジェクトへの適切なアクセスを与える。
- ディスカバリーリサーチ提案などの大きな成果物について、ステークホルダーレビューセッションを開く。これらのミーティングは 少なくとも プロジェクトが焦点とするプロダクト領域のプロダクトマネージャー、プロダクトデザイナー、UX リサーチャーを含めるべきです。これらは、週次同期の代わりに、またはチームの好みに応じて別の時間に開催できます。
- プロジェクトの Issue を使用して、プロジェクト準備や学生の成果物のレビューなど、スポンサー割り当てのタスクを追跡する。
- 週次チェックインを録画し、Unfiltered の Tufts キャップストーンプロジェクトプレイリスト に追加する。このプレイリストは非公開です。一部の録画には、機密リサーチや競合他社のレビューなどの機密情報が含まれるためです。
- 学生と教授が興味を持っている場合、GitLab 主催の Zoom ミーティングで最終発表を彼らのために整える。以下を必ず行ってください。
- 参加者として Product 部門を含めます。
- これらのステップ に従って、GitLab チームミーティングカレンダーにイベントを追加します。
- 透明性を高めるために
#whats-happening-at-gitlabに投稿します。
プロジェクト完了後
プロジェクトが完了した後、プロジェクトリードは以下を行うべきです。
- 学生の結果の書き出しを GitLab UX リサーチプロジェクト と gitLab-org/gitlab プロジェクト で共有する。インスピレーションのために、このリサーチサマリー と機能提案 を確認してください。
- 現在および過去のボランティアと連携して、翌年のプロジェクトリードが誰になるかを決める。
質問がある場合は Slack で @gdoyle または @clavimoniere に連絡してください。FAQ を含む詳細情報はこちら で見つけることができます。
bfd74782)