Anfang Februar haben wir den Analyze.ME- Wettbewerb für Analysten angekündigt . Um an dem Projekt teilzunehmen, konnte sich jeder vom 3. bis 23. Februar 2021 auf einer speziellen Website registrieren . Außerdem mussten Freiwillige vom 26. bis 28. Februar Lösungen für die von den Organisatoren vorgeschlagenen Wettbewerbsaufgaben einreichen . Infolgedessen äußerten mehr als 400 Teilnehmer den Wunsch , sich um den Preisfonds von 360.000 Rubel zu bewerben . Am 28. Februar wurden 12 Finalisten identifiziert
... Unter dem Schnitt finden Sie eine detaillierte Geschichte über die Wettbewerbsprobleme und Informationen über die Gewinner.
Einführung
Da wir den Wettbewerb veranstalteten, standen die Aufgaben in direktem Zusammenhang mit unserem Geschäft. Im Handelsnetz von M.Video-Eldorado gibt es über 1000 Geschäfte in mehr als 250 Städten. Moderne Realitäten erfordern, dass wir näher an unseren Kunden sind: um die Bestellgeschwindigkeit zu erhöhen und ihnen bequeme und schnelle Möglichkeiten zur Lieferung von Waren anzubieten. Dies erfordert die Änderung zahlreicher Prozesse und IT-Systeme.
Die Pandemie hat die Transformation unseres Unternehmens erheblich beschleunigt. Zuvor dauerte es mehrere Monate, bis eine umfassende Überarbeitung durchgeführt wurde. Jetzt verwenden wir zunehmend einen iterativen Ansatz, um zuerst den MVP bereitzustellen und dann nacheinander Funktionen hinzuzufügen.
Als beispielsweise alle unsere Filialen wegen Quarantäne geschlossen waren, haben wir innerhalb weniger Tage den MVP für die Expresslieferung von Waren per Taxi gestartet und ihn dann iterativ weiterentwickelt. Zuerst gab es eine manuelle Registrierung, dann automatisierten wir den Taxianruf und begannen dann, den Bestellprozess auf der Website zu optimieren. Einige Verbesserungen sind jedoch aufgrund der alten Technologien auf der Website immer noch schwer zu implementieren.
Leider können wir nicht alle unsere Systeme über Nacht ändern und verbessern: Viele veraltete Systeme haben sich im Laufe der Jahre der Entwicklung in M.Video-Eldorado angesammelt. Wir verstehen das sehr gut, wir schreiben sie ständig um und aktualisieren sie.
Beispielsweise wurden jetzt Projekte gestartet, um die Site vollständig auf einen neuen Technologie-Stack zu übertragen. Wir optimieren die mobile Anwendung auch, indem wir sie auf Core Services übertragen. Das Vermächtnis loszuwerden erfordert jedoch viel Zeit und Mühe.
Daher gehen wir auf zwei Arten vor: Wir führen neue Funktionen ein, bemühen uns um die Zentralisierung der gemeinsamen Logik, entwickeln eine Schicht von Kern-Mikrodiensten, die von Frontsystemen verwendet werden, und schreiben Einzelhandelssysteme, Websites, CRM-Systeme usw. schrittweise neu.
Wir brauchten eine so lange Einführung, um den allgemeinen Kontext der Probleme zu erklären, die unserem Wettbewerb gestellt wurden.
Erste Aufgabe
Zunächst die einleitenden Daten .
Der Kunde besucht die Website, wählt Produkte aus, legt sie in den Warenkorb, ändert den Inhalt nach Bedarf und wählt dann einen bequemen Weg, um sie zu erhalten. Jetzt kann die Ware durch Selbstabholung, Lieferung aus dem Lager, schnelle Lieferung aus dem Geschäft oder von Partnerausgabestellen empfangen werden.
Für jeden Lieferunternehmer können Einschränkungen hinsichtlich des Gewichts und der Abmessungen der Bestellung festgelegt werden. Wir versuchen, mehr Kuriere zu Fuß einzusetzen, da Fahrzeuge umweltschädlich sind, obwohl ein Auto viel mehr als nur einen Rucksack aufnehmen kann. Der Lieferpreis kann von einer Reihe von Parametern abhängen.
Zum Beispiel vom Wert des Bestellkorbs (bei teureren Einkäufen ist die Lieferung billiger oder kostenlos) oder von der Entfernung zum Kunden. Wenn das Produkt in der Nähe auf Lager ist, werden auch die Versandkosten gesenkt. Mit dem Taxi können wir jetzt nur Bestellungen liefern, die vor Ort bezahlt wurden. Die Teilnehmer haben möglicherweise vorgeschlagen, diese Einschränkung aufzuheben.
Durch die Wahl der Art des Eingangs der Bestellung bestätigt der Käufer die Bestellung. Rabatte und Boni werden bei der Zahlung berücksichtigt. Eine Bestellung wird in einem Geschäft oder Lager abgeholt. Produkte für Bestellungen auf der Website müssen auf ihren Käufer warten, Geschäfte können sie nicht verkaufen. Gleichzeitig befinden sich die Waren im Geschäft in zwei Zonen: im Lager und im Handelsraum. Aus Gründen der Umweltfreundlichkeit und der Einsparung von Papier sollte die Bestellung ohne Papierbestätigung an den Kurier übergeben werden: Quittungen, Verkaufsbelege, Rechnungen und andere Dinge.
Kuriere verschiedener Unternehmen können in ihren eigenen Informationssystemen arbeiten, in die sie über API integriert werden können. Der Käufer kann den Status seiner Bestellung auf der Website oder in der mobilen Anwendung einsehen. Die Geschäfte verfügen über ein Einzelhandelsinformationssystem - wir gehen davon aus, dass es sich noch um ein Legacy-System handelt -, in dem Lagerbestände, Verkäufe usw. aufbewahrt werden.
Jedes Geschäft verfügt über eine eigene Kopie dieses Einzelhandelssystems mit einer Datenbank, Serveranwendungen, Kassiereranwendungen, Ladenbesitzern usw. Und es gibt eine zentrale Datenbank, an die Daten aus jedem Geschäft in regelmäßigen Abständen übertragen werden.
Bei der Neugestaltung der Architektur dieses Systems konnten die Teilnehmer eine beliebige Integrationsmethode wählen. Wir haben auch einen Service zur Berechnung einer Bestellung unter Berücksichtigung der angewendeten Rabatte und Services, die Stammdaten zu Waren (Katalog, Name, Merkmale), Preisen, Werbeaktionen usw. zurückgeben.
Kommen wir nun zur eigentlichen Aufgabe. Die Teilnehmer wurden gebeten, in jeder Notation die Geschäftsprozesse der Bestellung zu beschreiben, vom Öffnen einer Website durch einen Kunden bis zum Erhalt einer Bestellung. Einschließlich Aktionen, die ohne Beteiligung des Kunden ausgeführt werden.
Die Aufgabe bestand aus zwei Teilen:
- Beschreibung der Prozess- und Systemarchitektur;
- Wir bieten neue Möglichkeiten, eine Bestellung zu erhalten, um sie für die Kunden noch komfortabler zu gestalten.
Die Teilnehmer können alle offenen Quellen mit Informationen über das Sortiment, den Standort unserer Geschäfte, die Anzahl der Waren, ihre Abmessungen usw. verwenden.
Nach der Beschreibung der Geschäftsprozesse am Beispiel einer Bereitstellungsmethode musste die Projektarchitektur beschrieben oder ein Komponentendiagramm mit Integrationsabläufen erstellt werden. Komponenten, die nicht in der Aufgabenbeschreibung aufgeführt sind, können nach Belieben hinzugefügt werden.
Danach war es notwendig, eines der interessanten Systeme auszuwählen, die sich in der Architektur herausstellten, und die funktionalen (Anwendungsfälle, Aktivitätsdiagramme) und nicht funktionalen Anforderungen für dieses System detaillierter zu beschreiben.
Falls gewünscht, können Sie auch andere Diagramme verwenden, z. B. Zustandsdiagramm, Sequenzdiagramm usw. Es war auch nützlich, das logische Datenmodell für das ausgewählte System (in beliebiger Notation) zu beschreiben.
Zweite Aufgabe
Die zweite Aufgabe war nicht für Geschäftsanalysten gedacht, sondern für systemübergreifende Analysten. Was ist der Unterschied zwischen ihnen? Systemübergreifende Analysten sind dieselben Analysten, sie betrachten das Problem nur aus einem anderen Blickwinkel.
Typische Geschäftsanalysten arbeiten innerhalb eines Systems, dh der Analyst interagiert eng und täglich im Rahmen einer bestimmten Funktionalität oder eines bestimmten Produkts. Systemübergreifende Analysten werden eingesetzt, wenn ein Problem gelöst werden muss, das mehrere Funktionen gleichzeitig in M.Video - Eldorado betrifft.
Zum Beispiel führt das Land jetzt die obligatorische Kennzeichnung bestimmter Warengruppen ein. Dies wirkte sich auch auf unser Sortiment aus. Die Implementierung der Kennzeichnung ist bei zwei unserer Marken und bei sechs unserer Front-End-Lösungen erforderlich. Es ist notwendig, das Backoffice und eine große Anzahl von Services abzuschließen, und diese Art von Aufgaben werden von systemübergreifenden Analysten übernommen.
Das Ergebnis der Arbeit eines systemübergreifenden Analysten ist daher keine Anforderung an das System, keine funktionale oder technische Aufgabe, sondern Entwurfslösungen: Dokumente, die beschreiben, welches Problem gelöst wird und welchen Geschäftsprozessen das Unternehmen unterliegt ändern, wie diese Prozesse in den Kontextsystemen ablaufen sollen.
Das heißt, zu welchem Zeitpunkt, welche Operation und in welchem System sollte ausgeführt werden, wann sich das System einem anderen System zuwenden sollte, welche Aktionen des Mitarbeiters dieses Ereignis begleiten, wie stark sich der Prozess im Vergleich zum aktuellen ändert.
Die zweite Aufgabe des Wettbewerbs wurde wie die erste formuliert, musste jedoch in Form einer ziemlich detaillierten Beschreibung der Geschäftsprozesse in Form einer Entwurfslösung gelöst werden. Es war notwendig, den vorgeschlagenen Prozess und die notwendigen Verbesserungen in allen Systemen zu beschreiben, die in der durchgeführten Änderung enthalten waren.
Zusätzlich mussten die Teilnehmer eine Checkliste erstellen, um die Richtigkeit der erstellten Funktionalität zu überprüfen. In unserem Unternehmen ist dies ein wesentlicher Bestandteil der Arbeit eines systemübergreifenden Analysten.
Gewinner
An dem Wettbewerb nahmen 426 Personen teil . 107 erreichten das Halbfinale und im Finale trafen sich 12 Personen , um ein Problem für Geschäftsanalysten zu lösen, und 6 - um ein Problem für systemübergreifende Analysten zu lösen.
Alle von den Finalisten vorgeschlagenen Lösungen waren sehr interessant und wurden auf hohem Niveau umgesetzt. Es war also sehr schwierig, die Gewinner auszuwählen.
Preisträger, die das Problem für Business Analysten gelöst haben : Elina Semenova belegte mit einem Preisgeld von 30.000 Rubel den
dritten Platz . Sie beschrieb den Prozess der Auftragserteilung und -ausführung und erarbeitete detailliert das Lieferverwaltungssystem. Zweiter Platz
Pavel Bobrov gewann mit einem Preis von 50.000 Rubel . Er widmete der Architektur viel Aufmerksamkeit und beschrieb den Geschäftsprozess auf hohem Niveau.
Und die Jury gab Alexei Nikitin einstimmig den ersten Platz mit einem Preisgeld von 100.000 Rubel . Er beschrieb detailliert den Prozess der Bestellung und Lieferung von Waren. In dem Architekturdiagramm schlug er seine Vision für die Implementierung dieser Prozesse vor. Alexey präsentierte das Ergebnis seiner Arbeit perfekt und sprach über die Ziele und Probleme, die er lösen wollte.
:
— . , , , . , , .
. , - , - , . , . , . , , , .
, . - , , , - , 80 % , , . , .
- ? . «.» , , 10 18 — . , , .
., 15 . 15 , , , . , , , , .
Preisträger, die das Problem für systemübergreifende Analysten gelöst haben : Pavel Orazbayev gewann den
dritten Platz mit einem Preisgeld von 30.000 Rubel . Er bot die klarste Lösung an, und ein bestimmtes Unternehmen, Delivista, wurde als Lieferunternehmer vorgeschlagen. Es wurde berechnet, warum es Vorteile gegenüber anderen Unternehmen haben könnte. Pavel schlug sogar vor, eine Methode zur Lieferung von Bestellungen innerhalb einer halben Stunde an diejenigen Käufer zu implementieren, die ihre Einkäufe an einem bestimmten Tag erhalten möchten.
Den zweiten Platz mit einem Preisgeld von 50.000 Rubel belegte Ksenia Alekseeva . Die Lösung wird auch in Bezug auf die Ausarbeitung von Prozessen auf einer höheren Ebene erstellt. Es werden verschiedene Arten von UML-Diagrammen verwendet.
Und der erste Platz mit einem Preis von 100.000 Rubel ging an Michail Berezowski . Seine Lösung stimmte am ehesten mit den Akzeptanzkriterien für den Auftrag überein, sie wurde genau auf der festgelegten Ebene entworfen.
:
— , . , , , « ». , .
, , , « », , retail-. , , .
« ». , .
, , , «» . , time to market, , , .
Der letzte Wettbewerb war unser erster Wettbewerb für Analysten. Bis Ende des Jahres planen wir, unsere IT-Abteilung zu verdoppeln, und wir laden nicht nur Spezialisten aus Russland, sondern auch aus dem Ausland lebende Personen zur Arbeit ein. Wir arbeiten remote und planen nicht, in die Büros zurückzukehren, aber wir liefern einen funktionierenden Laptop zu Ihnen nach Hause.
Wenn Sie an einem interessanten Job interessiert sind, besuchen Sie die Website oder schreiben Sie direkt an die E-Mail-Adresse: dmitry.treskunov@mvideo.ru.
