Tableau

Tableau

Tableau は私たちのエンタープライズビジネスインテリジェンスツールです。ビジネスインテリジェンス分野のリーダーです。私たちは Tableau の本番環境を立ち上げるためにTableau Blueprintを適用しています。Tableau Blueprint は何千もの Tableau ユーザーからのプロセスとベストプラクティスを概説しています。私たちは GitLab の TeamOps と文化に沿ってこれらのプロセスとベストプラクティスを適用します。

ガバナンスモデル

ガバナンスは、データとアナリティクスへの信頼と自信を生み出すコントロール、ロール、繰り返し可能なプロセスの組み合わせです。プロジェクトチームの IT とビジネスの両方のステークホルダーがデータとコンテンツガバナンスを一緒に定義する責任があります。成功したセルフサービス環境では、適切なレベルのガバナンスが説明責任を生み出し、GitLab のユーザーに信頼できるコンテンツへのアクセスを制限するのではなく有効にします。ガバナンスはスペクトルであり、異なる種類のデータとコンテンツには異なるガバナンスが必要です。スキルと期待は進化するため、一度限りの取り組みではありません。定期的にガバナンスプロセスを評価することで、新しいアナリティクルスキルとユースケースが開発されるにつれて進化し、より多くの責任を委任できます。

私たちは GitLab でセルフガバナンスモデルを使用しています。セルフガバナンスモデルでは、IT とビジネスユーザーの間で強力なコラボレーションがあります。認定されたコンテンツとデータソースが利用可能で、クリエイターとエクスプローラーによって定期的にワンオフコンテンツが作成されています。ビューアーは認定、ワンオフ、サンドボックスコンテンツの状態の違いを理解しています。検証、プロモーション、認定のプロセスはすべてのスキルレベルのユーザーによって十分に定義・理解されています。組織全体でアナリティクルスキルが向上するにつれて、ユーザーが適切な権限レベルでコンテンツを消費、作成、プロモートの間で切り替えるため、モダンアナリティクスワークフローのロールの境界は流動的です。

BIOps

私たちの Tableau セルフガバナンスモデルは、BIOps を使用して GitLab Tableau プロジェクトで管理・適用されています。BIOps アプローチは GitLab のリポジトリ、メンテナー、コードレビュー機能を活用してガバナンスモデルを管理します。Tableau には現在 Git インテグレーションがないため、BIOps は完全に自動化されておらず、いくつかの制限があります。BIOps ワークフローを説明する README ファイルは近日公開予定です。Q1 と Q2 に GTM と Finance チームとこのアプローチを繰り返し、必要に応じて調整・適応していきます。

Tableau プロジェクトアーキテクチャ

Tableau Cloud のプロジェクトアーキテクチャは GitLab Tableau プロジェクトで複製・管理されています。詳細については GitLab Tableau プロジェクトを参照してください。以下はプロジェクトフォルダの説明と Tableau Cloud にあるプロジェクトアーキテクチャのサンプルです。

Tableau プロジェクトのトップレベルフォルダとそのガバナンスレベルには以下が含まれます：

• Development: このフォルダのコンテンツには意図的にガバナンスがなく、ユーザーが素早くプロトタイプを作成できるようにします。そのため、サンドボックスコンテンツと見なす必要があります。
• Production: Tableau Production フォルダ環境は、検証された高品質コンテンツが公開され、ビジネスクリティカルなレポーティングのためにエンドユーザーがアクセスできる指定エリアです。このフォルダのコンテンツはプロジェクトリーダーによってレビュー・承認されています。

Tableau コンテンツの公開

Tableau ワークブックとデータソースは Development と Production の 2 つのフォルダ環境に公開できます。以下では各フォルダ環境の公開プロセスを詳しく説明します。

Development フォルダへの公開

すべての Tableau コンテンツ開発は Development プロジェクトフォルダから始まります。Development フォルダはサンドボックス環境で、Tableau 開発者がコンテンツを自由に実験・イテレーションしてチームメンバーと初期のピアレビューのために共有できます。Tableau 開発者はコレクションを使用してサンドボックス作業を整理し、簡単にアクセスして共有できます。Tableau クリエイターは Development フォルダで機密 SAFE/PII/MNPI データを扱う場合は SAFE 開発ワークフローガイドラインに従う必要があります。

Production への公開要件

Production フォルダは、それぞれの機能エリアのプロジェクトリーダーによってピアレビューおよびテストされたダッシュボードを Tableau ユーザーが見つけることができる別の環境です。Production フォルダのコンテンツは以下の要件を満たしています：

1. ドキュメント
   • Issue 作成: コンテンツの公開には、分類と検索性のために自動的にラベル付けされる Issue が必要です。
   • ハンドブックのドキュメント: GitLab ハンドブックにドキュメントを作成し、Tableau コンテンツの説明にリンクしてダッシュボードにリストする
