Tulipリモートデプロイ

私たちは常に、お客様と直接会って仕事をすることを好みます。"ゲンバに行け "という古いリーンの格言には真実があります。とはいえ、直接会ってのデプロイが不可能な場合もあります。このような場合のために、リモートでTulip 展開するための包括的な方法を開発しました。

このガイドでは、直接お会いできない場合に、Tulip どのようにお客様に展開しているかをご紹介します。ここでは

• リモート配備のタイミング
• リモートデプロイの構成と実行方法
• リモートデプロイの成功例

ここ数年、Tulip お客様に展開する方法を標準化してきました。これは、私たちが100回以上行ってきたプロセスであり、各顧客を成功に導くものです。

遠隔地への配備は、単にこのプロセスの延長です。うまくいっているプロセスを、現地での協議が不可能な状況に適応させたのです。

リモート展開で一貫して成功を収めてきたのは、経験と専門知識によるものです。私たちは質問すべきことを熟知しています。一般的なボトルネックや障害がどこにあるのかを知っています。また、プロジェクトをスケジュール通りに進めるために、早い段階でどの程度の技術的な詳細が必要かを知っています。現場での作業」が必要な場合は、物理的なプロセスをバーチャルでお客様にお見せします。

私たちの一般的なデプロイプロセスは、5つのステージで展開されます（後で詳しく説明します）。

1. 全体的なスコーピング- ゴール、最初のユースケース、トレーニングのニーズ、関連するスケジュールを明確にします。
2. アプリのスコーピングと開発- 選択された最初のユースケースのプロセスとアプリケーションのアウトラインを設計します。
3. デプロイ、テスト、繰り返し- 最初のアプリを本番環境に投入するか、テスト環境にデプロイします。フィードバックに基づいて、アプリを繰り返し、改善します。
4. 初期のユースケースを拡大し、または他のユースケースを追求するための次のステップを決定します。

主な相違点

プロセスの最も大きな違いは、スコープ作成、アプリ開発、初期導入の初期段階で起こります。つまり、私たちはお客様の業務の裏表を理解するために、より多くの時間を費やします。

一緒にフロアを歩けば一目瞭然のことでも、リモートでは見逃しがちです。プロジェクトの詳細や仕様も、アプリが動作する作業セルを見ていないときには、隙間から漏れてしまいます。

そのため、直接会うことができない場合は、要件や詳細を早期に収集することに時間をかけ、プロジェクトを確実に進めるためにより頻繁にミーティングを行い、チームやステークホルダーとの調整を図ります。例えば、オンライン・コラボレーション・プロセス・マッピングやホワイトボードツールを活用しています。これにより、アウトフローと要件を一緒に作業することができ、お客様のニーズをより完全に把握することができます。また、制作現場の写真やビデオも共有していただきます。私たちの経験では、これらの方法は、リモートでプロジェクトを設計し、展開するための効果的な方法です。

最近、パンデミックに関連した渡航制限のため、遠隔地配備の必要性が高まっています。しかし、リモート配備が望ましい場合もあります。このような場合、私たちはTulip バーチャルでお客様に展開することに成功しています。

私たちのリモートデプロイメントプロセスをご紹介します。

これらのステップの多くが並行して進められることは注目に値します。例えば、スコーピングの段階で、プラットフォームやアプリ構築の基礎についてお客様をトレーニングすることがよくあります。新しいユースケースの特定やスケールの準備は、最初のデプロイ時に行うことができます。

プロジェクト・スコーピング - この段階では、プロジェクトを成功させるための基礎固めを行います。お客様の目標や業務内容を把握します。

この仕事は遠隔地のシナリオによく適応します。最初のプロジェクト開発の多くは、電話やビデオ会議ソフトウェアで行うことができます。各お客様は、社内の産業オペレーション専門家と緊密に連携し、ユースケースとビジネス価値を前もって特定することができます。

Tulip チームとの複数回のミーティングを通じ、私たちは以下のことを共同で行います：

