Pada awal Februari, kami mengumumkan kompetisi Analyze.ME untuk para analis . Untuk berpartisipasi dalam proyek ini, semua orang dapat mendaftar mulai 3 Februari hingga 23 Februari 2021 di situs web khusus .
Selanjutnya, dari 26 Februari hingga 28 Februari, relawan harus menyerahkan solusi untuk tugas lomba yang diusulkan oleh penyelenggara .
Hasilnya, lebih dari 400 peserta menyatakan keinginan mereka untuk bersaing memperebutkan hadiah uang sebesar 360.000 rubel . Pada 28 Februari, 12 finalis telah diidentifikasi ... Di bawah potongan adalah cerita rinci tentang masalah kompetisi dan informasi tentang pemenang.
pengantar
Sejak kami mengadakan kompetisi, tugas-tugasnya terkait langsung dengan bisnis kami. Ada lebih dari 1000 toko di jaringan perdagangan M.Video-Eldorado di lebih dari 250 kota. Realitas modern menuntut kami untuk lebih dekat dengan pelanggan kami: untuk meningkatkan kecepatan pemesanan dan menawarkan cara yang mudah dan cepat untuk mengirimkan barang kepada mereka. Ini membutuhkan perubahan banyak proses dan sistem TI.
Pandemi telah sangat mempercepat transformasi perusahaan kami. Sebelumnya, revisi besar-besaran membutuhkan waktu beberapa bulan. Sekarang kami semakin sering menggunakan pendekatan berulang untuk mengirimkan MVP terlebih dahulu, lalu menambahkan fitur secara berurutan.
Misalnya, ketika semua toko kami tutup karena karantina, hanya dalam beberapa hari kami meluncurkan MVP untuk pengiriman barang dengan taksi, dan kemudian mengembangkannya secara berulang. Pertama ada registrasi manual, lalu kami otomatis panggilan taksi, kemudian kami mulai mengoptimalkan proses pemesanan di website. Tetapi beberapa perbaikan masih sulit diterapkan karena teknologi warisan di situs.
Sayangnya, kami tidak dapat mengubah dan meningkatkan semua sistem kami dalam semalam: banyak sistem usang telah terakumulasi di M.Video-Eldorado selama bertahun-tahun pengembangan. Kami memahami ini dengan sangat baik, kami terus menulis ulang dan memperbaruinya.
Misalnya, proyek sekarang telah diluncurkan untuk sepenuhnya mentransfer situs ke tumpukan teknologi baru. Kami juga mengoptimalkan aplikasi seluler dengan mentransfernya ke layanan Inti. Tetapi menyingkirkan warisan membutuhkan banyak waktu dan usaha.
Oleh karena itu, kami melakukan dua cara: kami memperkenalkan fungsionalitas baru, berusaha untuk memusatkan logika umum, mengembangkan lapisan layanan mikro inti yang digunakan oleh sistem depan dan secara bertahap menulis ulang sistem ritel, situs web, sistem CRM, dan sebagainya.
Kami membutuhkan pengenalan yang panjang untuk menjelaskan konteks umum masalah yang disajikan pada kompetisi kami.
Tugas pertama
Pertama, data pengantar .
Klien mengunjungi situs, memilih produk, memasukkannya ke dalam keranjang, mengubah isinya sesuai keinginan, dan kemudian memilih cara yang nyaman untuk menerimanya. Sekarang barang dapat diterima dengan pengambilan sendiri, pengiriman dari gudang, pengiriman cepat dari toko atau dari mitra poin masalah.
Untuk setiap kontraktor pengiriman, batasan berat dan dimensi pesanan dapat diatur. Kami mencoba untuk menggunakan lebih banyak kurir berjalan kaki, karena kendaraan berbahaya bagi lingkungan, meskipun mobil bisa muat lebih banyak daripada tas punggung. Harga pengiriman mungkin tergantung pada sejumlah parameter.
Misalnya dari nilai keranjang pesanan (untuk pembelian lebih mahal, pengiriman lebih murah atau gratis) atau jarak ke pelanggan. Jika produk dalam stok di dekatnya, itu juga mengurangi biaya pengiriman. Dengan taksi, kami sekarang hanya dapat mengirimkan pesanan yang dibayar di situs. Peserta mungkin telah menyarankan agar pembatasan ini dicabut.
Dengan memilih metode penerimaan pesanan, pembeli mengonfirmasi pesanan. Diskon dan bonus diperhitungkan saat membayar. Pesanan dikumpulkan di toko atau gudang. Produk untuk pesanan yang ditempatkan di situs harus menunggu pembeli mereka, toko tidak bisa menjualnya. Pada saat yang sama, barang di toko berada di dua zona: di gudang dan di lantai perdagangan. Demi ramah lingkungan dan menghemat kertas, pesanan harus diserahkan kepada kurir tanpa kertas konfirmasi: kuitansi, kuitansi penjualan, faktur, dan lain-lain.
Kurir dari perusahaan yang berbeda dapat bekerja dalam sistem informasi mereka sendiri, yang dengannya mereka dapat diintegrasikan melalui API. Pembeli dapat melihat status pesanannya di situs web atau di aplikasi seluler. Toko-toko memiliki sistem informasi ritel - kami akan menganggapnya masih warisan - di mana saldo inventaris, penjualan, dan sebagainya disimpan.
Setiap toko memiliki salinannya sendiri dari sistem ritel ini dengan database, aplikasi server, aplikasi kasir, penjaga toko, dan sebagainya. Dan ada database pusat yang datanya dari setiap toko dikirimkan secara berkala.
Saat mendesain ulang arsitektur sistem ini, peserta dapat memilih metode integrasi apa pun. Kami juga memiliki layanan untuk menghitung pesanan dengan mempertimbangkan diskon dan layanan yang diterapkan yang mengembalikan data master barang (katalog, nama, karakteristik), harga, promosi, dan sebagainya.
Sekarang mari beralih ke tugas itu sendiri. Peserta diminta untuk menjelaskan, dalam notasi apa pun, proses bisnis dalam melakukan pemesanan, mulai dari pembukaan situs web oleh klien hingga menerima pesanan. Termasuk tindakan yang dilakukan tanpa partisipasi klien.
Tugas terdiri dari dua bagian:
- deskripsi proses dan arsitektur sistem;
- menawarkan cara baru untuk menerima pesanan agar lebih nyaman bagi pelanggan.
Peserta dapat menggunakan sumber terbuka apa pun dengan informasi tentang bermacam-macam, lokasi toko kami, jumlah barang, dimensinya, dan sebagainya.
Setelah mendeskripsikan proses bisnis menggunakan contoh salah satu metode pengiriman, perlu untuk mendeskripsikan arsitektur proyek atau membuat diagram komponen dengan aliran integrasi. Komponen yang tidak terdaftar dalam deskripsi tugas dapat ditambahkan sesuka hati.
Setelah itu, perlu untuk memilih salah satu sistem yang menarik yang ternyata dalam arsitektur, dan mendeskripsikan secara lebih rinci persyaratan fungsional (use case, activity diagram) dan non-fungsional untuk sistem ini.
Jika diinginkan, Anda dapat menggunakan diagram lain, misalnya diagram status, diagram urutan, dan sebagainya. Ini juga berguna untuk menggambarkan model data logis untuk sistem yang dipilih (dalam notasi apa pun).
Tugas kedua
Tugas kedua tidak ditujukan untuk analis bisnis, tetapi untuk analis lintas sistem. Apa perbedaan di antara keduanya? Analis lintas sistem adalah analis yang sama, mereka hanya melihat masalah dari sudut pandang yang berbeda.
Analis bisnis tipikal bekerja dalam satu sistem, yaitu, analis secara dekat dan sehari-hari berinteraksi dalam kerangka fungsionalitas tertentu atau produk tertentu. Dan analis lintas-sistem digunakan ketika diperlukan untuk memecahkan masalah yang memengaruhi beberapa fungsi sekaligus dalam M.Video - Eldorado.
Misalnya, sekarang negara memberlakukan pelabelan wajib untuk kelompok barang tertentu. Ini juga memengaruhi variasi kami. Penerapan pelabelan diperlukan di dua merek kami, di enam solusi front-end kami. Hal ini diperlukan untuk menyelesaikan back office, sejumlah besar layanan, dan tugas semacam ini dilakukan oleh analis lintas sistem.
Dengan demikian, hasil kerja analis lintas sistem bukanlah persyaratan untuk sistem, bukan tugas fungsional atau teknis, tetapi solusi desain: dokumen yang menggambarkan masalah apa yang sedang dipecahkan, proses bisnis perusahaan mana yang menjadi sasaran mengubah, bagaimana proses ini harus dilanjutkan dalam sistem konteks.
Yaitu, pada titik waktu apa, operasi apa dan dalam sistem apa yang harus dilakukan, ketika sistem harus beralih ke sistem lain, tindakan karyawan apa yang menyertai peristiwa ini, seberapa banyak proses berubah relatif terhadap yang sekarang.
Tugas kedua pada kompetisi dirumuskan dengan cara yang sama seperti tugas pertama, namun harus diselesaikan dalam bentuk uraian proses bisnis yang cukup detail, dalam bentuk solusi desain. Itu perlu untuk menggambarkan proses yang diusulkan dan perbaikan yang diperlukan dalam semua sistem termasuk dalam perubahan yang dilakukan.
Selain itu, peserta harus membuat daftar periksa untuk memeriksa kebenaran fungsionalitas yang dibuat. Di perusahaan kami, ini merupakan bagian integral dari pekerjaan analis lintas sistem.
Pemenang
426 orang mengikuti kompetisi . 107 mencapai semifinal , dan di final 12 orang bertemu , memecahkan masalah untuk analis bisnis, dan 6 - memecahkan masalah untuk analis lintas sistem.
Semua solusi yang diajukan oleh para finalis sangat menarik dan dieksekusi pada level tinggi. Jadi sangat sulit untuk memilih pemenang. Pemenang hadiah
yang memecahkan masalah untuk analis bisnis : Elina Semenova menempati posisi
ketiga dengan hadiah 30 ribu rubel . Dia menggambarkan proses menempatkan dan melaksanakan pesanan, mengerjakan secara rinci sistem manajemen pengiriman. Tempat kedua
Pavel Bobrov menang dengan hadiah 50 ribu rubel . Dia memberi banyak perhatian pada arsitektur dan juga menggambarkan proses bisnis pada tingkat tinggi.
Dan juri dengan suara bulat memberikan juara pertama dengan hadiah 100 ribu rubel kepada Alexei Nikitin . Dia menjelaskan secara rinci proses pemesanan dan pengiriman barang, pada diagram arsitektur dia mengajukan visinya untuk pelaksanaan proses tersebut. Alexey mempresentasikan hasil karyanya dengan sempurna, berbicara tentang tujuan dan masalah yang ingin dia selesaikan.
:
— . , , , . , , .
. , - , - , . , . , . , , , .
, . - , , , - , 80 % , , . , .
- ? . «.» , , 10 18 — . , , .
., 15 . 15 , , , . , , , , .
Pemenang hadiah yang memecahkan masalah untuk analis lintas sistem : Pavel Orazbayev memenangkan tempat
ketiga dengan hadiah 30 ribu rubel . Dia menawarkan solusi yang paling jelas, dan perusahaan tertentu, Delivista, diusulkan sebagai kontraktor pengiriman. Itu dihitung mengapa mungkin memiliki keunggulan dibandingkan perusahaan lain. Pavel bahkan menyarankan bagaimana menerapkan metode pengiriman pesanan dalam waktu setengah jam kepada para pembeli yang ingin menerima pembelian mereka pada hari tertentu. Tempat kedua dengan hadiah 50 ribu rubel diraih oleh Ksenia Alekseeva . Solusinya juga dibuat pada tingkat yang lebih tinggi dalam hal proses pengerjaan, ia menggunakan berbagai jenis diagram UML.
Dan tempat pertama dengan hadiah 100 ribu rubel jatuh ke tangan Mikhail Berezovsky . Solusinya paling dekat dengan kriteria penerimaan untuk tugas, itu dirancang tepat pada tingkat yang telah ditetapkan.
:
— , . , , , « ». , .
, , , « », , retail-. , , .
« ». , .
, , , «» . , time to market, , , .
Kompetisi terakhir adalah kompetisi pertama kami untuk para analis. Pada akhir tahun, kami berencana untuk menggandakan departemen TI kami, dan kami mengundang spesialis tidak hanya dari Rusia, tetapi juga mereka yang tinggal di luar negeri untuk bekerja. Kami bekerja dari jarak jauh dan tidak berencana untuk kembali ke kantor, tetapi kami akan mengirimkan laptop yang berfungsi ke rumah Anda.
Jika Anda tertarik dengan pekerjaan yang menarik, silakan kunjungi situsnya atau kirim surat langsung ke: dmitry.treskunov@mvideo.ru.
