この投稿では、転生のプロセス(古いアプリケーションの更新プロセス)に含まれるさまざまなフェーズについて説明します。

の中に 最後の転生のポスト アプリケーションの移行が次のことを学びました。

  • 既存のアプリケーションの機能的および知的コアを完全に新しい、より機能的な形式に転送するプロセスです
  • 多くの既存の機能を保持しながら、アプリケーションに大幅な改善が必要な場合に必要です。
  • 社内外の複数の利害関係者が関与する、一種の機会です

TL、DR

転生のプロセスは、明確に定義された基準で一連のフェーズを通過する長距離の旅です...
評価はプロセスの中心となります。マインドセットの変更は、サポート段階における最大の課題です。すべての利害関係者からの深い関与、忍耐、忍耐が成功の鍵です。

長距離の旅

転生中は、アプリケーションの重要な側面に注意する必要があります。これらの問題は技術的なだけでなく、使用方法、機能、コマース、リソース、レガシーデータ、ブランディング、市場での地位などにも関連しています。

膨大な量のIP(知的財産)がすでに手元にあるため、上記の側面はさらに重要になり、これらのいずれかに対処できないと悲惨なことになる可能性があります。したがって、すべてのソフトウェアエンジニアリングプロセスには長い時間がかかり、結果として「長い道のり」が生じます。

段階的で体系的なアプローチ

移住のプロセスを実行するには、段階的なアプローチが不可欠です。 「すべてを指定し、段階的に実装する」という原則がここで機能します。各ステップは順番に実行する必要があります。

主なフェーズは次のとおりです。

  • 評価
  • 実装
  • サポート

評価フェーズ

評価は間違いなく、転生プロセスの中心です。ここで最大の付加価値作業が行われます。転生のすべての側面はここで扱われます。

それらは次のように分類できます。

  • ビジネス 製品に関する会社のビジョンと予想される将来のビジネス市場の位置付けが含まれています。
  • テクニカル 製品の概要、位置付け、期待されるアーキテクチャ、テクノロジーの装備、導入およびライセンス戦略が含まれます。
  • リソーシング コンピテンシーとキャパシティーの要件の急激かつ時間的な急増、全体的な原価計算などの項目が含まれます。また、既存のクライアントとその期待、データ、ターゲット顧客、およびユーザーベースも考慮されます。このフェーズは、実装ロードマップの起草とプロセス全体の価格検討で完了します。これには、製品の開発、サポート、および展開が含まれます。

実装

新しいシステムは物理的な形をとるため、ソフトウェア構築フェーズも同様に重要です。このフェーズでは、最大限の労力、相乗効果、「波長マッチング」、および忍耐が必要です。プロジェクトの通常の実装からの重大な逸脱は、不確実性の量がより高く、継続的に支配していることです。元の仕様への変更が行われます。例外的なケースでは、変更によって混乱が生じる可能性があります。これを非常にバランスの取れた方法で処理することが、実装フェーズを成功させる鍵となります。

サポート

移行されたアプリケーションのサポート段階では、複数の分野で作業する必要があります。通常のサポート課題とは別に、新しい課題が追加され、再トレーニングが不可欠です。

新しいワークフローに適応することは、既存のユーザーにとって肉体的および精神的な再トレーニングプロセスです。ユーザーが新しいシステムに慣れると、これはゆっくりと変化します。データの移行と生産性の期待の達成は、他の課題です。最後に、克服しなければならない特有の課題は、「昔ながらの」という考え方です。

要約すると

上記の段階的アプローチは、転生に最良の結果をもたらします。評価フェーズはプロセスの中心です。最高の関与と分析で実施されなければなりません。評価フェーズの最後。アプリケーション所有者は、手元のタスクを再評価し、アクションプランを定義する機会を再び得ます。実装が開始されると、一時停止または停止が複雑になります。通常のサポートアクティビティとは別に、サポートフェーズでは、移行を巧みに処理するという変更が行われます。


EngenextソフトウェアEngenextソフトウェアソリューション CAD /エンジニアリングソフトウェアソリューション専用です。 20年の経験と、さまざまなドメイン、多様な役割、複数の地域、多数のCADプラットフォームに対する経験に基づいて構築された同社は、革新的で包括的かつ効果的なソフトウェアソリューションを提供できると確信しています。