2. 検証承認
   • Tableau プロジェクトリーダー（ビジネス部門所有者）の承認: Tableau プロジェクトリーダーはプロモーションを承認する必要があります。
   • テクニカルオーナー（データスチュワード）のサインオフ: プロジェクトリーダーはデータとコンテンツの有効性についてテクニカルオーナーのサインオフを要求する場合があります。
   • クロスディビジョン開発: クロスディビジョンのコンテンツは複数のビジネスオーナーによるレビューが必要です。クロスディビジョンコンテンツには GTM などが含まれます。
3. データセキュリティ
   • データセキュリティ: SAFE または制限付きデータには、適切なフォルダおよび/またはデータソースアクセス権限コントロールを適用する必要があります。一般アクセスデータには、制限付き（SAFE）データが使用されていないことの確認が必要です。
4. 一意性
   • コンテンツの一意性: コンテンツは Production に対して一意です
5. ワークブックフォーマットの要件
   • ワークブックフォーマット: ワークブックには GitLab ロゴを含める必要があります。
   • コンテンツの説明: ワークブックとデータソースには、コンテンツの目的を提供する 1〜2 文の簡潔な説明が必要です。

Production への公開手順

初回の Production へのプロモーション

1. 開発者が Development に公開: 開発者はコンテンツを Tableau Development フォルダに公開します。これはコンテンツがレビューと最終的なプロモーションのために準備される最初のステップです。
2. 開発者が Issue を作成: 開発者は Production へのプロモーションプロセスを文書化する GitLab Issue を作成します。すべての必要なリクエストドキュメントと要件をリストした Tableau Publish Workbook or Data Source to Production テンプレートを使用してください。
3. 開発者がコンテンツの有効性を確認: 開発者は Issue に文書化されたプロモーション基準の要件をコンテンツが満たしていることを確認します。次に、コンテンツがレビューの準備ができていることを示すために、関連する部門プロジェクトリーダーに Issue を割り当てます。
4. レビュープロセス: プロジェクトリーダーは Issue とコンテンツをレビューします。Production 要件への準拠を確認し、コンテンツの準備状況を評価します。必要に応じて、承認者はコンテンツの修正または更新を提案します。開発者は続行する前にこれらに対処する必要があります。
5. 最終プロモーション: すべての要件が満たされ承認が得られると、プロジェクトリーダーはコンテンツを Development から Production に移動します。このステップにより、コンテンツが正式にビジネス利用可能になります。

Production のコンテンツの編集と更新

Production にあるコンテンツを編集または更新するには 2 つのオプションがあります：

1. 更新して元のものを上書き: これはワークブックやデータソースへの大きな変更に必要です。変更には、データソースの置き換えや編集、ロジック、カスタム SQL、計算フィールドの変更や追加が含まれます。これは推奨されるオプションで、開発者がワークブックまたはデータソースを編集し Development フォルダに保存します。次にレビューと検査が行われます。承認後、プロジェクトリーダーが Production に上書きします。
2. 開発者が Production で編集することを許可する: 48 時間以内に Production コンテンツを自分で編集/更新するアクセスを許可します。これは外観の改善、スペルの修正、小さなフィルターの変更、緊急の問題などの小さな変更にのみ許可されます。

Tableau スタイルガイド

デザインのベストプラクティスとリソースの詳細については、Tableau スタイルガイドハンドブックページを参照してください。

Tableau 公開サービスレベル目標（SLO）

Production 公開 SLO

プロジェクトリーダーはそれぞれの部門フォルダに責任を持ちます。Production へのコンテンツのプロモーションリクエストのレビューと承認を提供します。

Development 公開 SLO

個々の Tableau 開発者は部門の Development サブプロジェクトにオンデマンドで開発コンテンツを公開できます。

デプロイ

Tableau Cloud は GitLab の既存のテクノロジー投資を活用し、IT インフラストラクチャに統合して、ユーザーにセルフサービスのモダンアナリティクスプラットフォームを提供します。

Tableau の未使用コンテンツアーカイブポリシーとプロセス

効率的でクリーンかつユーザーフレンドリーな Tableau 環境を維持するために、自動アーカイブプロセスが実装されています。このポリシーは Tableau GitLab Cloud 環境内の未使用および非アクティブなコンテンツをアーカイブする手順の概要を示します。Tableau GitLab Public とサンドボックスはこのポリシーから除外されます。

アーカイブの範囲：

90 日以上未使用のワークブックとデータソースはアーカイブされ、検索または直接リンク経由でアクセスできなくなります。アーカイブされたアイテムは BI チームへのリクエストにより取得できます。アーカイブプロセスは自動化されており、毎月 15 日にコンテンツを Admin Archive フォルダに移動することで発生します。

アーカイブの除外：

1. Tableau GitLab Public に公開されたワークブックとその依存データソース。
2. Tableau タグ Do NOT Archive で示された所有者が保持を要求したアイテム。
3. 個人フォルダに保存されたコンテンツはアーカイブされません。これは所有者のみが閲覧でき、環境を乱さないためです。

