従来の企業がデジタル トランスフォーメーションの過程でパフォーマンス テスト テクノロジー システムを構築する方法。

目次

従来の企業とインターネットの違い

従来のエンタープライズ ランディング テクノロジー システムの課題

エンジニアリングの実践が技術システムの実装を促進するという考え

テクノロジーの最終的な目標は、効率と収入の問題を解決することです

要約する


従来の企業とインターネットの違い

インターネット企業の特徴を一言で表すとすれば、それは小平快信でしょう。どのように理解していますか?

  • 小規模: それほど複雑でないプロジェクトの場合、いくつかの主要な役割を持つ小規模なチームは、通常、すぐに作業を開始できます。
  • フラット: フラットな管理、短い報告と意思決定パス、長い承認待ち、複雑な予備調査が不要。
  • 高速: MVP 計画の迅速な反復検証であろうと、特定の問題を伝えるための会議であろうと、効率の追求はめったに大規模な会議を開催しません。
  • 新しい: 新しい技術的手段、ツール、方法を試し、新しいことに好奇心を持ち、試してみるアイデアと行動を持っています。

もちろん、これらの特性は、私がよく知っている伝統的な企業と比較されます。私は数年間、2 つの異なるタイプの小売企業で働いてきましたが、プロジェクトのチーム規模、報告と意思決定の効率性、さらには新しいテクノロジーの認識と受容においても、インターネット企業に大きく遅れをとっています。

私が接してきた伝統的な小売業を例にとると、以下のような特徴があります。

  • チームの構成は複雑です。一部の伝統的な企業は、依然として自己管理とシステム アウトソーシング調達の方法を採用しています。プロジェクトを実行するために、複数のサプライヤーが協力している場合があり、チームは大規模で、コミュニケーションのコストが高く、それぞれが独自の関心を持っています。
  • 非効率的な報告と意思決定: アイデアや計画は、提案から調査、レビュー、承認まで、多くの場合 1 週間かかります。もちろん、これはより厳密で細心の注意を払うことになりますが、ある観点から見ると、新しい要件の提供または新しいアイデアの試みは、間違いなく冷たい水をたらいに注ぎます。
  • 保守的な技術アーキテクチャと組織方法: 一方では、多くの古いシステムがあり、システム アーキテクチャは単一のサービス タイプでさえあり、イテレーションの頻度が半月未満になることはめったにありません; メールは対面よりも優先されますコミュニケーション。

            

 

従来のエンタープライズ ランディング テクノロジー システムの課題

私が相談した会社を例に、事件全体の背景を紹介します。

  1. 大規模なシステムのリファクタリングとサービスの立ち上げがあり、時間は比較的短く、1 か月もかかりません。
  2. コンサルティングの依頼を受けてから、プランを立ててサプライヤーとの最初の面談を行うまで、1週間もかからずに完了しました。
  3. 当事者AのCTOが連絡して報告するのに半月以上かかり、途中でさまざまな一時的なニーズとプルがありました。
  4. 結局、当事者Aは管理担当者のみを担当しており、通常の作業は主にサプライヤーの担当者によって行われていることがわかりました。
  5. 計画が実施されるかどうかは当事者 A による審査と承認が必要ですが、技術的な実践には実施と検証の時間が必要であり、リスクは常に遅れています。

もちろん、これはすべての伝統的な企業を代表するものではありません.また、デジタルトランスフォーメーションで良い仕事をした企業の中には、技術的な実践と効率の面で良い仕事をした企業があることも知っています.

私が驚いたのは、私が働いていた会社が有名だったことと、以前の技術アーキテクチャがあまりにも後進的であり、リファクタリング後に大量のトラフィックを引き受けなければならなかったことにも気づいていたことです。私にコンサルテーションを依頼する目的は、パフォーマンス テストとキャパシティ保証のための完全な技術システムの構築を支援できることを期待することでもあります。

しかし、実際のプロジェクトの実施プロセスでは、煩雑で時間のかかる意思決定プロセス、複雑なチーム構成、および非効率的な管理により、1 つのことに気付きました。

伝統的な企業は、システムの時代遅れやビジネス開発の問題を解決するために優れた技術システムを実装する必要があります. 最大の課題は技術的な問題ではなく、組織の管理方法と意思決定の効率性です.

エンジニアリングの実践が技術システムの実装を促進するという考え

実際、従来の企業であろうとインターネット企業であろうと、性能テストと容量保証技術システムをゼロから構築することに大きな違いはありません。

多くの場合、問題を解決するために技術的なエンジニアリングの実践を実装することはできません.主な理由は次のとおりです。

さらに、パフォーマンス テスト システム自体も非常に成熟したソリューションです。要求からオンライン配信まで、主なポイントは次のとおりです。

成熟した技術ソリューションを使用してビジネス上の問題を解決するには、実際には、組織上および管理上の決定を調整する必要があります。そうでなければ、どんなに技術が優れていても、技術以外の影響要因を解決することはできません。

テクノロジーの最終的な目標は、効率と収入の問題を解決することです

多くの新しいテクノロジーが出現したのは、以前のテクノロジーでは問題をより適切に解決できなかったためであり、テクノロジーは反復的な進化を余儀なくされました。

もちろん、成熟したテクノロジーが実装された場合、企業で解決する必要があるのは、実際には効率と収益の問題です。技術的な変革がビジネスにより良い利益をもたらすことができるかどうか、またビジネスの反復効率を改善できるかどうかは、多くの人々の最初の考慮事項です。

しかし、ビジネスの発展はテクノロジーだけで解決できるものではなく、組織運営の最適化や概念の認識によっても解決できます。そうでなければ、あなたはハンマーを持って、隅に閉じ込められた目に釘を見ている人になるだけです.

要約する

私の記事を注意深く読んでくれた皆さん、ありがとう!! !

過去数年間のソフトウェア テストのキャリアでまとめた技術資料を個人的に整理しました。これには、電子ブック、履歴書モジュール、さまざまなジョブ テンプレート、インタビュー ブック、自習プロジェクトなどが含まれます。下の名刺をクリックして無料で入手してください。お見逃しなく。

 

 

おすすめ

転載: blog.csdn.net/MXB_1220/article/details/130435168
おすすめ