El TechCenter ruso de Deutsche Bank tiene un interesante programa Learn While Travel, en el que un empleado puede asistir a una conferencia profesional en su especialidad durante sus vacaciones en otra ciudad a expensas de la empresa.
Yo, Kristina Egorova y mis colegas, Olya Odintsova y Polina Peresada, decidimos contarles sobre nuestra experiencia de participar en conferencias internacionales, así como sobre cómo decidimos hablar en una de ellas.
Decidimos dividir el artículo en dos partes. En el primero, le diremos lo que nos impresionó en los informes de la primera conferencia del Día Europeo del Análisis Empresarial 2018 en Frankfurt y cómo decidimos hacer una presentación para el próximo año.
Y en el segundo, sobre su informe en el 2º Día Europeo del Análisis Empresarial.
Entonces ...
¿Por qué decidimos asistir a la conferencia?
En febrero de 2018, los organizadores anunciaron la
primera conferencia del
Día Europeo del Análisis Empresarial en Frankfurt, y decidimos aprovechar la oportunidad para escuchar los informes de colegas europeos y estadounidenses. Por qué Primero, Christoph Omig, nuestro colega de la división de Frankfurt del Deutsche Bank, que participa en proyectos de software para cajeros automáticos, participó en la conferencia. En segundo lugar,
Richard Larson y
Elizabeth Larson , coautores de BABOK, PMBOK y PMI, hablaron en la conferencia. En tercer lugar, varios oradores combinaron el trabajo en TI con la investigación y la enseñanza en universidades europeas. Dichos informes nos atraen porque el objetivo de cualquier investigación es desarrollar nuevos conocimientos científicos y, por lo tanto, los informes científicos son más interesantes y profundos que los informes ordinarios sobre las dificultades de un proyecto en particular y cómo superarlos.
Pensamiento de diseño
La conferencia se celebró del 17 al 18 de mayo de 2018 bajo el lema "Un futuro sin fronteras en un mundo digital". El primer día de la conferencia, se realizó un taller sobre Design Thinking, y el segundo día, se presentaron informes en las áreas de "Análisis ágil", "Experiencia del cliente" y "Procesos de negocios". Llegamos por dos días: y para pasar una clase magistral y escuchar informes.
El taller comenzó con una introducción al Design Thinking. El anfitrión explicó que Design Thinking es uno de los marcos más populares en el campo de la gestión de la innovación, ya que ofrece un proceso estructurado que puede utilizarse para resolver una amplia variedad de tareas comerciales. Por ejemplo, para desarrollar productos o procesos innovadores que no tienen análogos en el mercado. Otro ejemplo de la aplicación de Design Thinking es el desarrollo de nuevos productos o procesos para resolver problemas complejos y difíciles de formular, como la creación de una aplicación móvil para personas ciegas y con poca visión en modelos de teléfonos más antiguos.
Design Thinking consta de seis pasos principales:
- Comprender: la etapa de familiarización, cuando el equipo busca obtener el mayor conocimiento posible sobre el problema, discutir las últimas noticias sobre el problema, compartir experiencias personales
- Observar es una etapa de investigación más profunda cuando se realizan observaciones o entrevistas para comprender los sentimientos, movimientos y acciones de las personas. En esta etapa, se crea una persona: esta es una descripción generalizada de un futuro usuario típico del producto.
- Síntesis: la etapa de procesar el conocimiento adquirido y enfocarse en el problema, como resultado de lo cual se formula un problema específico para resolver
- Ideación: la etapa de generación y selección de ideas para resolver el problema.
- Creación de prototipos: creación de un prototipo basado en la idea elegida
- Prueba: fase de prueba de prototipo, recepción de comentarios
Cada etapa utiliza sus propias herramientas, por ejemplo, listas de verificación para entrevistas o plantillas para crear un retrato de un usuario típico de un producto. Al final resultó que, la parte más difícil en Design Thinking es poner las herramientas en práctica, por lo que los organizadores de la clase magistral encontraron una tarea interesante para la capacitación. Como parte de esta tarea, se nos pidió pensar qué procesos en el hotel se pueden automatizar y cuáles no, porque una persona viva debe estar involucrada en ellos.
"
Dígame" , nos preguntó el gerente del hotel, "¿se
necesita un
empleado en el mundo moderno en la recepción, o puede simplemente poner un quiosco que verificará su reserva y le dará las llaves de la habitación?" ¿Qué pasa con el servicio de habitaciones? ¿Con conferencias ?
Para responder a estas preguntas, nos dividimos en 4 grupos de 8-10 personas, y cada grupo tenía un entrenador experimentado que explicaba lo que debía hacerse en la siguiente etapa, qué herramientas usar y qué errores evitar. Por ejemplo, un error típico de muchos equipos en las etapas de recopilación de información es pensar de inmediato en las opciones de solución y sus posibles defectos, omitiendo las etapas de síntesis, generando ideas y creando un prototipo. Como regla, esto sucede porque en los proyectos de TI comunes comenzamos a resolver la tarea de inmediato. En cuanto a los proyectos innovadores, este error lleva al hecho de que el equipo puede perder algunas de las ideas potencialmente interesantes, centrándose en las soluciones que ya existen en el mercado.
En la segunda etapa, tuvimos la oportunidad de hablar con el gerente del hotel, con los huéspedes e incluso ver el trabajo de varios departamentos del hotel. Como resultado, cada grupo describió una "persona", un huésped típico de un hotel, con sus intereses y expectativas de los hoteles modernos. Fue interesante comparar nuestros resultados con los de otros equipos y tener en cuenta aquellos detalles en los que no pensamos. La clase magistral terminó con el hecho de que todos los equipos desarrollaron una aplicación prototipo para el hotel, recibieron comentarios del gerente del hotel y discutieron su experiencia práctica en el pensamiento de diseño.
Experiencia del cliente: BMW vs. Google Car
El segundo día de la conferencia comenzó con un informe introductorio de Helen Prels, directora de la organización caritativa "Managers Without Borders". Helen habló sobre cómo los empleados de su organización comparten conocimiento y experiencia en economía y administración donde más se necesita. Por ejemplo, en África no hay clase media, casi no hay pequeñas y medianas empresas que ofrezcan empleos, y los gerentes sin fronteras ayudan. Paradójicamente, la conferencia sobre un mundo digital sin fronteras comenzó con una historia no sobre tecnologías digitales, sino sobre personas que intentan ignorar los límites.
Después del informe de apertura, comenzaron los informes paralelos en tres áreas: "Análisis ágil", "Experiencia del cliente" y "Procesos de negocios". A pesar de la división en direcciones, todos los informes estaban relacionados con el tema declarado de la conferencia y revelaban uno u otro de sus aspectos. Por ejemplo, en la dirección de la experiencia del cliente, se discutieron los requisitos técnicos previos de la digitalización, su impacto en
la experiencia y las
expectativas del usuario , así como en la
industria de TI y los
nuevos requisitos para las habilidades analíticas .
Entre los informes en esta dirección, recordamos más el informe de Stefan Wagner sobre
la experiencia del usuario . Stefan reveló que el último modelo de BMW dijo que Alemania está justificadamente orgullosa de su industria automotriz. En la diapositiva, el modelo de automóvil de Google, que se parece a un automóvil para bebés, se veía muy divertido al lado de BMW. Pero Stefan recordó que todos los propietarios de BMW pasan regularmente de 2 a 3 horas en atascos de camino a casa, y lo que necesitan en este momento es la capacidad de usar TI en el camino para trabajar o divertirse. Y mientras BMW estaba mejorando las características técnicas de los automóviles, Google estaba trabajando para mejorar la experiencia del usuario. Por lo tanto, utilizando un ejemplo simple, Stefan demostró que en el mundo digital, simplemente proporcionar buenos productos y servicios ya no es suficiente: es necesario analizar y crear una buena experiencia de usuario.
Análisis ágil: desafía el status quo
En la dirección de Agile Analysis, se prestó toda la atención al análisis, el papel del analista en Agile, la
adaptación de la metodología Agile y las dificultades asociadas. Un informe sobre
cómo desafiar el statu quo fue especialmente útil. El orador enfatizó que a pesar del desarrollo de tecnologías y enfoques para la gestión de proyectos, los profesionales aún temen ir más allá de lo habitual, ponerse a prueba, crecer y desarrollarse. La idea principal del informe se formuló de la siguiente manera: "
De cada desafío que hacemos tenemos algo que aprender; de lo contrario, fallamos y, por último, pero no menos importante, se logra algo grandioso haciendo las cosas de la forma en que siempre se han hecho ".
Procesos de negocios y fin de la conferencia.
Con respecto a los procesos comerciales, los oradores compartieron las mejores prácticas, hablaron sobre la
gestión de la innovación y la
gestión de requisitos a nivel de cartera de proyectos . La conferencia terminó con un informe general de Elizabeth Larson. Hablando, Elizabeth habló sobre la inteligencia empresarial "digital": el nuevo papel de la inteligencia empresarial en el mundo digital. Por lo tanto, Elizabeth repitió la idea principal expresada en el informe de apertura de la conferencia: las personas que lo crean desempeñan el papel principal en la creación de un mundo digital sin fronteras.
Mitología para describir proyectos terribles y bailar durante una charla
Comparando esta conferencia con eventos similares para analistas celebrados en el CIS, en los que también participamos, quiero hablar sobre la diferencia entre ellos. La Conferencia Europea es más pequeña, totalmente dedicada a un tema, por lo que la clase magistral y los informes están dentro del mismo tema. Si el tema es interesante, entonces la participación en la conferencia le permite sumergirse rápidamente en el tema, conocer sus diversos aspectos, discutir sus problemas con otros participantes y discutir con los oradores.
Si el tema no es interesante, puede aprender cómo los hablantes europeos presentan su material. En primer lugar, usan vívido, pero comprensible para todos los ejemplos y analogías. Además del informe de BMW y Google Car, uno de los oradores utilizó la mitología europea para describir los proyectos más terribles en la vida de un analista.
Esta técnica le permite simplemente hablar sobre el complejo, elegir el nivel correcto de abstracción, no dar ningún detalle sobre el cliente, el proyecto y el presupuesto, pero al mismo tiempo transmitir su experiencia al público.
En segundo lugar, los oradores interactúan mucho con el público: entran en diálogo, discuten, objetan, acuerdan. Están experimentando con la presentación del material (¡uno de los oradores estaba bailando!) Y están listos para lo inesperado. Por ejemplo, al hablar del hecho de que el cliente preferiría elegir un producto con una gran cantidad de características, el orador sugirió que uno de los participantes eligiera entre dos punteros láser. Ella rechazó ambas opciones, y él respondió: “
Y usted también tendrá esos clientes. Pero pueden cambiar de opinión, no se desanimen ".
¿De qué se trata la conferencia?
En comparación con otras conferencias para analistas en los países de la CEI, la conferencia europea tuvo un enfoque significativamente mayor en la visión estratégica de la profesión, menos temas aplicados, y entre los participantes hubo menos analistas funcionales y de sistemas que trabajan estrechamente con los equipos de desarrollo y prueba y acompañan proyectos desde análisis de requisitos hasta soporte posterior al lanzamiento. Esta diferencia lleva al hecho de que el nivel de suministro de material es bastante abstracto. Después de la conferencia, debe analizar y comprender cómo adaptar y aplicar los conocimientos adquiridos en el trabajo diario. Es obvio que Design Thinking es muy adecuado para participar en hackatones, pero no está claro de inmediato cómo aplicarlo a las tareas del proyecto, donde todas las decisiones deben cumplir con una arquitectura coherente. Sin embargo, después de escuchar todos estos informes, tuvimos la idea de hablar sobre cómo funciona nuestro gran equipo distribuido en el marco de Scaled Agile.
Continuará ...