注文追跡アプリのアーキテクチャ

アプリの構造

このFunctional Exampleは、Tulipライブラリ内の1つのアプリケーションですが、さまざまなユーザーの役割やニーズをサポートする専用アプリを構築できる場合、Tulipアプリの価値の多くが生まれます。

レガシーな注文追跡ソリューションは、ユーザーから複雑さを隠すことができず、エラーを起こしやすいプロセス、長い展開サイクル、過剰なトレーニング、関係者全員のフラストレーションにつながっています。

1つのアプリケーションにどれだけの情報（またはどれだけのプロセス）を含めるかを検討する際には、2つの異なる一般的なアプローチを考慮してください：

1. 各アプリケーションは、あるユーザーの役割に合わせて設計されています。監督者には異なる優先順位があり、異なる情報を必要とし、オペレーターとは異なる命令を実行する必要があるため、使用するユーザーに基づいてアプリケーションを分割することは理にかなっているかもしれません。
2. **各アプリは1つの問題を解決するために設計されています。*より複雑なチューリップのデプロイメントでは、チューリップのインフラストラクチャ全体でComposabilityを*維持することが重要です。機能に基づいてアプリをセグメント化することで、同じアプリをほとんど変更することなく、すぐに価値を高めることができます。
   1. 例注文追跡の場合、これは、アプリを作成するための専用アプリ、実行中のアプリを監査するための別アプリ、注文の遺伝学や不具合を表示するための別アプリを作成することを意味するかもしれません。

オーダートラッキングFunctional Exampleでは、これらのコンセプトへのアプローチ方法を学習するプロセスを合理化するために、これらの異なる役割/機能の多くが1つのアプリにまとめられていますが、これらのコア機能のどれでも、別々のアプリに分けることができます/分けるべきです。

注文追跡の中核となる役割

誰があなたのアプリを使用するのか、そして彼らがアプリから何を必要としているのかを理解することは、初日から真のビジネス価値を促進するアプリを構築するための核となります。

オペレーター

オペレーターは仕事が発生する場所であり、プロセス改善の最も大きな機会の源となることが多い。オペレーター・エクスペリエンスを向上させる作業は、価値を倍増させます。

オペレーターが仕事をするために必要なこと

• 優先順位に関する明確なガイダンス。
• タスクを完了するために必要なすべての知識。
• 上流の依存関係がすべて満たされていること
• 自分のパフォーマンスに対する洞察。
• 行動を促進する手段。

スーパーバイザー/プロダクションマネージャー

適切な仕事を適切なタイミングで完了させることが、プロダクション・マネジャーの命題です。

監督者が仕事をするために必要なもの

• 現在起きていることをライブで把握
• 作業を計画し、その場で調整するためのツール。
• 生産バックログ、優先順位、目標の可視化。
• オペレーターとの対話メカニズム

工場管理者

そのため、適切な意思決定を行うための適切なデータを得ることが、成功に不可欠となります。

PMが仕事をするために必要なもの

• より高いレベルのパフォーマンス測定基準への可視性
• 基礎データを調査し、根本原因を見つけるためのツール

アプリの内訳

注文追跡のFunctional Exampleは、注文を追跡するために必要なコア機能として機能します：

• オーダーの作成
• オーダーの表示
• オーダーの更新
• オーダーのスケジュール
• 注文数量とロケーションの更新
• 注文の詳細と履歴の表示
• 注文データに基づく洞察の表示

機能例が示すように、すべての機能を1つのアプリにまとめることも、コア機能のいずれかをよりセグメント化されたアプリケーションに活用することもできます。