• 貴社の目標を知り、Tulip 貴社の歩みの中でどのような位置づけにあるかを判断します。
• 成功基準の定義
• ユースケースの選択と優先順位付け
• スケジュール、範囲、役割、責任の確立

この段階で、あなたとあなたのチームは、Tulip University（インタラクティブなオンライン学習リソース）にアクセスし、Tulip アプリ構築能力の探求と開発を始めることができます。

この段階の最後には、デプロイがどのようなものか、いつどのように行われるのか、実行するために何が必要なのかを決定します。

アプリのスコーピングと開発

ここでは、お客様の業務の細部にまで踏み込みます。カスタマー・サクセスの担当者が、お客様の施設の物理的レイアウト、プロセス、機械、設備、技術スタック、関係者について詳細なディスカッションを開始します。

ビデオ通話を利用しながら、私たちはお客様の現場とオペレーション・パフォーマンスを把握するために最善を尽くします。遠隔操作で、工程図、工場レイアウト図、フロアプラン、その他のリソースから、可能な限り多くの情報を得ることができます。多くの場合、お客様に写真やビデオの提供をお願いし、ビデオ通話で現在のプロセスを説明し、既存のパフォーマンス情報を含むダッシュボードを共有します。このフェーズでは、製品の流れやレイアウト、特定の作業員がどのような作業を行っているのか、そしてそれらがパフォーマンスの課題や機会とどのように関連しているのかを知るために全力を尽くします。

次に、アプリの構築プロセスに入ります。ユースケースやプロセスの複雑さによっては、カスタマーチームの担当者と数回のデジタルトレーニングセッションを行います。その後、お客様のアプリケーションを構築するか、当社のチームが構築した初期アプリケーションをワークショップに参加します。

重要なのは、この段階で配備の詳細がすべて決まるということです。ハードウェア、接続、デバイスなどの技術的な問題は、お客様と協力して解決します。また、スコーピングで説明したトレーニングや変更管理活動を開始します。

デプロイ、テスト、反復

この時点で、すべての準備が整っているはずです。アプリが構築され、オペレーションが接続され、チームがTulip使う準備が整っているはずです。

デプロイメントを最大限に成功させるために、私たちはアジャイル手法に従います（ご存じない方は、こちらでアジャイルの詳細をご覧ください）。要するに、アジャイルは長くて直線的な開発サイクルよりも、短くて1～2週間の「スプリント」を優先します。アジャイルの目標は、より多くのことを行うことでより多くのことを学び、長期的にはより多くの進歩を遂げることです。さらに、これらのスプリントは、アプリが目標を達成しているかどうかを判断するためにチームとチェックする機会を与えます。エンドユーザーにとって直感的か？上司や管理職は必要なデータにアクセスできますか？これらの質問に対するあなたの答えは、さらなる反復に影響を与えることができます。

私たちの目的は、最初のスプリントでアプリをユーザーの手に届けることです。そうすることで、開発や使用方法に関するフィードバックを得ることができ、そのフィードバックは、私たちのコラボレーションで以前に作成したプロセスマッピングやユーザージャーニーマッピングに反映されます。

リモートデプロイに関しては、チームと協力して明確なスプリント目標を設定します。各スプリント（通常は毎週または隔週）の終わりに、私たちは確認し、必要に応じて調整を提案します。

この段階に至るまで、またこの段階を通して、接続性、ハードウェアの準備、アプリの設計、データベース、コネクタなど、デプロイのすべてのカテゴリをチェックし続けます。

幅広い展開のための能力構築

この時点で、Tulip 多かれ少なかれ "デプロイ "されています。テストと反復を数サイクル繰り返した後、アプリケーションは本番環境に適しているはずです。技術的、文化的な要素も解決されているはずです。問題が発生した場合、私たちのサポートスタッフは専門家であり、技術的な問題をリモートで解決します。

この段階で、私たちはプロジェクトの次の段階を開始するためにお客様と協力します。その良い例が、複数の拠点でパワーユーザーを育成し、そのパワーユーザーがチームメイトを育成できるようにすることです。また、新たなユースケースの特定や、すでに特定されたユースケースの実施計画の策定をお手伝いするのもこの段階です。