インターネット技術アーキテクチャがビジネスの成長とモデルイノベーションをサポートする方法

発見からプロジェクトの入力まで、インターネット技術のアーキテクチャの変更

方法論の記事を読んだ後最も可能性が高い問題は、次のステップに翻訳されていない原則の受け入れです。 操作の頭は60-90分のミニワークショップを整理し、実際のプロセスを1つだけ選び、完全なプラットフォームを議論するために急いでいることを提案しています。

ステップ1: 現在の状態とサンプルベースラインの確立

構造は、月間処理、待ち時間、実際の処理時間、バックツーワークレート、手動接点、エラー結果、現在のツールを記録し、最近の正常で珍しい境界タスクを取るように設計されています。

ステップ2:初期の閉鎖とインタラクションをクリアする

第一段階は、チェーンが同じバージョンの企業の技術的アーキテクチャ、ビジネスの成長、プラットフォームアーキテクチャを積み重ねるのではなく、実行し、測定できるように設計されています。

ステップ3: 技術的な結果とエンジニアリングの証拠を一致させる

構造は、ボリューム、ピーク、可用性、回復時間、分布の頻度、および技術進歩のためのチーム能力を超えた複雑さの早期導入を回避するためにデータ障害を検証するように設計されています。 サプライヤーの実証は、両方のパーティーで確認されたサンプルを使用する必要があります。 感度のない生産データは、理想的にテストデータを使用して実際の条件を交換するために完全に使用することはできません。

ステップ4:同じ口径で受け、点検およびディスクリング

元のプロセスが1か月あたりの600のミッションを処理すると仮定すると、平均20分と10分のリターン率は10分の1セントで、“エンジニアリング効率はイノベーションが持続可能なかどうかを判断する”と組み合わせて、ターゲットは「オンラインを行なう後6週間」と記述することができ、平均的な時間短縮と、元のベースラインよりも高いリターン率は、タスクの相対的な複雑さを与えない」と仮定します。 グループは測定方法だけを実証し、クライアントの結果を表さないだけでなく、企業は、独自のサンプルに基づいて特定する必要があります。

• 運用材料:フローチャート、ロール、サンプルミッション、現在の問題、ベースラインデータ
• 技術的な材料:システム在庫、インターフェイス、データ アクセス、配置の環境および保証条件
• プロジェクト材料:第一相規模、除外、責任行列、マイルストーンおよび変更メカニズム
• 受信および検査材料:テストセット、実行レコード、不足分のリスト、インジケータのクエリと手渡文書

これらの材料は、運用および技術的な関係者によって共同で識別されると、記事の方法は実際にプロジェクトに入力されます。 キーデータ、インターフェイスの承認または責任のある人は配置されていない場合、論理的な次のステップは通常限られた診断またはPoC、仕事の期間を完了し、合計価格を固定する即時の約束ではなくです。