アーカイブのお問い合わせ： アーカイブされたコンテンツに関する質問やリクエストは BI チームにお問い合わせください。管理アーカイブのドキュメントはこちらをクリックしてください。

権限

GitLab の透明性の価値に基づき、すべての GitLab チームメンバーはデフォルトで Tableau 内のすべてのコンテンツにアクセスできます。ただし、公開会社として私たちは SAFE フレームワークに従い、職務で SAFE データが必要なチームメンバーに Tableau 内の特定の機密・機密データへのアクセスを制限する必要があります。Tableau では、プロジェクトレベルのユーザーグループを通じてこれらの SAFE データ権限を設定します。

ユーザーグループ

ユーザーグループは Tableau サイト全体で権限を設定するために使用する唯一の規定された方法です。ユーザーグループは、コンテンツに対して同じアクセスと権限のセットを持つ必要があるトピック、プロジェクト、または組織構造に基づくユーザーのコレクションです。すべてのユーザーは General Access ユーザーグループのメンバーになり、必要に応じてより多くのユーザーグループに追加できます。

ユーザーグループにより、ビジネスチームは特定されたルールに基づいて公開コンテンツへのアクセス可能性を管理できます。制限付きアクセスユーザーグループの作成リクエストは、Tableau プロジェクトの Issues セクションの Standard Data Team Issue テンプレートを通じて行えます。

ユーザーグループのリスト

以下の各セクションは制限付きアクセスユーザーグループと指定オーナーに対応しています。制限付きユーザーグループへのアクセスは、Tableau SAFE Access または Tableau Special Permissions アプレットを使用して Lumos アプリ経由で行えます。注意: ユーザーグループにアクセスするには、指定オーナーの承認が必要です。指定オーナーはアクセスリクエスト時に Lumos で確認できます。

• *General SAFE Access: このグループはSAFEに保持されるべき重要な非公開情報を含むデータの閲覧と開発を許可します。このグループに追加されるにはDesignated Insidersリストに掲載されている必要があります。

• SAFE データへのアクセスを取得して SAFE Access グループに参加するには、Lumos経由でリクエストを送信してください。

• Ecosystem Sales and Operations

• Internal Audit Restricted Access

• People Restricted Access

プロジェクト権限構造

ユーザーグループはプロジェクトとサブプロジェクトレベルで適用されます。私たちは Administrator ユーザーグループと Access Control ユーザーグループの 2 種類のユーザーグループを適用します。Administrator ユーザーグループはプロジェクト上でユーザーが実行できる管理タスク（コンテンツの移動、削除、権限変更など）に関連する権限を付与します。Access Control ユーザーグループはユーザーが持つアクセス（コンテンツの閲覧と公開など）に関連する権限を付与します。

Administrator ユーザーグループと Access Control ユーザーグループは、Tableau サイトの各プロジェクトとサブプロジェクトの固有のニーズと要件に合わせてカスタマイズできます。これにより、必要に応じてセキュリティコントロールを追加またはカスタマイズする柔軟性が得られます。プロジェクトまたはサブプロジェクトのユーザーグループ権限ルールセットの割り当ては、Data Group の Tableau プロジェクトで維持される YAML ファイルから文書化・制御されます。

トップレベルの Production と Development プロジェクトにはコンテンツが公開されません。コンテンツはトップレベルプロジェクト下のサブプロジェクトにのみ公開され、これはコンテンツ、アクセス、セキュリティコントロールのベストプラクティスです。トップレベルプロジェクト（Production と Development）リーダーは常に中央データチームの BI Platform チームのメンバーであり、コンテンツ公開のプロジェクト管理者として機能するために Creator サイトロールが必要です。プロジェクトリーダーはそれぞれの機能エリアのサブプロジェクトを所有します。プロジェクトリーダーはサブプロジェクトをリードする適切な権限を持つために、適用可能な Administrator と Access Control グループに追加されます。

トップレベルプロジェクトの標準権限ルールは以下のとおりです：

以下は Data Team サブプロジェクトに適用されたユーザーグループと権限の例で、Data Team メンバーのみがプロジェクトで公開できますが、すべてのチームメンバーがサブプロジェクトのコンテンツを閲覧できます。サブプロジェクトレベルでは、制限付きアクセスのために All Team Members ユーザーグループ名の代わりに Limited Access Team Members が使用できます。

ケイパビリティ

ケイパビリティは私たちが適用する Tableau の概念です。権限はケイパビリティ、つまりコンテンツの特定のアクションを実行する能力（閲覧、フィルタリング、ダウンロード、削除など）で構成されます。権限ルールはユーザーグループの各ケイパビリティの設定（許可、拒否、未指定）です。権限ルールには、一般的なユーザーシナリオ（閲覧、公開、管理など）に基づいてよく割り当てられるケイパビリティのセットをグループ化したテンプレートがあります。テンプレートを割り当てると、含まれるケイパビリティが「許可」に設定され、残りは「未指定」のままになります。テンプレートはユーザーが必要なすべてのケイパビリティを持つよう構築されています。例えば、Publish テンプレートには View テンプレートのすべてのケイパビリティに加えて追加のケイパビリティが含まれます。

