Aprenda enquanto viaja - como dirigimos no 1º Dia Europeu da Análise de Negócios

O Russian TechCenter do Deutsche Bank possui um interessante programa Learn While Travel, no qual um funcionário pode visitar uma conferência profissional em outra cidade durante suas férias em outra cidade às custas da empresa.

Eu, Kristina Egorova, e minhas colegas Olya Odintsova e Polina Peresada, decidimos contar sobre nossa experiência de participar de conferências internacionais, bem como sobre como decidimos falar em uma delas.

Decidimos dividir o artigo em duas partes. Na primeira, contaremos o que nos impressionou nos relatórios da 1ª conferência do Dia Europeu da Análise de Negócios 2018 em Frankfurt e como decidimos fazer uma apresentação para o próximo ano.

E no segundo - sobre o seu relatório no 2º Dia Europeu da Análise de Negócios.



Então ...

Por que decidimos participar da conferência


Em fevereiro de 2018, os organizadores anunciaram a conferência do Dia Europeu da Análise de Negócios em Frankfurt e decidimos aproveitar a oportunidade para ouvir os relatórios de colegas europeus e americanos. Porque Primeiro, Christoph Omig, nosso colega da filial de Frankfurt do Deutsche Bank, que está envolvido em projetos de software ATM, participou da conferência. Em segundo lugar, Richard Larson e Elizabeth Larson , coautores do BABOK, PMBOK e PMI, falaram na conferência. Em terceiro lugar, vários oradores combinaram trabalho em TI com pesquisa e ensino em universidades europeias. Tais relatórios nos atraem porque o objetivo de qualquer pesquisa é desenvolver novos conhecimentos científicos e, portanto, os relatórios científicos são mais interessantes e mais profundos do que os relatórios comuns sobre as dificuldades de um projeto em particular e como superá-las.

Design thinking


A conferência foi realizada de 17 a 18 de maio de 2018 sob o lema "Um futuro sem fronteiras no mundo digital". No primeiro dia da conferência, foi realizado um workshop sobre Design Thinking e, no segundo dia, foram apresentados relatórios nas áreas de “Análise Ágil”, “Experiência do Cliente” e “Processos de Negócios”. Chegamos por dois dias: para passar em uma aula de mestre e ouvir relatórios.

O workshop começou com uma introdução ao Design Thinking. O anfitrião explicou que o Design Thinking é uma das estruturas mais populares no campo do gerenciamento da inovação, porque oferece um processo estruturado que pode ser usado para resolver uma ampla variedade de tarefas de negócios. Por exemplo, para desenvolver produtos ou processos inovadores que não têm análogos no mercado. Outro exemplo da aplicação do Design Thinking é o desenvolvimento de novos produtos ou processos para resolver problemas complexos e difíceis de formular, como a criação de um aplicativo móvel para cegos e deficientes visuais em modelos de telefone mais antigos.

O Design Thinking consiste em seis etapas principais:

  • Entenda - o estágio de familiarização, quando a equipe procura obter o máximo de conhecimento possível sobre o problema, discutir as últimas notícias sobre o problema, compartilhar experiências pessoais
  • Observar é um estágio de pesquisa mais profunda quando são realizadas observações ou entrevistas para entender os sentimentos, movimentos e ações das pessoas. Nesse estágio, uma pessoa é criada - esta é uma descrição generalizada de um futuro usuário típico do produto.
  • Síntese - a etapa de processamento do conhecimento adquirido e foco no problema, como resultado do qual um problema específico é formulado para solucionar
  • Ideação - o estágio de geração e seleção de idéias para resolver o problema
  • Prototipagem - criando um protótipo com base na ideia escolhida
  • Teste - fase de teste do protótipo, recebendo feedback

Cada estágio usa suas próprias ferramentas - por exemplo, listas de verificação para entrevistas ou modelos para criar um retrato de um usuário típico de um produto. Como se viu, a parte mais difícil do Design Thinking é colocar as ferramentas em prática; portanto, os organizadores da master class encontraram uma tarefa interessante para o treinamento. Como parte dessa tarefa, fomos convidados a pensar sobre quais processos no hotel podem ser automatizados e quais não, porque uma pessoa viva deve estar envolvida neles.

