“... Y la Computadora de la Lotería, que principalmente estropeó algo, es uno de todos, en lugar de disculparse y poner excusas, no solo
admitió el error, pero incluso claramente orgulloso de ello.
"Estoy hecho", anunció la computadora, "con tolerancias mínimas". Estoy diseñado para realizar operaciones complejas y precisas que no permiten más de
Un error por cinco mil millones de acciones.
"¿Y qué?" El empleado preguntó.
- La conclusión es clara: estaba programado para un error e hice lo que estaba programado. Debes recordar a los caballeros que para el auto
El error es ético, sí, exclusivamente ético. Una máquina ideal es imposible, y cualquier intento de crearla sería una blasfemia ... "
Robert Sheckley, "Coordenadas de los milagros" (1968)
Hola a todos Mi nombre es Svyatoslav Shcherbatyuk, trabajo con la oficina de Dnipro de EPAM en el rol de Analista Comercial Principal. Llegué a esta profesión hace más de cuatro años desde el ámbito del apoyo legal de proyectos de inversión, en los que he estado involucrado durante diez años.
Hoy, la cuestión del papel de un analista de negocios en un proyecto se considera con suficiente detalle: se sabe qué cualidades debe poseer, cómo es mejor construir una carrera, qué habilidades desarrollar. Es suficiente usar una búsqueda en Google para encontrar respuestas adecuadas.
En este artículo, propongo considerar los errores más comunes que cometen la mayoría de los analistas empresariales novatos. Quizás las cosas que se discutirán le parecerán obvias, pero créame: este artículo está escrito sobre la base del material recopilado en la práctica y tales errores se encuentran regularmente en el trabajo de incluso analistas comerciales experimentados.
Entonces, en orden
1. idioma inglés . Uno de los principales y más significativos es la atención insuficiente al nivel de inglés. En las entrevistas, a menudo se encuentran candidatos con un alto nivel de conocimiento en el área temática y una experiencia laboral impresionante, pero un inglés débil. Debe tenerse en cuenta que la mayoría de las empresas y proyectos de TI se centran en clientes extranjeros. La necesidad de inglés gratis está determinada por el lugar del analista de negocios en la intersección del producto y el equipo de ingeniería (el papel y el lugar de VA en el equipo Scrum es un tema para una guerra santa separada) y las tareas que enfrenta (comunicación efectiva entre estos equipos).
Un aspecto particular del problema del idioma es la jerga profesional, que es atendida por empleadores, clientes y miembros del equipo. La tarea de un analista de negocios es establecer una comunicación efectiva, y esto solo es posible si puede hablar el mismo idioma con todos los miembros del equipo. Además, la gran mayoría de la literatura profesional y los entrenamientos se presentan en inglés. En general, sin el conocimiento de un idioma extranjero, el desarrollo profesional completo es imposible.
2. Seguir ciegamente el marco. Del tema de las comunicaciones efectivas, se sigue otro error bastante grave cometido por los principiantes: el seguimiento dogmático de los enfoques del marco elegido. Es necesario tener en cuenta que TI es una industria en desarrollo dinámico y el secreto del éxito es la capacidad de adaptarse a las circunstancias que cambian rápidamente.
Puede decirle al equipo todo lo que quiera "trabajamos de acuerdo con el clásico Scrum / lean / Kanban", pero si las tareas y los procesos no son claros para ella o toman más tiempo y recursos de los que podrían si usaran un enfoque diferente al libro de texto, entonces no tiene sentido. . En ese caso, sería poco profesional decir "este es un mal equipo, no están siguiendo mi enfoque ideal de la metodología de manera incorrecta". La tarea de un analista de negocios es estudiar diferentes enfoques y elegir el que sea más efectivo para un equipo en particular en un proyecto en particular. Observo que durante mi práctica no he visto un solo proyecto con procesos absolutamente "libro".
3. Ignorando la cultura y las políticas corporativas del cliente. Cerrando el tema de la importancia de la comunicación efectiva para un analista de negocios, tiene sentido mencionar la necesidad de considerar la cultura y las políticas corporativas del cliente al planificar su trabajo.
A pesar de la cierta obviedad de este problema y el hecho de que ya ha roto muchos, algunos analistas de negocios no prestan la debida atención al aspecto cultural de la interacción con el cliente. Sin embargo, este punto, combinado con un dominio insuficiente del inglés, puede conducir a situaciones en las que un cliente puede percibir a un analista de negocios como "grosero, no educado". Esto afecta negativamente el trabajo de VA en uno de los aspectos más importantes: la interacción con las partes interesadas.
Entonces, por ejemplo, es mejor no olvidar que los representantes de las culturas asiáticas no siempre pueden decir "no" directamente, y cuando trabajas con estadounidenses o canadienses, debes pasar 5 minutos hablando del éxito de su equipo deportivo local. El hecho de que a menudo los representantes de la cultura eslava de Europa del Este por parte de los representantes de la cultura occidental son percibidos como groseros, lo he escuchado repetidamente (por ejemplo, la gente usa el "puedes" en lugar del "podría" más suave y se olvida de agregar "por favor"). En uno de los proyectos, la parte interesada preguntó directamente por qué el equipo lo odiaba tanto. Al final, resultó que la dificultad radica en la diferencia en las culturas y el dominio inadecuado del inglés.
Es importante comprender que para un analista de negocios ese error es inaceptable, porque la probabilidad de descubrir detalles sobre los cuales el cliente no menciona directamente por alguna razón depende de la calidad de su comunicación con el cliente.
Para mejorar las habilidades de comunicación con el cliente:
- reponga el vocabulario con sutilezas y sinónimos;
- aprender condicionales;
- Trabaja en la pronunciación
- Aprenda las reglas para usar los artículos "a" y "the".
Se pueden encontrar más consejos prácticos en este
artículo .
4. Ignorando los cambios en el dominio del cliente. En el trabajo directo del proyecto, uno de los errores puede ser la finalización del estudio del dominio del dominio y los detalles específicos del negocio del cliente. Hay situaciones en las que incluso analistas empresariales experimentados, después de haber trabajado en el proyecto durante mucho tiempo, no pudieron responder a la pregunta de cómo funciona exactamente su producto en escenarios bastante simples. La pérdida de interés en las tendencias y las tendencias en el área del dominio y la interrupción del estudio del negocio del cliente pueden ser un truco en el proyecto, especialmente en áreas comerciales dinámicas y que cambian rápidamente. Casi todos los expertos mencionan la necesidad de estudiar y sumergirse constantemente en el negocio del cliente cuando se trata de los pros y los contras de la profesión de análisis empresarial.
5. Falta de hoja de ruta adecuada. Una de las serias dificultades puede ser la ausencia de documentos básicos como la visión y la hoja de ruta del proyecto, basados en los planes de ventas del cliente. Quizás este tema sea más importante para grandes proyectos y pertenece a la esfera de responsabilidades de los gerentes de producto, pero un analista de negocios en cualquier caso puede y debe iniciar y facilitar el proceso de creación de dichos documentos. Si VA planea desarrollarse en la dirección de la gestión del producto, vale la pena considerarlo.
Como ejemplo de mi experiencia personal, puedo citar la situación cuando el grupo VA desarrolló un proyecto de hoja de ruta para su posterior consideración y aprobación por parte del equipo de gestión de productos. Los especialistas, en particular, analizaron la funcionalidad de las aplicaciones de competidores potenciales, los planes de ventas de la compañía para el próximo año, los planes de desarrollo para módulos relacionados, así como las historias de pedidos pendientes, que por alguna razón fueron rechazados hace mucho tiempo por los gerentes de producto. Basado en toda esta investigación, nació la hoja de ruta, que los clientes aprobaron.
6. No hay un plan de comunicación y un mapa de partes interesadas. Si profundiza en los detalles del trabajo de un analista de negocios, los errores de los principiantes pueden ser la falta de un plan de comunicación y una matriz de partes interesadas. Debe acostumbrar al cliente a celebrar reuniones periódicas y a usted mismo, de antemano, para preparar una lista de temas para su discusión. La cancelación frecuente de llamadas debido a la falta de temas o la falta de diálogo constructivo puede llevar al hecho de que las partes interesadas simplemente no llegan a una reunión aparentemente planificada en el momento más crucial. En un momento clave, puede que no les parezca muy importante y urgente.
Al planificar la comunicación, es importante tener en cuenta no solo la esencia del problema, sino también cómo se formula. A menudo sucede que la respuesta del cliente también depende de la pregunta. Esto es extremadamente importante cuando un analista de negocios, como representante del equipo ejecutor, necesita defender las decisiones del equipo de ingeniería, en particular durante las pruebas de aceptación del usuario y la entrega del trabajo al cliente. Para construir una matriz de trabajo de influencia e interés, podemos distribuir a los interesados en cuatro cuadrantes. Un buen ejemplo práctico se puede encontrar en este artículo en
dou.ua.7. Los arreglos no son fijos. A continuación, se puede observar un error como la ausencia de notas de la reunión compiladas a partir de los resultados de la comunicación con las partes interesadas. Escribir notas de la reunión es una excelente forma de defensa del equipo, especialmente en proyectos dinámicos con gran movilidad de gerentes.
Tuve que lidiar con situaciones en las que, después de un tiempo, el cliente olvidó los acuerdos alcanzados o, en relación con el cambio del equipo del producto, dichos acuerdos se perdieron, y tuvimos que convencer al cliente de que ciertos cambios, por ejemplo, en el plan de lanzamiento, no fueron un error de cálculo, Pero un verdadero negocio.
8. Falta de visibilidad. Vale la pena señalar el formato de stand-ups diarios. Es extremadamente importante para el cliente tener un nivel suficiente de visibilidad, saber dónde y con qué eficiencia se gastó su dinero. Los analistas de negocios principiantes (aunque a menudo no solo ellos) no siempre logran explicar breve e informativamente al cliente qué trabajo se ha realizado.
Recuerde que al cliente no le gustaría saber que, por ejemplo, toda la última semana uno de los miembros del equipo estuvo en el bloqueador y no hizo nada. Conocí situaciones en las que un cliente, con el argumento de que alguien estaba bloqueado por algo, preguntó: "¿Y qué hiciste personalmente para vencer al bloqueador / qué hiciste mientras estabas bloqueado?". Use el tiempo cuando esté en el bloqueador para mejorar los procesos existentes en el proyecto. Afortunadamente, hay mucho trabajo de este tipo (especialmente en proyectos nuevos). Y cuando le cuente al cliente sobre las tareas completadas, proceda desde una actitud proactiva, piense en qué problemas de contador puede anticipar.
9. Se gasta demasiado tiempo en piezas. Como un error para los principiantes, uno puede enfatizar un enfoque excesivo en los detalles del boleto y / o las complejidades de la implementación en su descripción. En proyectos a largo plazo, es necesario tener en cuenta que los detalles de implementación pueden cambiar con la transición a una nueva tecnología, mientras que el negocio del cliente seguirá siendo el mismo. Los criterios de aceptación aceptados incorrectamente con muchos detalles de implementación (por ejemplo, que describen métodos específicos o API de solicitud / respuesta) darán como resultado que se reescriba el trabajo atrasado del producto.
De lo contrario, desde el punto de vista de las pruebas de regresión, el comportamiento real del sistema diferirá de los requisitos existentes: es técnicamente necesario iniciar un ticket de error, el trabajo atrasado queda "desactualizado" (es decir, la descripción del estado del sistema se vuelve irrelevante). Al mismo tiempo, no hay razones formales para reescribir los requisitos si los procesos comerciales del cliente no han cambiado.
10. No tienes una visión para todo el proyecto. También un error típico para proyectos grandes a largo plazo puede ser la falta de comprensión del "panorama general", los vínculos con otros elementos del ecosistema y la falta de "visión de helicóptero".
Comprender las conexiones de su módulo con los demás y saber cómo se desarrolla un sistema conectado, le permite desarrollar su propio producto de manera correcta y oportuna, evitando "descartar los detalles de la implementación". Además, de esta manera puede mejorar significativamente el nivel de requisitos de escritura. En tales casos, elaborar un
diagrama de contexto ayuda muy bien.
11. Vas de lo contrario. Asociado con el anterior está el error de escribir los requisitos "desde el contrario", que el sistema no debe hacer. El resultado es una acumulación de requisitos, de los cuales queda claro lo que el sistema no hará, pero no está claro lo que hará. Esto puede deberse al hecho de que se pierde el enfoque en el negocio del cliente. Debe recordarse que VA piensa primero que nada directamente sobre lo que hace el sistema para abordar las necesidades comerciales del cliente.
12. Evaluación incorrecta. Pero el error más común que ningún analista de negocios novato puede evitar es subestimar o sobreestimar el alcance de las tareas del proyecto, así como sus habilidades profesionales. Estos son dos extremos del mismo fenómeno, que surge naturalmente de la falta de experiencia y comprensión del nivel real de las habilidades de uno.
Quizás el consejo más efectivo sería no tener miedo a nada, sino también no responder en nombre del equipo por un tiempo y trabajar frente al cliente / partes interesadas. Es paso a paso llevar a cabo todas las acciones que se esperan de un nuevo proyecto de análisis empresarial. No olvide que el mismo BABoK contiene todo el plan de acción que necesita. Es normal que al comienzo del proyecto no haya nada claro.
Recuerde que la herramienta principal de la inteligencia empresarial es la comunicación. Incluso si no se sabe nada, la identificación de las partes interesadas es un buen comienzo para descubrir el objetivo del proyecto, el negocio del cliente y elaborar diagramas iniciales de contexto y flujo de trabajo que darán respuestas a todas las preguntas del proyecto. Y los colegas más experimentados que han trabajado con este cliente o proyecto durante más tiempo lo ayudarán a evitar crear expectativas incorrectas del cliente a partir del producto.
13. Miedo al error. Se paraliza y, en lugar de comenzar a actuar y ajustar el curso del proyecto, el analista de negocios novato comienza a "prepararse para la acción" durante mucho tiempo: escríbale cartas cuidadosamente al cliente, concéntrese en describir escenarios de casos extremos, flujos de trabajo poco probables, que, en las primeras etapas del proyecto, generalmente descuidado. Está bien cometer errores: tanto Agile como Scrum tratan de cometer errores rápidamente y reaccionar a los errores con la misma rapidez.
Deseo que todos los recién llegados a VA no tengan miedo de los errores y avancen con valentía. Buena suerte