GitLab で使用する権限テンプレートの例を以下に示します。権限テンプレートは Tableau コンテンツに適用されます。

私たちが使用するサイトロールの例を以下に示します。個々のユーザーはサイトロールに割り当てられ、サイトロールを通じて権限が付与されます。サイトロールはサイト上で Tableau ユーザーが実行できることの上限として機能します。

permission_templates:
  - name: view
    projects:
      Read: Allow # View
    workbooks:
      Read: Allow # View
      Filter: Allow # Filter
      ViewComments: Allow # View Comments
      AddComment: Allow # Add Comments
      ExportImage: Allow # Download Image/PDF
      ViewUnderlyingData: Allow # Download Summary Data
      ShareView: Allow # Share Customized
    data_sources:
      Read:  Allow # View
      Connect: Allow # Connect
      ExportXml:  Allow # Download Data Source
    data_roles:
      Read: Allow # View
    flows:
      Read: Allow
      ExportXml:  Allow # Download Flow
    lenses:
      Read: Allow # View
    metrics:
      Read: Allow # View
    virtual_connections:
      Read:  Allow # View
      Connect: Allow # Connect
    databases:
      Read:  Allow # View
    tables:
      Read:  Allow # View

  - name: project_lead
    projects:
      ProjectLeader: Allow # Set Project Leader

Tableau ライセンス管理

私たちの組織は Okta - Lumos インテグレーションを使用した自動化システムで Tableau ライセンスを管理しています。このアプローチにより、Tableau を必要とするすべての人がアクセスできるよう、非アクティブアカウントから未使用ライセンスをプラットフォームのインサイトと機能を活用するチームメンバーにリダイレクトします。

ライセンスアクティビティポリシー

Tableau ライセンスを維持するには、ユーザーは 90 日以内にプラットフォームを積極的に使用する必要があります。 自動化された Lumos システムがログインアクティビティを監視し、使用状況に基づいてライセンスを管理します：

• 90 日以内に Tableau にログインしないユーザーは自動的にデプロビジョニングされる場合があります
• Tableau Viewer ライセンスは追加のレビューなしに 90 日の非アクティブ後に自動削除されます
• Tableau Creator と Explorer はデプロビジョニング前に Tableau 管理チームによるレビューが行われます
• 注意: VP レベル以上の役職は自動デプロビジョニングの対象外です

アクセスの再取得

非アクティブによりデプロビジョニングされた場合：

1. Okta から Lumos ポータルにアクセスする
2. Tableau Access の Tableau アクセスリクエストを送信する
3. 承認後、アクセスが復元されます

権限の保持: ユーザーがデプロビジョニングされると、ライセンスのみを失い、グループメンバーシップや権限設定は失いません。これにより、アクセスが復元されたときに、追加の設定なしに以前のすべてのプロジェクト、ダッシュボード、コンテンツへのアクセスが自動的に再取得されます。

このアプローチにより、アクティブユーザーにライセンスが利用可能になり、必要な場合に簡単にアクセスが復元され、データヘルスとセキュリティの実践に従います。

上記のガイドラインに加えて、通常は主にアナリティクスベースの役割を持つチームメンバー（機能チーム内のアナリスト、チームのレポート開発が主要な責任のチームメンバーなど）に Creator ライセンスを予約します。

ライセンス使用状況の追跡

• ライセンスタイプ別の使用率と使用状況
• 割り当てられたライセンス（管理者のみ）
• 使用されたライセンス
• ユーザーによるアクション
• eLearning 使用状況（管理者のみ）

アクセス

はじめに

ユーザーは Lumos アプリケーションを使用して Okta ポータルから Tableau へのアクセスをリクエストできます。Tableau のリクエストを送信するには以下の手順に従ってください：

• Okta ポータルにログインする
• 「Lumos」アプリケーションを検索して選択する
• 利用可能なアプリケーションから「Tableau」を選択する
• ニーズに合った特定のロールを選択する（以下のロールタイプを参照）
• Lumos が自動的に承認ワークフローを開始し、承認時にプロビジョニングを処理します

システムがリクエストを完了するために必要な追加情報を案内します。リクエストのステータスについてはメールで通知を受け取ります。

ロールタイプ

アクセスをリクエストする際は、ニーズに基づいて適切なロールを選択してください：

• Viewer: ダッシュボードとビジュアライゼーションの閲覧とインタラクト
• Explorer: 既存のデータソースからワークブックの作成と変更
• Creator: 新しいデータソースの構築と高度なビジュアライゼーションの開発

ロールのケイパビリティの詳細についてはこちらをクリックしてください。

制限付きデータアクセス

