Hoy hablaré sobre cómo funciona la consultoría de TI en el ejemplo de Big Data, compartiré mi experiencia personal, cómo llegué a esta área y los estudios de casos, así como daré consejos sobre quién y por qué debería probarse en la consultoría.
Me gradué del Departamento de Mecánica y Mecánica de VN Karazina, entró en el puesto de DataArt de Java Trainee y trabajó allí durante los próximos 6 años. Mi carrera se desarrolló rápidamente debido al hecho de que el amor se unió para resolver acertijos complejos, mi deseo innato de aprender, encontrar constantemente algo nuevo para mí y para un equipo de megaprofesionales. Una vez que me atrajo un proyecto interno de IoT, donde, junto con otros entusiastas, descubrimos cómo conectar sensores a un microcontrolador, dónde almacenar (y lo más importante, ¿es necesario?) Esta gran cantidad de datos, cómo procesarlos más tarde y cómo rastrearlos en tiempo real estado del sistema, predecir averías, dónde y cómo alojarlo todo, etc. Entonces llegamos rápidamente a las preguntas y tareas de BigData.
Esto dio un fuerte impulso a mi desarrollo y me permitió trabajar en más de 15 proyectos IoT y BigData, participar regularmente en preventas, hablar en conferencias y con cursos educativos. Mi posición durante este tiempo ha cambiado de Desarrollador Senior a Arquitecto de Big Data. Al principio fue interesante, pero con el tiempo se convirtió en una rutina para mí. En la mayoría de los casos, fui al proyecto, el primer mes o dos fue muy activo, establecí procesos, comunicación con el cliente y pensé en la arquitectura, y luego me convertí en uno de ellos. plomo, primer ministro, analista de negocios y muchos otros)) Después de seis meses, todo se convirtió en un día interminable de marmota.
Por lo tanto, en busca de nuevas experiencias y nuevos desafíos, me cambié a SoftServe. Después de casi un año, puedo compartir mi experiencia y visión de cómo funciona todo aquí.
Primero, veamos cómo funciona el proceso de consultoría. De hecho, la mayoría de los empleados de TI están involucrados en el proyecto cuando ya hay un contrato, presupuesto, gerente, y está relativamente claro qué, cuándo y con qué equipo debe hacer. Pocas personas se preguntan cómo los nuevos proyectos, en principio, entran en la empresa y qué le sucede en la etapa inicial.
De hecho, en la vida de cada proyecto, se pueden distinguir las siguientes fases:
- Preventa
- Descubrimiento
- PoC / MVP
- Implementación
- Apoyo
Fase de descubrimiento: esta es la consulta para la que todos estamos aquí. Tan pronto como se firma el contrato, alguien del grupo de consultoría va al cliente. Idealmente, un analista de negocios con un diseñador UX se une a él (les aconsejo a los interesados en la metodología que lean sobre el enfoque de Design Thinking, cuya efectividad ya he experimentado más de una vez en mi propia práctica). En un ideal ideal, también va un gerente de compromiso, que se encarga de todos los problemas de organización del proceso, y un especialista de perfil estrecho.
- En el sitio: en comunicación real con el cliente, recopilamos la mayor cantidad de información posible;
- Fuera del sitio: junto con el equipo, analizamos todo lo que logramos desenterrar, diseñamos el sistema, prescribimos los riesgos y el plan de implementación.
En la salida, este grupo proporciona al cliente un documento que contiene:
- Descripción de alto nivel del estado actual del sistema;
- Escenarios para el uso de un producto futuro;
- Controladores de arquitectura y negocios priorizados;
- Requisitos para el volumen de datos, velocidad de procesamiento, retraso permisible;
- Una visión arquitectónica que refleja todos los requisitos anteriores;
- La pila de tecnología seleccionada (cuya elección se basa en el análisis de compensación de posibles opciones de implementación en el contexto de los requisitos del sistema);
- Estimación y acumulación (lista de tareas) para el próximo jarrón, plan de desarrollo;
- Riesgos y posibles formas de evitarlos.
Si todo va bien y el cliente firma la siguiente fase, entonces el arquitecto ha estado trabajando en este proyecto durante algún tiempo (la mayoría de las veces a tiempo parcial). Hasta que se establezca el proceso, el alcance del trabajo es claro y el cliente está satisfecho. Si todos los presentes están contentos y desean continuar la cooperación, entonces se presentarán la Prueba de concepto (PoC), el Producto mínimo viable (MVP) y la Implementación y Soporte adicionales.
Parecería que todo este proceso es claro, estructurado y comprensible. Pero en la práctica, no todo es tan simple. Veamos posibles escenarios.
Aquí un cliente potencial viene a nosotros. El equipo de ventas realiza las primeras llamadas / manifestaciones para comprender qué tipo de problema debe resolverse y recurre a especialistas más específicos. Si el proyecto requiere conocimiento del Big Data-stack, entonces el cliente potencial viene a mi grupo.
El siguiente paso es comprender el nivel de dificultad de la tarea y determinar qué expertos se necesitan. Hay varias opciones
El cliente no sabe nada de lo que quiere.
La mayoría de las veces esto sucede con empresas grandes y adultas que entienden que están perdiendo dinero, pero no entienden por qué. O entienden, pero no tienen idea de cómo solucionar esto.
Desde mi propia experiencia, puedo decir que a menudo en una situación así, primero necesita resolver problemas comerciales, y solo luego la tecnología. Debe estar preparado para el hecho de que no es fácil y pueden aparecer partes interesadas que intentarán atraerlo a sus juegos políticos.
Por ejemplo, uno de los CTO con los que tuve la suerte de estar familiarizado me llevó una vez a una concentración estratégica para discutir la compra de una licencia para un producto popular. La razón oficial de mi aparición fue solo un conocido. La junta directiva estaba encantada con el próximo acuerdo y elogió a sus futuros socios. Como una persona honesta y reflexiva, hice un par de preguntas más importantes sobre cómo se van a integrar. No hubo respuesta, pero el trato fue cancelado. Al salir de la sala de reuniones, le pregunté al mismo CTO si había ido demasiado lejos con mis preguntas y si debería haberme metido en todo. A lo que el "cardenal secreto" respondió: "Todo es super, te traje allí para esto".
¿Cómo evitar esto? No, esto es consultoría. Uno debe estar preparado para esto, en el cual el conocimiento personal de psicología, colegas más experimentados y experiencia personal me ayudan, por supuesto.
El cliente tiene una visión del producto final, pero necesita nuestra experiencia para asegurarse de que tiene la razón.
Probablemente la opción más rentable en términos de costos de tiempo. Se gastará mucho menos esfuerzo en encontrar un problema, la comunicación con un cliente será mucho más productiva, para lo cual su opinión aún es autorizada.
Sin embargo, hay dificultades. Para uno de nuestros clientes en el sector financiero de Discovery, la fase fue diseñada para 4 semanas, 2 semanas para el sitio y fuera del sitio. El cliente durante 2 semanas en el sitio no dijo una palabra de que ya tiene su propia visión de la arquitectura. Hubo una discusión sobre algunas cosas conceptuales, pero nunca hubo una conversación sobre una pila de tecnología. Y a mediados de la cuarta semana del proyecto, cuando ya habíamos acumulado una tonelada de material, recolectado, priorizado y reflejado los requisitos principales en la solución final, durante la presentación de la arquitectura, el cliente comienza a resentirse y dice que no lo escuchamos. Resultó que nuestra tarea no era tanto crear algo nuevo como adivinar lo que ya estaba en la cabeza de nuestra principal parte interesada. Gracias a mi gran jefe que estaba en esa llamada y rápidamente descubrió en qué dirección soplaba el viento. Un par de palabras clave y el cliente están satisfechos nuevamente, y durante los días restantes cambiamos completamente el concepto, re-reflejamos todos los requisitos y riesgos, pero ya en la arquitectura acordada con el cliente.
¿Cómo evitar esto? Valide, valide y valide sus decisiones con el cliente nuevamente, cuanto antes y con mayor frecuencia, mejor. Es mejor decir varias veces en partes lo que todos ya entendieron que 4 semanas después por primera vez para mostrar la arquitectura final. Y esto concierne no solo a la arquitectura, sino también al enfoque de Discovery en su conjunto.
El cliente tiene una visión muy precisa y detallada del producto, de usted solo necesita ejecución
Por un lado es conveniente. No es necesario conocer los requisitos, meterse con la documentación, ir al cliente, al final. Toma y haz. Pero a menudo no funciona de esa manera. Desde los primeros días queda claro que la visión del cliente está lejos de ser ideal, ya que lejos de todos los riesgos y requisitos se han tenido en cuenta, las estimaciones están claramente subestimadas, y es extremadamente difícil transmitir esta idea, porque el cliente está firmemente seguro de su decisión.
¿Cómo comportarse en esta situación? Mi opinión es que inicialmente debe evaluar la rentabilidad del proyecto en relación con los recursos del equipo que necesitará gastar en él. Después de todo, tales proyectos no siempre traen muchas ganancias, y usted necesita gastar mucha energía en ello. Si decidimos hacer este comentario, trato de transmitirle al cliente la idea de que nosotros, como consultores experimentados que hemos implementado muchos proyectos, nos esforzamos por utilizar nuestra experiencia para encontrar la solución más racional a su problema, y no solo implementar ciegamente la idea propuesta. También informo que la parte obligatoria de nuestro trabajo es advertirle de todos los riesgos posibles y, si es necesario, dar recomendaciones sobre cómo evitarlos. Es decir, debe ganar credibilidad y asegurarse de que el cliente comience a escucharlo.
Siempre debe poder escuchar y escuchar tanto al cliente como a los colegas del proyecto. Después de todo, los desafíos que enfrentamos a menudo son de naturaleza no técnica.
En resumen, puedo decir que la consulta es para aquellos que no están sentados y no tienen miedo de probar algo nuevo. Si ha estado trabajando en el mismo proyecto durante más de un año, el trabajo lo ha aburrido, pero el miedo a cambiar algo es inquietante: intente asumir un poco más de responsabilidad. Pague un curso educativo, piense y ofrezca optimización al cliente, transmítale su valor, véndalo. Tome algo nuevo, salga de su zona de confort. Recuerde que no hay una mala experiencia, e incluso el fracaso trae una lección, lo que significa que nos hace mejores. Si el experimento tiene éxito, entonces el miedo desaparecerá y se sentirá lleno de orgullo y ganas de seguir adelante, de hacerlo aún mejor y más. ¡En este momento, puede venir con seguridad a nosotros!