A principios de febrero, anunciamos el concurso Analyze.ME para analistas . Para participar en el proyecto, todos pudieron registrarse desde el 3 de febrero hasta el 23 de febrero de 2021 en un sitio web especial .
Además, del 26 al 28 de febrero, los voluntarios tuvieron que presentar soluciones para las tareas del concurso propuestas por los organizadores .
Como resultado, más de 400 participantes expresaron su deseo de competir por el fondo de premios de 360.000 rublos . El 28 de febrero se identificaron 12 finalistas... Debajo del corte hay una historia detallada sobre los problemas de la competencia e información sobre los ganadores.
Introducción
Desde que realizamos el concurso, las tareas estuvieron directamente relacionadas con nuestro negocio. Hay más de 1000 tiendas en la red comercial M. Video-Eldorado en más de 250 ciudades. Las realidades modernas exigen que estemos más cerca de nuestros clientes: aumentar la velocidad de los pedidos y ofrecerles formas cómodas y rápidas de entregar las mercancías. Esto requiere cambiar numerosos procesos y sistemas de TI.
La pandemia ha acelerado enormemente la transformación de nuestra empresa. Anteriormente, llevó varios meses implementar una revisión importante. Ahora utilizamos cada vez más un enfoque iterativo para entregar el MVP primero y luego agregar funciones de forma secuencial.
Por ejemplo, cuando todas nuestras tiendas estaban cerradas debido a la cuarentena, en solo unos días lanzamos el MVP para la entrega urgente de mercancías en taxi, y luego lo desarrollamos iterativamente. Primero, hubo un registro manual, luego automatizamos la llamada de taxi, luego comenzamos a optimizar el proceso de pedido en el sitio web. Pero algunas mejoras aún son difíciles de implementar debido a las tecnologías heredadas en el sitio.
Desafortunadamente, no podemos cambiar y mejorar todos nuestros sistemas de la noche a la mañana: muchos sistemas obsoletos se han acumulado en M. Video-Eldorado a lo largo de los años de desarrollo. Entendemos esto muy bien, los estamos reescribiendo y actualizando constantemente.
Por ejemplo, ahora se han lanzado proyectos para transferir completamente el sitio a una nueva pila de tecnología. También estamos optimizando la aplicación móvil transfiriéndola a los servicios principales. Pero deshacerse del legado requiere mucho tiempo y esfuerzo.
Por lo tanto, vamos de dos maneras: estamos introduciendo una nueva funcionalidad, esforzándonos por centralizar la lógica común, desarrollando una capa de microservicios centrales utilizados por los sistemas frontales y reescribiendo gradualmente los sistemas minoristas, los sitios web, el sistema CRM, etc.
Necesitábamos una introducción tan larga para explicar el contexto general de los problemas presentados a nuestra competencia.
Primera tarea
Primero, los datos introductorios .
El cliente visita el sitio, selecciona productos, los coloca en la cesta, modificando su contenido como desee y luego elige una forma conveniente de recibirlo. Ahora la mercancía se puede recibir mediante recogida automática, entrega desde el almacén, entrega rápida desde la tienda o desde puntos de emisión asociados.
Para cada contratista de entrega, se pueden establecer restricciones sobre el peso y las dimensiones del pedido. Intentamos utilizar más mensajeros a pie, porque los vehículos son dañinos para el medio ambiente, aunque un coche puede caber mucho más que una mochila. El precio de envío puede depender de varios parámetros.
Por ejemplo, desde el valor de la cesta de pedidos (para compras más caras, la entrega es más barata o gratuita) o la distancia al cliente. Si el producto está en stock cercano, también reduce los costos de envío. En taxi, ahora solo podemos entregar pedidos pagados en el sitio. Los participantes pueden haber sugerido que se elimine esta restricción.
Al elegir el método de recepción del pedido, el comprador confirma el pedido. Los descuentos y bonificaciones se tienen en cuenta al pagar. Un pedido se recoge en una tienda o almacén. Los productos para pedidos realizados en el sitio deben esperar a su comprador, las tiendas no pueden venderlos. Al mismo tiempo, la mercadería en la tienda se ubica en dos zonas: en el almacén y en el piso de negociación. En aras del respeto al medio ambiente y el ahorro de papel, el pedido debe entregarse al mensajero sin confirmación en papel: recibos, recibos de venta, facturas y otras cosas.
Los mensajeros de diferentes empresas pueden trabajar en sus propios sistemas de información, con los que pueden integrarse vía API. El comprador puede ver el estado de su pedido en el sitio web o en la aplicación móvil. Las tiendas tienen un sistema de información minorista, asumiremos que todavía es un legado, en el que se mantienen los saldos de inventario, las ventas, etc.
Cada tienda tiene su propia copia de este sistema minorista con una base de datos, aplicaciones de servidor, aplicaciones de caja, tenderos, etc. Y hay una base de datos central a la que se transmiten los datos de cada tienda a intervalos regulares.
Al rediseñar la arquitectura de este sistema, los participantes podían elegir cualquier método de integración. También disponemos de un servicio de cálculo de un pedido teniendo en cuenta los descuentos aplicados y servicios que devuelven datos maestros sobre mercancía (catálogo, nombre, características), precios, promociones, etc.
Ahora pasemos a la tarea en sí. Se pidió a los participantes que describieran, en cualquier notación, los procesos comerciales de realizar un pedido, desde la apertura de un sitio web por parte de un cliente hasta la recepción de un pedido. Incluidas las acciones que se realizan sin la participación del cliente.
La tarea constaba de dos partes:
- descripción del proceso y la arquitectura del sistema;
- ofreciendo nuevas formas de recibir un pedido para que sea aún más conveniente para los clientes.
Los participantes pueden utilizar cualquier fuente abierta con información sobre el surtido, la ubicación de nuestras tiendas, la cantidad de productos, sus dimensiones, etc.
Después de describir los procesos de negocio utilizando el ejemplo de cualquier método de entrega, era necesario describir la arquitectura del proyecto o elaborar un diagrama de componentes con flujos de integración. Los componentes que no figuran en la descripción de la tarea se pueden agregar a voluntad.
Después de eso, fue necesario elegir uno de los sistemas interesantes que resultaron en la arquitectura, y describir con más detalle los requisitos funcionales (casos de uso, diagramas de actividad) y no funcionales de este sistema.
Si lo desea, puede utilizar cualquier otro diagrama, por ejemplo, diagrama de estado, diagrama de secuencia, etc. También fue útil describir el modelo de datos lógicos para el sistema elegido (en cualquier notación).
Segunda tarea
La segunda tarea no estaba destinada a los analistas comerciales, sino a los analistas de sistemas cruzados. ¿Cuál es la diferencia entre ellos? Los analistas de sistemas cruzados son los mismos analistas, solo ven el problema desde un ángulo diferente.
Los analistas de negocios típicos trabajan dentro de un sistema, es decir, el analista interactúa de cerca y diariamente dentro del marco de una funcionalidad específica o un producto específico. Y los analistas de sistemas cruzados se utilizan cuando se requiere resolver un problema que afecta a varias funciones a la vez dentro de M.Video - Eldorado.
Por ejemplo, ahora el país está introduciendo el etiquetado obligatorio de ciertos grupos de productos. Esto también afectó a nuestro surtido. La implementación del etiquetado es necesaria en dos de nuestras marcas, en seis de nuestras soluciones de front-end. Es necesario finalizar el back office, una gran cantidad de servicios, y este tipo de tareas son asumidas por analistas de sistemas cruzados.
Por lo tanto, el resultado del trabajo de un analista de sistemas cruzados no es un requisito del sistema, no es una tarea funcional o técnica, sino soluciones de diseño: documentos que describen qué problema se está resolviendo, a qué procesos comerciales de la empresa están sujetos. cambiar, cómo estos procesos deben proceder en los sistemas de contexto.
Es decir, en qué momento, qué operación y en qué sistema se debe realizar, cuándo el sistema debe pasar a otro sistema, qué acciones del empleado acompañan a este evento, cuánto cambia el proceso en relación con el actual.
La segunda tarea en el concurso se formuló de la misma manera que la primera, pero tenía que resolverse en forma de una descripción bastante detallada de los procesos comerciales, en forma de una solución de diseño. Era necesario describir el proceso propuesto y las mejoras necesarias en todos los sistemas incluidos en el cambio que se estaba realizando.
Además, los participantes tuvieron que elaborar una lista de verificación para verificar la exactitud de la funcionalidad creada. En nuestra empresa, esto es una parte integral del trabajo de un analista de sistemas cruzados.
Ganadores
426 personas participaron en el concurso . 107 llegaron a las semifinales , y en las últimas 12 personas se reunieron , resolviendo un problema para los analistas de negocios, y 6 - resolviendo un problema para los analistas de sistemas cruzados.
Todas las soluciones propuestas por los finalistas fueron muy interesantes y ejecutadas a un alto nivel. Así que fue muy difícil elegir a los ganadores.
Ganadores de premios que resolvieron el problema para los analistas de negocios : Elina Semenova ocupó el
tercer lugar con un premio de 30 mil rublos . Describió el proceso de colocación y ejecución de un pedido, elaboró en detalle el sistema de gestión de entregas. Segundo lugar
Pavel Bobrov ganó con un premio de 50 mil rublos . Prestó mucha atención a la arquitectura y también describió el proceso empresarial a un alto nivel.
Y el jurado otorgó por unanimidad el primer lugar con un premio de 100 mil rublos a Alexei Nikitin . Describió en detalle el proceso de pedido y entrega de mercancías, en el diagrama de arquitectura propuso su visión para la implementación de estos procesos. Alexey presentó a la perfección el resultado de su trabajo, habló sobre los objetivos y problemas que quería resolver.
:
— . , , , . , , .
. , - , - , . , . , . , , , .
, . - , , , - , 80 % , , . , .
- ? . «.» , , 10 18 — . , , .
., 15 . 15 , , , . , , , , .
Ganadores del premio que resolvieron el problema para los analistas de sistemas cruzados : Pavel Orazbayev ganó el
tercer lugar con un premio de 30 mil rublos . Ofreció la solución más claramente definida y se propuso una empresa específica, Delivista, como contratista de entrega. Se calculó por qué podría tener ventajas sobre otras empresas. Pavel incluso sugirió cómo implementar un método de entrega de pedidos en media hora a aquellos compradores que desean recibir sus compras en un día específico. El segundo lugar con un premio de 50 mil rublos fue para Ksenia Alekseeva . Su solución también se realiza a un nivel superior en términos de elaboración de procesos, utiliza diferentes tipos de diagramas UML.
Y el primer lugar con un premio de 100 mil rublos fue para Mikhail Berezovsky . Su solución coincidió más estrechamente con los criterios de aceptación para la tarea, fue diseñada exactamente al nivel que se estableció.
:
— , . , , , « ». , .
, , , « », , retail-. , , .
« ». , .
, , , «» . , time to market, , , .
La última competencia fue nuestra primera competencia de analistas. Para finales de año, planeamos duplicar nuestro departamento de TI e invitamos a trabajar a especialistas no solo de Rusia, sino también a aquellos que viven en el extranjero. Trabajamos de forma remota y no planeamos regresar a las oficinas, pero le entregaremos una computadora portátil que funcione a su hogar.
Si está interesado en un trabajo interesante, no dude en visitar el sitio o escribir directamente al correo: dmitry.treskunov@mvideo.ru.