Tableau アクセスは、感度レベルと規制要件に基づいてデータを分離する階層型アプローチで構成されています。

• 一般コンテンツ: すべてのユーザーは承認後にデフォルトで一般コンテンツにアクセスします
• 制限付き SAFE コンテンツ: 追加の承認と正当性が必要です
• その他の特別権限アクセス

ユーザーは Lumos アプリから以下を選択して制限付きアクセスをリクエストできます：

• Tableau Restricted SAFE Access
• Tableau Special Permissions

Tableau Desktop アクセス

Tableau Cloud への有効なライセンスを持つ Creator は、開発に Tableau Desktop の使用を推奨します。ローカルで開発されたデータソースまたはワークブックは後で Tableau Cloud に公開できます。すべての Creator には Tableau Cloud と Desktop へのアクセスが割り当てられます。Tableau Desktop キーは Tableau Cloud に最初に接続したときに自動的に割り当てられます。

Tableau Desktop を使用する Tableau Creator は、Tableau Cloud に公開されたコンテンツにアクセスするために Okta にYubikeyを設定する必要があります。どれを取得すべきか不明な場合は、推奨デバイスは YubiKey 5C Nano FIPS です。現在、Tableau Desktop では生体認証はまだサポートされていません。

Tableau Desktop は以下のリンクからダウンロードするか、Tableau Cloud のホームページのリンクをたどってください。

• Tableau Desktop リリースダウンロード
• Tableau Prep Builder リリースダウンロード

Mac 用の最新バージョンの Tableau Desktop を自動的にダウンロードする場合は、このリンクを使用できます。

Tableau Desktop と Tableau Cloud の比較

Tableau はワークブックとデータソースを作成/編集するために Desktop クライアントと Cloud（Web）バージョンの 2 つの方法を提供しています。ただし、編集と開発には Tableau Desktop での開発を推奨します。このバージョンには編集と開発のための完全な機能があります。

各バージョンの利点：

Desktop Tableau Desktop は完全な機能を提供します。Tableau が提供するすべてのケイパビリティに Desktop でアクセスでき、データソース、ワークブック、ダッシュボード、グループ、セット、フォーマット、カスタマイズされた計算などを作成できます。

Cloud Tableau Cloud を使用すると、（Desktop で作成して公開した）コンテンツとインタラクトできます。Cloud でもワークブック/ダッシュボードを作成できますが、データソース、セット、詳細なフォーマットなどは作成できません。

各バージョンが提供する機能の詳細については、Web オーサリングと Tableau Desktop の機能比較に関する Tableau 記事を参照してください。

Tableau データソース

Tableau データソース接続ポリシー

このポリシーは、すべてのダッシュボードにわたるデータの一貫性、セキュリティ、サポートを確保するために、Tableau で承認されたデータソース接続に関するガイダンスを提供します。

1. 主要データソース: Snowflake

   • ロール: Snowflake はコアビジネスロジックと変換されたデータを格納するメインデータソースです。変換またはビジネスルールを必要とするすべてのデータは Snowflake から出発する必要があります。
   • サポート: Tableau 管理チームは Tableau の Snowflake 接続を完全にサポートします。

2. 追加承認データソース

   • 許可されたソース: Snowflake データと重複しない外部データの場合、Google Sheets、Google Drive、Excel が許可されます。
   • サポート: Tableau 管理チームは Tableau の許可された接続のサポートを提供します。
   • ポリシー準拠: 接続はポリシーガイドラインを満たし、Snowflake データの重複を避け、ウェアハウスパイプラインに属する追加のビジネスロジックや変換を除外する必要があります。

3. 追加データ接続と利用可能なコネクター

   Tableau は幅広いサポートされたコネクターと Tableau Exchange コネクターを提供しています。一般的にすべてのデータは承認されたデータパイプラインを通じてルーティングされる必要があります。ただし、データがビジネスロジックとのマージを必要とせず、直接接続が効率性とより速い実装を提供する特定のケースでは、代替データソースへの直接接続が許可されています。

   これらの直接接続は以下のポリシーでのみ使用できます：

   • 承認: 接続はデータチームとソースシステムのビジネスおよびテクニカルオーナーによって承認される必要があります。こちらから新しいリクエストを開始してください。
   • セキュリティ: 接続は安全である必要があります。セキュリティ監査が必要になる場合があります。
   • ポリシー準拠: 接続はポリシーガイドラインを満たし、Snowflake データの重複を避け、ウェアハウスパイプラインに属する追加のビジネスロジックや変換を除外する必要があります。
   • データプライバシーとガバナンス: PII や MNPI などの機密情報を保護するために必要に応じてデータアクセスを制限する必要があります。適切なデータセキュリティとプライバシー対策を確保するために Tableau 管理チームと連携してください。

データソースアクセス: Tableau Cloud

詳細についてはTableau でのデータへの接続ガイドを参照してください。

データソースアクセス: Tableau Desktop または Tableau Prep Builder

