Content last updated 2025-01-06

GitLab における Jobs to be Done

Jobs to be Done (JTBD) は、特定の解決策ではなく、解決したい問題に焦点を当てて、ユーザーの視点からプロダクトとソリューションを見るためのフレームワークです。GitLab チームメンバーがユーザーニーズを発見し、戦略的機会を特定し、計画を検証し、イノベーションを推進するのに役立ちます。

このページおよび関連ページ(PlaybookBeyond the Playbook)の素材は、Jim Kalbach と彼の著書「The Jobs to be Done Playbook」から引用しています。

実践的な JTBD リサーチガイダンスについては、playbook を参照してください。ジョブキャンバスの各側面の詳細については、JTBD キャンバスの構造 をレビューしてください。

注: 以前の JTBD ソース(yml ファイル、社内限定)は置き換えられています。新しいハンドブックページが作成されるまで、チームは FigJam で JTBD 作業を追跡する必要があります。

メインジョブからマイクロジョブまで

Jobs to be Done について話すとき、私たちはしばしばさまざまなレベルのジョブについて話します。これらのレベル間の用語の違いを記すことが重要で、あなたとあなたのステークホルダーが効果的にコミュニケーションできるようにします。

JTBD 階層図

メインジョブ

メインジョブは目的を達成するための手段です。それは実行される行為であり、明確な終了状態を持つべきです(JTBD の「done」の部分)。これが、ジョブステートメントを書くときに、ジョブを動詞 + オブジェクト + 修飾子のパターンで書く理由です。

例: 新しい家を買う

スモールジョブ

スモールジョブはより実践的で、プロセスやワークフローに対応します。メインジョブのコンテキストにおいて「ジョブがどのように行われるか?」という質問に答え、ユーザーを目標達成に近づけます。

例: 家にオファーを出す

マイクロジョブ

マイクロジョブは、ユーザーがスモールジョブとメインジョブを達成するために行う小さなタスクです。マイクロジョブは自明で、多くのコンテキストなしに理解しやすいべきです。

例: 提示価格に対してどれだけオファーするかを決める。

Jobs to be Done のプロセスを進める際、ジョブを正しい高度で識別し配置できることが重要です。これは、メインジョブに集中し続け、インタビュー中に聞いた新しい情報を ジョブステップ に素早く組み込む(または破棄する)のに役立ちます。


JTBD - Playbook を超えて
JTBD は、GitLab が実施する多くのリサーチおよびデザインアクティビティで、戦略的機会を明確にし洗練するために使用できます。
JTBD キャンバスの構造
Jobs to be Done キャンバスは、[ジョブパフォーマー](#job-performer-who-do-you-want-to-innovate-for)の[メインジョブ](/handbook/product/ux/jobs-to-be-done/#main-jobs)の要素を、簡単なイテレーション、共有、文書化のために整理します。私たちは [FigJam テンプレート](https://www.figma.com/file/Z4lsAOLH1ANN3pstQFYgSk/Jobs-to-be-done----Playbook-Template?type=whiteboard&node-id=0%3A1&t=7nzgsnW0igvXKwjr-1) 内の [JTBD playbook](/handbook/product/ux/jobs-to-be-done/jtbd-playbook) でキャンバスを使用しています。
JTBD リサーチプレイブック
GitLab は、[Jim Kalbach の JTBD Playbook](https://www.amazon.com/Jobs-Be-Done-Playbook-Organization/dp/1933820683) に基づくプロセスに従い、[ジョブキャンバス](/handbook/product/ux/jobs-to-be-done/jtbd-canvas-anatomy)を開発し、ランク付けされた顧客成果を特定します。
検証済み GitLab JTBD キャンバスと機会スコア
このページには、GitLab JTBD プレイブックプロセスを経た JTBD キャンバスへのリンクと、それらのキャンバスからのトップの成果ステートメントと機会スコアが含まれています。