2月の初めに、アナリスト向けのAnalyze.MEコンペティションを 発表しました 。プロジェクトに参加するために、誰もが特別なウェブサイトで2021年2月3日から2月23日まで登録する ことができ ました。 さらに、2月26日から2月28日まで、ボランティアは主催者によって提案された競技タスクの解決策を提出する 必要がありました。 その結果、400人以上の参加者が36万ルーブルの賞金を競うことを 望んでい ます。 2月28日、12人のファイナリストが特定されました
..。カットの下には、競争の問題に関する詳細なストーリーと勝者に関する情報があります。
前書き
大会を開催して以来、業務は私たちの事業に直結していました。250以上の都市のM.Video-Eldorado貿易ネットワークには1000以上の店舗があります。現代の現実では、注文の速度を上げ、商品を配達するための便利で迅速な方法を顧客に提供するために、顧客に近づく必要があります。これには、多数のプロセスとITシステムを変更する必要があります。
パンデミックは当社の変革を大いに加速させました。以前は、大幅な改訂を実装するのに数か月かかりました。現在、反復アプローチを使用して最初にMVPを提供し、次に機能を順次追加するようになっています。
たとえば、検疫により全店が閉店した場合、わずか数日でタクシーによる速達MVPを立ち上げ、開発を繰り返しました。最初に手動登録があり、次にタクシーの呼び出しを自動化し、次にWebサイトでの注文プロセスの最適化を開始しました。ただし、サイトのレガシーテクノロジーが原因で、一部の改善を実装するのは依然として困難です。
残念ながら、すべてのシステムを一夜にして変更および改善することはできません。開発の年月を経て、多くの古いシステムがM.Video-Eldoradoに蓄積されてきました。私たちはこれを非常によく理解しており、常に書き直して更新しています。
たとえば、サイトを新しいテクノロジースタックに完全に移行するプロジェクトが開始されました。また、モバイルアプリケーションをコアサービスに転送することで最適化しています。しかし、レガシーを取り除くには多くの時間と労力がかかります。
そのため、新機能の導入、共通ロジックの一元化、フロントシステムで使用するコアマイクロサービスのレイヤーの開発、小売システム、ウェブサイト、CRMシステムなどの段階的な書き換えの2つの方法で進めています。
競合他社に提示された問題の一般的な状況を説明するために、このような長い紹介が必要でした。
最初のタスク
まず、 紹介データ。
クライアントはサイトにアクセスし、製品を選択してバスケットに入れ、必要に応じて内容を変更してから、便利な受け取り方法を選択します。これで、商品はセルフピックアップ、倉庫からの配達、店舗またはパートナーの問題点からの迅速な配達で受け取ることができます。
配送業者ごとに、注文の重量と寸法の制限を設定できます。車はバックパックよりもはるかに多くの荷物を収納できますが、車は環境に有害であるため、私たちはより多くの徒歩宅配便を使用しようとしています。配送料金は、いくつかのパラメータによって異なります。
たとえば、注文バスケットの価値（より高価な購入の場合、配達はより安いか無料です）または顧客までの距離から。商品が近くに在庫がある場合は、送料も削減されます。タクシーで、サイトで支払われた注文のみを配達できるようになりました。参加者は、この制限を解除することを提案した可能性があります。
注文の受け取り方法を選択することにより、購入者は注文を確認します。割引とボーナスは支払い時に考慮されます。注文は店舗または倉庫で収集されます。サイトで注文された商品は、購入者を待つ必要があり、店舗では販売できません。同時に、店舗内の商品は、倉庫と貿易フロアの2つのゾーンに配置されています。環境への配慮と紙の節約のために、注文は紙の確認なしで宅配便に引き渡される必要があります：領収書、販売領収書、請求書など。
さまざまな会社の宅配便業者は、APIを介して統合できる独自の情報システムで作業できます。購入者は、Webサイトまたはモバイルアプリケーションで注文のステータスを確認できます。店舗には、在庫残高や売上高などを維持する小売情報システムがあり、これはまだレガシーであると想定します。
各店舗には、データベース、サーバーアプリケーション、レジ係アプリケーション、店主などを備えたこの小売システムの独自のコピーがあります。また、各店舗からのデータが定期的に送信される中央データベースがあります。
このシステムのアーキテクチャを再設計する場合、参加者は任意の統合方法を選択できます。また、適用された割引を考慮して注文を計算するサービスや、商品（カタログ、名前、特性）、価格、プロモーションなどのマスターデータを返すサービスもあります。
それでは、タスク自体に移りましょう。参加者は、クライアントがWebサイトを開いてから注文を受けるまで、注文を行うビジネスプロセスについて説明するように求められました。クライアントの参加なしに実行されるアクションを含みます。
タスクは2つの部分で構成されていました。
- プロセスとシステムアーキテクチャの説明。
- 注文を受けるための新しい方法を提供し、顧客にとってさらに便利なものにします。
参加者は、品揃え、店舗の場所、商品の数、寸法などに関する情報を含む任意のオープンソースを使用できます。
いずれか1つの配信方法の例を使用してビジネスプロセスを説明した後、プロジェクトアーキテクチャを説明するか、統合フローを使用してコンポーネント図を作成する必要がありました。タスクの説明に記載されていないコンポーネントは、自由に追加できます。
その後、アーキテクチャで判明した興味深いシステムの1つを選択し、このシステムの機能要件（ユースケース、アクティビティ図）と非機能要件をより詳細に説明する必要がありました。
必要に応じて、状態図、シーケンス図など、他の図を使用できます。選択したシステムの論理データモデルを（任意の表記で）説明することも役立ちました。
2番目のタスク
2番目のタスクは、ビジネスアナリストを対象としたものではなく、システム間アナリストを対象としたものです。それらの違いは何ですか？クロスシステムアナリストは同じアナリストであり、問題を別の角度から見ているだけです。
一般的なビジネスアナリストは1つのシステム内で作業します。つまり、アナリストは特定の機能または特定の製品のフレームワーク内で緊密かつ日常的にやり取りします。また、クロスシステムアナリストは、M.Video-Eldorado内の複数の機能に同時に影響する問題を解決する必要がある場合に使用されます。
たとえば、現在、国は特定の商品グループの必須のラベル付けを導入しています。これは私たちの品揃えにも影響を及ぼしました。ラベル付けの実装は、2つのブランド、6つのフロントエンドソリューションで必要です。バックオフィス、多数のサービスを完成させる必要があり、この種のタスクはクロスシステムアナリストによって引き受けられます。
したがって、クロスシステムアナリストの作業の結果は、システムの要件ではなく、機能的または技術的なタスクではなく、設計ソリューションです。つまり、解決されている問題、会社のどのビジネスプロセスの対象となるかを説明するドキュメントです。変更、これらのプロセスがコンテキストシステムでどのように進行するか。
つまり、どの時点で、どの操作をどのシステムで実行するか、システムを別のシステムに切り替えるタイミング、このイベントに伴う従業員のアクション、現在のプロセスと比較してプロセスがどの程度変化するかなどです。
コンテストの2番目のタスクは、最初のタスクと同じ方法で作成されましたが、設計ソリューションの形で、ビジネスプロセスのかなり詳細な説明の形で解決する必要がありました。提案されたプロセスと、実行されている変更に含まれるすべてのシステムで必要な改善について説明する必要がありました。
さらに、参加者は、作成された機能の正確さを確認するためのチェックリストを作成する必要がありました。私たちの会社では、これはクロスシステムアナリストの仕事の不可欠な部分です。
勝者
426人が参加しました 。107人が準決勝に到達 し、最後の12人が 集まり、ビジネスアナリストの問題を解決し、6-システム間アナリストの問題を解決しました。
ファイナリストによって提案されたすべてのソリューションは非常に興味深く、高レベルで実行されました。そのため、勝者を選ぶのは本当に困難でした。
ビジネスアナリストの問題を解決 した入賞者：ElinaSemenovaが
3万ルーブルの賞金で3位になりました 。彼女は注文を出し、実行するプロセスを説明し、配達管理システムを詳細に検討しました。 二位
PavelBobrovは5万ルーブルの賞金で勝ちました 。彼はアーキテクチャに多くの注意を払い、ビジネスプロセスについても高いレベルで説明しました。
そして、 陪審員は全員一致で与えた最初の場所に10万ルーブルの賞金と アレクセイニキーチンを。彼は、商品の注文と配送のプロセスを詳細に説明し、アーキテクチャ図でこれらのプロセスの実装に関するビジョンを提案しました。アレクセイは彼の仕事の結果を完璧に提示し、彼が解決したい目標と問題について話しました。
:
— . , , , . , , .
. , - , - , . , . , . , , , .
, . - , , , - , 80 % , , . , .
- ? . «.» , , 10 18 — . , , .
., 15 . 15 , , , . , , , , .
クロスシステムアナリストの問題を解決 した入賞者：Pavel Orazbayevは、
3万ルーブルの賞金で3位を獲得しました 。彼は最も明確に定義されたソリューションを提供し、特定の会社であるDelivistaが配達請負業者として提案されました。なぜ他社に勝るのかを計算した。 Pavelは、特定の日に購入を受け取りたい購入者に30分以内に注文を配信する方法を実装する方法も提案しました。 二位5万ルーブルの賞金では、によって撮影された クセニアAlekseeva。そのソリューションは、プロセスの実行という点でもより高いレベルで作成されており、さまざまなタイプのUML図を使用しています。
そして、 10万ルーブルの賞金を獲得した最初の場所はミハイルベレゾフスキーに行きました 。彼の解決策は、割り当ての受け入れ基準と最も密接に一致し、設定されたレベルで正確に設計されました。
:
— , . , , , « ». , .
, , , « », , retail-. , , .
« ». , .
, , , «» . , time to market, , , .
最後のコンテストは、アナリストのための最初のコンテストでした。年末までにIT部門を2倍にする予定で、ロシアだけでなく海外在住のスペシャリストを招聘しています。私たちはリモートで作業し、オフィスに戻る予定はありませんが、動作するラップトップを自宅に届けます。
興味深い仕事に興味がある場合は 、サイトにアクセスするか、直接メール（dmitry.treskunov@mvideo.ru）に書き込んでください。