重要: Tableau Desktop を Tableau Cloud に接続するには、Okta に Yubikey を設定する必要があります。指紋認証は機能しません。Yubikey の注文方法の詳細については上記の Tableau Cloud アクセスセクションを参照してください。

Snowflake OAuth データソース接続の有効期限

Tableau データソースの Snowflake 認証情報は 90 日間有効です。Snowflake に接続されたワークブックまたはデータソースに新しいコンテンツが公開されるたびに自動的にリセットされます。ただし、90 日以内に公開が発生しない場合は認証情報が期限切れになり、手動での再認証が必要になります。OAuth 認証情報を更新するプロセスは以下のドロップダウンをクリックしてください：

Tableau 認定データソース

認定データソースは組織のための信頼性が高く高品質で効率的なデータを確保します。Issue 送信を通じて Tableau 管理者が承認したこれらのソースは、認定バッジと可視性と検索性のための「- Certified」という名前の付加を受けます。認定は、データソースが精度とコンプライアンスのために厳密にレビューされており、ユーザーが信頼できるレポートを構築できることを示します。

認定データソースは、GitLab Data Developmentライフサイクルに合わせた、最も一般的に使用される単一の信頼できるソースとして設計されています。これらは幅広く再利用可能で汎用性があり、幅広いアナリティクルニーズに対応できます。典型的な部門は 2〜12 の認定データソースを維持し、高品質で効率的な開発のための主要リソースとして機能します。部門はこれらのソースの所有権を維持し、プロジェクトリーダーが信頼できる基礎ツールとして組織の中で維持されるよう積極的に監視します。過度に複雑で多機能なデータソースを避けるために、複数の認定された目的に合ったデータソースを歓迎します。

アナリストの主要リソースとして、認定データソースはオンボーディング、トレーニング、アップデートを効率化し、重複を減らして一貫性を促進します。品質と信頼性に焦点を当てることで意思決定を簡素化し、組織のデータエコシステムの不可欠なコンポーネントとしての役割を強固にします。

ベストインクラスの BI 標準、モデリング標準、ユースケースへの目的に合ったアプローチ、およびビルドを推進するエンドユーザーの使いやすさを許可することをお勧めします。

Tableau 認定データソースポリシー

すべての認定データソースは以下の基準を満たす必要があります：

1. データの正確性と品質: データはソースシステムに対して検証され正確性を確保しながら、Enterprise Data Model（EDM）によって確立された品質基準を活用・継承する必要があります。さらに、Tableau のリレーションシップと結合、フィルタ、計算フィールドは正確性と一貫性についてレビューされる必要があります。主要なメトリクスと計算はソースシステムとの一貫性だけでなく、EDM の定義された構造と原則との整合性も検証される必要があります。
2. ドキュメント: Tableau データソースは Data Dictionary で検出されるよう以下を含める必要があります：
   • 説明的な名前: クリアでユーザーフレンドリー
   • 説明: 目的、データグレイン、DRI の所有権を含める
3. パフォーマンス: データは合理的な時間内に読み込まれる必要があります。クエリはエクストラクトまたはライブ接続のために効率的かつ最適化されている必要があります。
4. データセキュリティとコンプライアンス: データはSAFEアクセスを含むデータセキュリティ、プライバシー、ガバナンスポリシーに準拠する必要があります。機密コンテンツが機密データを保護するために行レベルのセキュリティが適用された適切なプロジェクトフォルダに公開されることを確認してください。
5. データソースのカスタム SQL: カスタム SQL を使用するデータソースは、カスタム SQL が次の特定のユースケースに使用されている場合に認定できます：行レベルのセキュリティ、クエリサイズ制限フィルタリングなどのカスタムパラメータ、複雑な結合。ビジネスロジックを適用するためのカスタム SQL（計算や条件の変更など）を含めると、Tableau データソースの認定がブロックされます。これは、ビジネスロジックを変換/データウェアハウス層内に保持してソースコントロール下に置き、MR 経由で簡単に貢献でき、データウェアハウスと BI 層の両方で同じ結果を生成することを目指しているためです。
6. フィールドの命名とフォーマット:
   • 直感的な名前を使用する（例: “txn_dt” の代わりに “Transaction Date”）
   • 冗長性の回避: すでに提供されているコンテキストを繰り返すプレフィックス/サフィックスを排除する（例: “Sales_Region_Region” の代わりに “Region”）。
   • 階層型データ: ドリルダウン機能を有効にするために階層用の Tableau レベルを使用する（例: Country → State → City）。
   • 一貫したケースとスペーシング: アンダースコアの代わりに適切なケースとスペースを使用する（例: “customer_name” の代わりに “Customer Name”）。
   • 正しいデータ型とフォーマットを確保する：
     • 日付: 日付を ISO: yyyy/mm/dd に変換するか、時間の精度が不要な場合は datetime を date に変更する。
     • 数値: 必要に応じて通貨または小数としてフォーマット。
     • パーセンテージ: 希望する小数レベルで適切な ‘%’ フォーマットを適用する。

