No início de fevereiro, anunciamos o concurso Analyze.ME para analistas . Para participar do projeto, todos puderam se inscrever de 3 a 23 de fevereiro de 2021 em um site especial .
Além disso, de 26 a 28 de fevereiro, os voluntários tiveram que apresentar soluções para as tarefas do concurso propostas pelos organizadores .
Como resultado, mais de 400 participantes expressaram seu desejo de competir pelo fundo de prêmios de 360.000 rublos . Em 28 de fevereiro, 12 finalistas foram identificados ... Abaixo do corte, há uma história detalhada sobre os problemas da competição e informações sobre os vencedores.
Introdução
Desde que realizamos o concurso, as tarefas estavam diretamente relacionadas ao nosso negócio. Existem mais de 1000 lojas na rede comercial M.Video-Eldorado em mais de 250 cidades. A realidade moderna exige que estejamos mais próximos de nossos clientes: para aumentar a velocidade dos pedidos e oferecer-lhes formas convenientes e rápidas de entrega de mercadorias. Isso requer a mudança de vários processos e sistemas de TI.
A pandemia acelerou muito a transformação de nossa empresa. Anteriormente, demorava vários meses para implementar uma grande revisão. Agora, estamos usando cada vez mais uma abordagem iterativa para entregar o MVP primeiro e, em seguida, adicionar recursos sequencialmente.
Por exemplo, quando todas as nossas lojas foram fechadas devido à quarentena, em poucos dias lançamos o MVP para entrega expressa de mercadorias por táxi, e então o desenvolvemos de forma iterativa. Primeiro tinha o cadastro manual, depois automatizamos a chamada do táxi, depois começamos a otimizar o processo de pedido no site. Mas algumas melhorias ainda são difíceis de implementar devido às tecnologias legadas no site.
Infelizmente, não podemos mudar e melhorar todos os nossos sistemas da noite para o dia: muitos sistemas desatualizados se acumularam no M.Video-Eldorado ao longo dos anos de desenvolvimento. Nós entendemos isso muito bem, estamos constantemente reescrevendo e atualizando-os.
Por exemplo, projetos já foram lançados para transferir completamente o site para uma nova pilha de tecnologia. Também estamos otimizando o aplicativo móvel, transferindo-o para os serviços principais. Mas livrar-se do legado exige muito tempo e esforço.
Portanto, estamos indo em dois caminhos: estamos introduzindo novas funcionalidades, nos esforçando para centralizar a lógica comum, desenvolvendo uma camada de microsserviços básicos usados por sistemas frontais e reescrevendo gradualmente os sistemas de varejo, sites, sistema de CRM e assim por diante.
Precisávamos de uma introdução tão longa para explicar o contexto geral dos problemas apresentados à nossa competição.
Primeira tarefa
Primeiro, os dados introdutórios .
O cliente visita o site, seleciona os produtos, coloca-os na cesta, alterando seu conteúdo conforme deseja e, a seguir, escolhe a forma mais conveniente de recebê-los. Agora as mercadorias podem ser recebidas por auto-coleta, entrega no depósito, entrega rápida na loja ou em pontos de emissão de parceiros.
Para cada contratante de entrega, podem ser definidas restrições sobre o peso e as dimensões do pedido. Tentamos usar mais os mensageiros a pé, porque os veículos são prejudiciais ao meio ambiente, embora um carro possa caber muito mais do que uma mochila. O preço de entrega pode depender de vários parâmetros.
Por exemplo, desde o valor da cesta de pedidos (para compras mais caras, a entrega é mais barata ou gratuita) ou a distância até o cliente. Se o produto estiver em estoque nas proximidades, isso também reduz os custos de envio. De táxi, agora podemos entregar apenas pedidos pagos no site. Os participantes podem ter sugerido que essa restrição fosse retirada.
Ao escolher o método de recebimento do pedido, o comprador confirma o pedido. Descontos e bônus são levados em consideração no momento do pagamento. Um pedido é coletado em uma loja ou depósito. Os produtos para pedidos feitos no site devem esperar pelo comprador, as lojas não podem vendê-los. Ao mesmo tempo, as mercadorias na loja estão localizadas em duas zonas: no armazém e no pregão. Por uma questão de respeito pelo meio ambiente e economia de papel, o pedido deve ser entregue ao courier sem confirmação em papel: quaisquer recibos, recibos de vendas, faturas e outros.
Couriers de diferentes empresas podem trabalhar em seus próprios sistemas de informação, com os quais podem ser integrados via API. O comprador pode visualizar o status de seu pedido no site ou no aplicativo móvel. As lojas possuem um sistema de informações de varejo - vamos supor que ainda seja legado - no qual são mantidos os saldos de estoque, vendas e assim por diante.
Cada loja tem sua própria cópia desse sistema de varejo com um banco de dados, aplicativos de servidor, aplicativos de caixa, lojistas e assim por diante. E há um banco de dados central para o qual os dados de cada loja são transmitidos em intervalos regulares.
Ao redesenhar a arquitetura deste sistema, os participantes poderiam escolher qualquer método de integração. Contamos também com um serviço de cálculo de encomenda tendo em conta os descontos aplicados e serviços que devolvem dados mestre das mercadorias (catálogo, nome, características), preços, promoções, etc.
Agora, vamos prosseguir para a tarefa em si. Os participantes foram convidados a descrever, em qualquer notação, os processos de negócios de colocação de um pedido, desde a abertura de um site por um cliente até o recebimento de um pedido. Incluindo ações realizadas sem a participação do cliente.
A tarefa consistia em duas partes:
- descrição do processo e arquitetura do sistema;
- oferecendo novas formas de receber um pedido para torná-lo ainda mais conveniente para os clientes.
Os participantes podem usar qualquer fonte aberta com informações sobre o sortimento, a localização de nossas lojas, o número de mercadorias, suas dimensões e assim por diante.
Depois de descrever os processos de negócios usando o exemplo de qualquer método de entrega, foi necessário descrever a arquitetura do projeto ou desenhar um diagrama de componentes com os fluxos de integração. Os componentes não listados na descrição da tarefa podem ser adicionados à vontade.
Em seguida, foi necessário escolher um dos sistemas interessantes que surgiram na arquitetura e descrever com mais detalhes os requisitos funcionais (casos de uso, diagramas de atividades) e não funcionais desse sistema.
Se desejar, você pode usar quaisquer outros diagramas, por exemplo, diagrama de estado, diagrama de seqüência e assim por diante. Também foi útil para descrever o modelo lógico de dados para o sistema escolhido (em qualquer notação).
Segunda tarefa
A segunda tarefa não era destinada a analistas de negócios, mas a analistas de vários sistemas. Qual a diferença entre eles? Os analistas de sistemas cruzados são os mesmos analistas, eles apenas olham para o problema de um ângulo diferente.
Os analistas de negócios típicos trabalham dentro de um sistema, ou seja, o analista interage de perto e diariamente dentro da estrutura de uma funcionalidade específica ou de um produto específico. E analistas cross-system são usados quando é necessário resolver um problema que afeta várias funções ao mesmo tempo dentro do M.Video - Eldorado.
Por exemplo, agora o país está introduzindo a rotulagem obrigatória de certos grupos de produtos. Isso também afetou nosso sortimento. A implementação da etiquetagem é exigida em duas de nossas marcas, em seis de nossas soluções front-end. É necessário finalizar o back office, um grande número de serviços, e este tipo de tarefas são assumidas por analistas cross-system.
Assim, o resultado do trabalho de um analista de sistema cruzado não é um requisito para o sistema, nem uma tarefa funcional ou técnica, mas soluções de design: documentos que descrevem qual problema está sendo resolvido, a quais processos de negócios da empresa estão sujeitos mudar, como esses processos devem proceder nos sistemas de contexto.
Ou seja, em que momento, em qual operação e em qual sistema deve ser executado, quando o sistema deve se voltar para outro sistema, quais ações do funcionário acompanham esse evento, quanto o processo muda em relação ao atual.
A segunda tarefa da competição foi formulada da mesma forma que a primeira, mas teve que ser resolvida na forma de uma descrição bastante detalhada dos processos de negócios, na forma de uma solução de design. Era necessário descrever o processo proposto e as melhorias necessárias em todos os sistemas incluídos na mudança sendo realizada.
Além disso, os participantes tiveram que elaborar uma lista de verificação para verificar a exatidão da funcionalidade criada. Em nossa empresa, isso é parte integrante do trabalho de um analista de sistemas cruzados.
Vencedores
426 pessoas participaram da competição . 107 chegou às semifinais , e no final 12 pessoas se reuniram , resolvendo um problema para analistas de negócios, e 6 - resolvendo um problema para analistas de sistemas cruzados.
Todas as soluções propostas pelos finalistas foram muito interessantes e executadas em alto nível. Então foi muito difícil escolher os vencedores.
Vencedores do prêmio que resolveram o problema dos analistas de negócios : Elina Semenova ficou em
terceiro lugar com um prêmio de 30 mil rublos . Ela descreveu o processo de colocação e execução de um pedido, elaborou detalhadamente o sistema de gerenciamento de entrega. Segundo lugar
Pavel Bobrov ganhou com um prêmio de 50 mil rublos . Ele prestou muita atenção à arquitetura e também descreveu o processo de negócios em alto nível.
E o júri deu por unanimidade o primeiro lugar com um prêmio de 100 mil rublos a Alexei Nikitin . Ele descreveu em detalhes o processo de pedido e entrega de mercadorias, no diagrama de arquitetura ele propôs sua visão para a implementação desses processos. Alexey apresentou perfeitamente o resultado de seu trabalho, falou sobre os objetivos e problemas que queria resolver.
:
— . , , , . , , .
. , - , - , . , . , . , , , .
, . - , , , - , 80 % , , . , .
- ? . «.» , , 10 18 — . , , .
., 15 . 15 , , , . , , , , .
Vencedores do prêmio que resolveram o problema para analistas de vários sistemas : Pavel Orazbayev conquistou o
terceiro lugar com um prêmio de 30 mil rublos . Ele ofereceu a solução mais claramente definida e uma empresa específica, a Delivista, foi proposta como contratante de entrega. Calculou-se por que poderia ter vantagens sobre outras empresas. Pavel até sugeriu como implementar um método de entrega de pedidos em meia hora para os compradores que desejam receber suas compras em um dia específico. O segundo lugar com um prêmio de 50 mil rublos foi conquistado por Ksenia Alekseeva . Sua solução também é feita em um nível superior em termos de processos de elaboração, usa diferentes tipos de diagramas UML.
E o primeiro lugar com um prêmio de 100 mil rublos foi para Mikhail Berezovsky . Sua solução coincidiu mais de perto com os critérios de aceitação para a atribuição, ela foi projetada exatamente no nível que foi definido.
:
— , . , , , « ». , .
, , , « », , retail-. , , .
« ». , .
, , , «» . , time to market, , , .
A última competição foi nossa primeira competição para analistas. Até o final do ano, planejamos dobrar nosso departamento de TI e convidamos especialistas não só da Rússia, mas também aqueles que vivem no exterior para trabalhar. Trabalhamos remotamente e não planejamos retornar aos escritórios, mas entregaremos um laptop funcional em sua casa.
Se você estiver interessado em um trabalho interessante, sinta-se à vontade para ir ao site ou escrever diretamente para o e-mail: dmitry.treskunov@mvideo.ru.