" Diga-me ", o gerente do hotel nos perguntou, "é necessário um funcionário no mundo moderno na recepção, ou você pode simplesmente colocar um quiosque que verificará sua reserva e fornecerá as chaves do quarto?" E o serviço de quarto? Com conferências ?

Para responder a essas perguntas, fomos divididos em 4 grupos de 8 a 10 pessoas, e cada grupo tinha um treinador experiente que explicava o que deveria ser feito na próxima etapa, quais ferramentas usar e quais erros evitar. Por exemplo, um erro típico de muitas equipes nas etapas de coleta de informações é pensar imediatamente nas opções de solução e suas possíveis falhas, pulando as etapas de síntese, gerando idéias e criando um protótipo. Como regra, isso acontece porque, em projetos comuns de TI, começamos imediatamente a resolver a tarefa. Quanto aos projetos inovadores, esse erro leva ao fato de que a equipe pode perder algumas das idéias potencialmente interessantes, concentrando-se nas soluções que já existem no mercado.

Na segunda etapa, tivemos a oportunidade de conversar com o gerente do hotel, com os hóspedes e até assistir ao trabalho de vários departamentos do hotel. Como resultado, cada grupo descreveu uma “persona” - um hóspede típico do hotel, com seus interesses e expectativas dos hotéis modernos. Foi interessante comparar nossos resultados com os de outras equipes e levar em conta os detalhes em que não pensávamos. A master class terminou com o fato de que todas as equipes desenvolveram um aplicativo protótipo para o hotel, receberam feedback do gerente do hotel e discutiram sua experiência prática no design thinking.

Experiência do cliente: BMW vs. Google Car


O segundo dia da conferência começou com um relatório introdutório de Helen Prels, chefe da organização de caridade "Managers Without Borders". Helen falou sobre como os funcionários de sua organização compartilham conhecimento e experiência em economia e administração, onde é mais necessário. Por exemplo, na África não há classe média, quase não há pequenas e médias empresas que geram empregos, e os gerentes sem fronteiras ajudam. Paradoxalmente, a conferência sobre um mundo digital sem fronteiras começou com uma história não sobre tecnologias digitais, mas sobre pessoas que tentam ignorar os limites.

Após o relatório de abertura, os relatórios paralelos começaram em três áreas: “Análise Ágil”, “Experiência do Cliente” e “Processos de Negócios”. Apesar da divisão em direções, todos os relatórios foram relacionados ao tópico declarado da conferência e revelaram um ou outro de seus aspectos. Por exemplo, na direção da experiência do cliente, foram discutidos os pré-requisitos técnicos da digitalização, seu impacto na experiência e nas expectativas do usuário , bem como no setor de TI e nos novos requisitos de habilidades analíticas .

Entre os relatórios nessa direção, mais nos lembramos do relatório de Stefan Wagner sobre a experiência do usuário . Stefan revelou que o mais recente modelo da BMW disse que a Alemanha tem justificadamente orgulho de sua indústria automotiva. No slide, o modelo de carro do Google, que parece um carro de bebê, parecia muito engraçado ao lado da BMW. Mas Stefan lembrou que todos os proprietários de BMW passam regularmente de 2 a 3 horas em engarrafamentos a caminho de casa, e o que eles precisam no momento é a capacidade de usar a TI na estrada para trabalho ou entretenimento. E enquanto a BMW estava melhorando as características técnicas dos carros, o Google estava trabalhando para melhorar a experiência do usuário. Assim, usando um exemplo simples, Stefan mostrou que, no mundo digital, simplesmente não basta fornecer bons produtos e serviços - você precisa analisar e criar uma boa experiência do usuário.

Análise ágil: desafie o status quo