Data Team Tableau リソース

Data Team は、組織全体でのレポーティング、ダッシュボード開発、データの可視性をサポートするための共有 Tableau リソースを提供しています。これらのリソースは、チームが一貫性を持って構築し、プラットフォームの使用状況を理解し、必要なときに過去のコンテンツにアクセスできるよう維持されています。

これらのリソースは Production → Data Team → General フォルダにあります。この場所には以下の情報が含まれています：

• プラットフォーム使用状況ダッシュボード — Tableau がチーム全体でどのように使用されているかに関するインサイト
• アーカイブされたダッシュボードとデータソース — 参照用の廃止または過去のコンテンツ
• テンプレートと例 — 新しいダッシュボードの構築を素早く開始するための標準化されたテンプレート

Data Team がサポートする基礎的な Tableau 資料の場所としてこのフォルダを活用してください。

Google Docs とスライドへの Tableau チャートの埋め込み

概要

Google Workspace 向け Tableau アドオンを使用すると、ライブダッシュボードにリンクした静的画像として Tableau ビジュアライゼーションを Google Docs とスライドに埋め込めます。このアドオンは自動リンク展開と一括更新機能もサポートしています。

ビデオウォークスルー

Tableau アドオンの使い方のデモンストレーション。社内リンクはこちら。

インストール（一回のみ）

1. Tableau ユーザーには、拡張機能は IT によってすでに自動インストールされているはずです。まだインストールされていない場合は、Google Workspace 向け Tableau アドオンをインストールしてください
2. 設定後、ライセンスを持つ Tableau ユーザーはどなたでもアドオンを使用できます

アドオンの使い方

Google Docs または Google スライドで:

1. Extensions → Tableau → Start を開く
2. Tableau コンテンツを検索するか、Tableau URL を貼り付ける
3. Insert をクリックして画像を埋め込む
4. 画像はライブ Tableau ビューにハイパーリンクされます

*注意: Tableau ダッシュボードの特定のチャートのみを Google Doc に埋め込むには、最初に個々のワークシートを完全なダッシュボードの一部としてではなく別々に公開する必要があります。次に個々のワークシートを Tableau Server または Tableau Cloud に公開し、「Share」オプションを使用して埋め込みリンクを取得し、Google Docs またはスライドに挿入できます。

スマート機能:

• リンク展開: Tableau Cloud URL を貼り付けると自動的にスマートチップ（Docs）またはプレビューリンク（スライド）が作成されます
• 画像の更新: アドオンの Refresh All をクリックして埋め込まれたすべての Tableau 画像を一度に更新します
• 更新追跡: 更新結果はタイムスタンプ付きでドキュメントコメントにログされます

現在のチャート更新オプション（手動のみ）:

1. 手動個別更新: 特定の画像をクリックしてアドオン経由で更新する
2. 手動一括更新: アドオンサイドバーの「Refresh All」ボタンをクリックしてドキュメント内のすべての Tableau 画像を一度に更新する

ベストプラクティス

• 共有前に: すべての Tableau 画像を更新して現在のデータを確保する
• 埋め込み数の制限: 最適なパフォーマンスのためにドキュメントあたり 3〜7 枚の画像にとどめる
• キャプションの使用: 画像の下に「最終更新: [日付]」のようなコンテキストを追加する
• 賢く選択: 複雑な完全ダッシュボードよりも特定のワークシートを埋め込む

ユースケース

• 週次レポート: 主要なメトリクスを埋め込み、毎週月曜日に一括更新ですべてのチャートを同時に更新する
• プレゼンテーション: Tableau 画像のテンプレートデッキを構築し、最新データを表示するためにミーティング前に更新する
• ドキュメント: 深い探索のためのハイパーリンクとともにプロセスドキュメントに Tableau ビューを含める

教育

アナリティクルインサイトの可能性を最大限に活かす GitLab チームメンバーは、データで強力なことができます。しかし Tableau のようなプラットフォームを持ち、データにアクセスするだけでは不十分です。ユーザーが Tableau を効果的に使用できるよう準備する必要があります。

トレーニングリソース

• GitLab Tableau Explorer トレーニング: このビデオトレーニングは GitLab 環境と Tableau ダッシュボードの更新方法、さらには自分のものを公開する方法をカバーしています。このビデオにアクセスするには GitLab チームメンバーである必要があります。
• 無料 Tableau トレーニング
• Tableau eLearning - トレーニングポータル: Tableau からの eLearning は Creator または Explorer ライセンスタイプのユーザーに利用可能です

  • Tableau eLearning アクセス手順

    1. explorer-elearning.tableau.com にアクセス
    2. TableauID アカウントを作成（またはログイン）
    3. TableauID 確認メールでメールアドレスを確認
    4. https://explorer-elearning.tableau.com にアクセスして TableauID でログオン
    5. こちらで利用可能なアクセスコードを使用して Tableau Learning Center に登録
    6. コースまたは学習パスをクリックして eLearning を開始
    7. https://explorer-elearning.tableau.com に戻って Tableau eLearning を使い続ける

  • トレーニングコンテンツへのアクセスに問題が発生した場合は、最も一般的な問題の解決策についてこのページを確認してください。

