GitLabのHVS-FO Data and Opsチーム
HVS-FO Data and Ops チームハンドブックへようこそ
チーム
| 名前 | GitLab ハンドル | タイトル |
|---|---|---|
| Max Fleisher | @mfleisher | Sr. Mgr, HVS Data and Operations |
| Sara Gladchun | @sglad | Sr. Analyst, HVS Data |
| Ed Lu | @eclu94 | Sr. Analyst, HVS Operations |
私たちが協業する相手
HVS-FO チーム - セールス効率と戦略を通じて nARR と成長を推進するためのデータインサイトと運用サポートを提供するため、HVS-FO チーム全体とパートナリングしています。
中央データチーム - クロスファンクショナルなデータイニシアチブに関与し続け、可能な場合は協業し、データモデルと Snowflake に存在するデータに関するフィードバックを提供することで、中央データチームと協働しています。また、データサイエンスチームのプロジェクトとモデルを最新の状態に保ち、彼らの予測アウトプットの多くを私たちの分析とトリガーに組み込むことで、データサイエンスチームとも協働しています。
Product Analytics - 彼らが取り組んでいる主要プロジェクトを最新の状態に保ち、彼らのモデルの多くを私たち自身のデータ作業で活用することで、Product Analytics と協働しています。
Fulfillment - セルフサービスフルフィルメント機能と機能リクエストに関するデータを提供するため、Fulfillment と協働しています。
Marketing Analytics - FO ファネルに関するデータと、プールされたアカウント顧客へのターゲットデジタルアウトリーチを提供するため、Marketing Analytics とパートナリングしています。
リソース
一般
| リソース | 概要 |
|---|---|
| Data Request Issue Template | アドホックなデータの質問とリクエストに使用すべきテンプレート |
| Data Hub | 私たちのデータアセットとリソースをすべて一か所にまとめたもの |
OKRs
私たちと協業する
目的: より広いセルフサービスチームがセルフサービスデータスクワッド(Max、Sara)と関わる方法を概説する
ゴール: 透明性のあるエンゲージメントモデルを提供しながら、インサイトへの依存関係/ブロッカーを最小化する
免責事項: すべてのデータの質問に答えられるわけではありません。最終的に、アドホックな質問に答える時間を取ることは、プロジェクトに費やす時間が減ることを意味します(別名、ゼロサムキャパシティ問題)。これはアドホックな質問が重要でないということではありません。しかし、OKR プロセスを通じて優先順位付けされた進行中の「ボルダー」レベルのプロジェクトもあり、これも進める必要があります。
アドホックなデータリクエストや質問を提出する方法:
既存のリソース(例: data hub、SFDC)を活用してこの質問に答えようとしましたか?
- もしいいえなら、これらの既存のリソースを使用して質問に答えるよう試みてください。
- もしはい、しかしまだ質問に答えられない場合は、質問 2 に進んでください。
私たちのプロジェクトの Data Question Intake issue テンプレートを使用して、以下を行ってください:
- “Filled out by Requestor"セクションの下のすべての項目に記入する
- “Self-Service Data"と"Self-Service Data Ad Hoc"ラベルを追加する
- ビジネスを停止させる場合: Issue へのリンクと共に Slack(理想的には#hvs)で Max にタグ付けする。
SSOT クエリ
SSOT データは、メトリックに自信を持ち、繰り返し可能で再現可能なレポーティングを行い、データチームがより効率的に作業するために必要です。基礎となるベースクエリとアドホック分析の両方の SSOT SQL クエリを格納するためのGitLab リポジトリを作成しました。
これにより、ダッシュボードのような基礎プロジェクトと、将来繰り返し、調整、または変更が必要になる可能性のある一回限りの分析に使用されるクエリの記録を保持できます。 ダッシュボードクエリは、データチームが BI ツール内でより効率的に作業するために、Sisense のスニペットとしても格納されています。現在、これらのクエリを Tableau 内でも動作するように更新中です。
スニペットと SSOT クエリを作成または更新するための現在のワークフローは次のとおりです:
- クエリを作成または更新し、望ましい結果と正確なデータを生成することを確認する
- SSOT Queries ディレクトリのクエリを更新し、新しいブランチにコミットする
- MR を作成し、別のデータチームメンバーをレビュアーとしてタグ付けする
- レビュアーがコードをレビューし、MR をマージしてクエリを更新する
- MR が承認されマージされたら、元の作成者が Sisense のスニペットを更新する(元の作成者は、コメントの日付を最も最近更新された日付で更新する必要もあります)
Tableau データソースワークフロー(WIP - 新規データソース):
- Snowflake ワークシートを使用して、望ましい出力を生成するクエリを作成する
- Snowflake から Tableau Desktop で新しいデータソースを作成する
- SSOT Repo にクエリをコピーして作業を保存し、変更を追跡する
- Custom SQL としてクエリを Tableau にコピーし、Extract に設定する
- Extract を実行し、データの整合性と精度をチェックする
- 必要な変更を Repo にコミットする
- クエリが完成したら: - データソースをサーバーに公開する - 重要 - データソースは Development -> Sales -> SAFE フォルダに公開する必要があります - リフレッシュを許可するために Snowflake 認証情報を埋め込む
公開された Tableau データソースを更新する:
- Tableau Server にログインする
- My Content または上記のフォルダでデータソースを見つける
- Edit Data Source を選択する
- Snowflake ワークシートを使用して、保存されたクエリへの変更をテストする
- Repo に変更をコミットする
- 新しいクエリを Data Source Custom SQL にコピーする
- extract を実行する
- 更新されたデータソースを公開する
c955a93f)