Na direção do Agile Analysis, toda a atenção foi dada à análise, o papel do analista no Agile, a adaptação da metodologia Agile e as dificuldades associadas. Um relatório sobre como desafiar o status quo foi especialmente útil. O palestrante enfatizou que, apesar do desenvolvimento de tecnologias e abordagens ao gerenciamento de projetos, os profissionais ainda têm medo de ir além do habitual, de se testar, de crescer e se desenvolver. A idéia principal do relatório foi formulada da seguinte maneira: " De todos os desafios que fazemos, temos algo a aprender - caso contrário, falhamos e, por último, mas não menos importante, nada é alcançado ao fazer as coisas da maneira como sempre foram feitas ".

Processos de negócios e final da conferência


Em relação aos processos de negócios, os palestrantes compartilharam as melhores práticas, conversaram sobre gerenciamento de inovação e gerenciamento de requisitos no nível de portfólio de projetos . A conferência terminou com um relatório geral de Elizabeth Larson. Falando, Elizabeth falou sobre a inteligência de negócios "digital" - o novo papel da inteligência de negócios no mundo digital. Assim, Elizabeth repetiu a idéia principal expressa no relatório de abertura da conferência - o papel principal na criação de um mundo digital sem fronteiras é desempenhado pelas pessoas que o criam.







Mitologia para descrever projetos terríveis e dançar durante uma palestra


Comparando esta conferência com eventos semelhantes para analistas realizados na CEI, da qual também participamos, quero falar sobre a diferença entre eles. A Conferência Européia é menor, inteiramente dedicada a um tópico, de modo que a classe principal e os relatórios estão dentro do mesmo tópico. Se o tópico for interessante, a participação na conferência permitirá que você mergulhe rapidamente no tópico, aprenda sobre seus vários aspectos, discuta seus problemas com outros participantes e discuta com os palestrantes.

Se o tópico for desinteressante, você poderá aprender como os palestrantes europeus apresentam seu material. Em primeiro lugar, eles usam vívido, mas compreensível para todos os exemplos e analogias. Além do relatório da BMW e do Google Car, um dos oradores usou a mitologia européia para descrever os projetos mais terríveis da vida de um analista.

Um projeto no qual novos requisitos estão aparecendo constantemente - cortam uma cabeça, duas crescem.
O projeto, em um relance em que o sangue corre frio
Um projeto em que o proprietário do produto quer "um pouco de tudo" e o sistema se transforma em uma quimera aterrorizante com a cabeça de um leão e o corpo de uma cabra.
Hydra
Gorgon Medusa
Quimera

Essa técnica permite que você simplesmente fale sobre o complexo, escolha o nível certo de abstração, não forneça detalhes sobre o cliente, projeto e orçamento, mas ao mesmo tempo transmita sua experiência ao público.

Em segundo lugar, os palestrantes interagem muito com o público: dialogam, discutem, objetam, concordam. Eles estão experimentando a apresentação do material (um dos palestrantes estava dançando!) E estão prontos para o inesperado. Por exemplo, falando sobre o fato de o cliente preferir escolher um produto com um grande número de recursos, o palestrante sugeriu que um dos participantes escolhesse entre dois ponteiros a laser. Ela recusou as duas opções e ele respondeu: “ E você também terá esses clientes. Mas eles podem mudar de idéia, não desanime . "

Sobre o que é a conferência?


Comparada a outras conferências para analistas realizadas nos países da CEI, a conferência européia teve um foco significativamente maior na visão estratégica da profissão, menos tópicos aplicados e entre os participantes havia menos analistas funcionais e de sistema que trabalham em estreita colaboração com as equipes de desenvolvimento e teste e acompanham projetos desde a análise de requisitos até o suporte pós-lançamento. Essa diferença leva ao fato de que o nível de suprimento de material é bastante abstrato. Após a conferência, você precisa analisar e entender como adaptar e aplicar o conhecimento adquirido no trabalho diário. É óbvio que o Design Thinking é muito adequado para participar de hackers, mas não está claro como aplicá-lo às tarefas do projeto, nas quais todas as decisões devem estar em conformidade com uma arquitetura coerente. No entanto, depois de ouvir todos esses relatórios, tivemos a ideia de falar sobre como nossa grande equipe distribuída trabalha dentro da estrutura do Scaled Agile.

Para continuar ...

Source: https://habr.com/ru/post/pt461895/


All Articles