• Tableau コミュニティ
• Tableau サポート
• Tableau クラスルームトレーニングとトレーニングパス
  • これらは成長と開発の福利厚生の一環として使用するオプションになる可能性があります。キャリア開発の会話中にマネージャーにこの話を持ち出してください。

• YouTube Intellipaat - Tableau Cloud トレーニング
• YouTube edureka! - Tableau フルコース
• YouTube Simplilearn - Tableau チュートリアル

注意: 上記のトレーニングビデオはサードパーティが無料で提供しており、そのコンテンツは Tableau または GitLab Data Team によって完全に審査されていません。

サポート

セルフサービスヘルプリソースと教育イニシアティブによる積極的なアプローチに加えて、これら 2 つのアプローチが質問に答えず問題を解決できない場合に備えて、ユーザーコミュニティに必要なサポートを提供したいと思っています。

モニタリング

Tableau に多くのユーザーがオンボードされてアナリティクスの使用が GitLab 全体で増加するにつれて、データドリブンな意思決定のために Tableau はミッションクリティカルになります。モニタリングなしでは、「設定したら放置」のデプロイは高エンゲージメントユーザーのワークロードをサポートするのに不十分なリソースに直面する可能性があります。スケールで私たちのデプロイを運営・サポートし、ユーザーコミュニティの期待を満たすためには、継続的でプロアクティブなモニタリングが必要です。

Tableau はハードウェア、ネットワーク、データベース、アプリケーションなどの企業アーキテクチャと統合されているため、すべてがどのように相互運用するかを理解することはルーティンモニタリング、パフォーマンス、トラブルシューティングのために重要です。モニタリング機能はこれらのシステムとその Tableau Cloud との統合に焦点を当てています。これは主に技術的な性質を持ち、IT ロールによって実行されます。Tableau Cloud サイト管理者はプラットフォームが進化するビジネスニーズを満たすよう協力して作業します。

Tableau Cloud のステータス

Tableau Cloud の現在のステータスと報告された停止を確認するには、Tableau ステータスページを訪問してください。そのページでは停止発生時の通知にもサインアップできます。参考として、GitLab の Tableau Cloud インスタンスは United States - West - (10AZ) にあります。

ビューのパフォーマンス

Apdex は読み込みパフォーマンスの標準的な尺度です。各読み込みイベントを 3 つのカテゴリに分類して計算されます：Satisfied（満足）、Tolerating（許容）、Frustrated（不満）。2 つの継続時間パラメータに基づいています：Target Time と Tolerable Time。

私たちは 5 秒の target time を使用し、Tolerable time がその 4 倍の 20 秒であるという推奨に従っています。

インデックス自体は 0 と 1 の間の値を持つ加重平均で、各カテゴリの読み込み数から計算され、次に 5 つの評価に分類されます：Excellent、Good、Fair、Poor、Unacceptable。

| Apdex 値の範囲 | 評価 | | 0.94 to 1.00 | Excellent | | 0.85 to 0.93 | Good | | 0.70 to 0.84 | Fair | | 0.50 to 0.69 | Poor | | 0.00 to 0.49 | Unacceptable |

Tableau Google Docs とスライドアドオン

すべての Tableau ユーザーは Google Docs とスライド向け Tableau アドオン にアクセスでき、Tableau ダッシュボードとチャートを Google Docs またはスライドに直接埋め込めます。

仕組み

• アドオンは Google Doc またはスライドの右側パネルからアクセスできます。
• ユーザーはTableau ビューを検索してドキュメントに挿入できます。
• 埋め込まれると、Tableau コンテンツをワンクリックで更新して最新データを反映できます。
• アドオンは選択した Tableau ビューの URL を埋め込みます。

ベストプラクティス

• ダッシュボードから特定のチャートを埋め込む必要がある場合、そのチャートは Tableau で独自のビューとして公開する必要があります。
• コンテンツを挿入する際は、受信者が共有されているデータを理解できるよう明確な命名規則を使用してください。

SAFE データの考慮事項

SAFE 分類データを含むコンテンツを扱う場合は：

• Google Doc またはスライドが Tableau で SAFE データへのアクセス権を持つ個人のみと共有されていることを確認してください。
• データの感度と適切なアクセス制御を示すために、ドキュメントまたはプレゼンテーションのタイトルに " - SAFE" を追加することを検討してください。

外部ドキュメントでの SAFE データの不正使用はデータ公開につながる可能性があります。共有前に必ず権限を再確認してください。特定のビューの公開や SAFE 分類の理解については、Data または Tableau サポートチームに連絡してください。

ページのソースコードを見る - ページの編集 - please contribute.