¿Cómo es ser CTO (Director de tecnología) o CTO? Quizás una de las etapas más altas del desarrollo de ingenieros. ¿Cuánto mejor se convierte la vida en tal posición? De eso es de lo que estoy hablando hoy.
Al principio, quiero señalar que todo es muy subjetivo y depende de la empresa. Contaré sobre mi experiencia en empresas y startups relativamente pequeñas. Por supuesto, para muchos, la experiencia puede variar.
Al principio, no tenía una multitud de ingenieros para administrar, tuve que armar un equipo yo mismo. Inmediatamente me sumergí en la contratación de empleados, la asignación de presupuestos y la organización del espacio de trabajo, y más.
¿Por qué ir allí?
¿Qué mueve a una persona cuando aspira a este puesto? Uno de los factores puede ser el dinero, pero no todo está claro aquí. Si nos fijamos en Moscú y San Petersburgo, los salarios de los ingenieros geniales pueden ser más altos que los directores. Es decir, el dinero está lejos de ser un argumento decisivo. Por ejemplo, para mí personalmente fue una oportunidad para influir en el desarrollo de una manera diferente. Si antes la calidad del código y el producto en sí dependían de mí, entonces con el advenimiento de una nueva posición, el grado de influencia se expande significativamente: es posible administrar el presupuesto y elegir soluciones técnicas globales, motivar al equipo y organizar todo el proceso de trabajo. Todo esto permite alcanzar rápidamente objetivos, elegir estrategias y metodologías de desarrollo para la empresa.
Me di cuenta de tal hecho que si antes, cuando era desarrollador, el efecto de mi trabajo se notaba casi de inmediato, un máximo después de un sprint, ahora deberían pasar al menos tres meses, y más a menudo se necesitan al menos seis meses para ver los resultados. Pero fakapy es mucho más brillante, por lo general, son inmediatamente perceptibles para todos. Sí, y las compañías cuestan varias veces o incluso órdenes de magnitud más caras que los errores de los ingenieros, analistas o incluso gerentes de proyectos comunes.
Nuevas responsabilidades - nuevos descubrimientos
El momento en que me convertí en un nuevo puesto estuvo lleno de fuerza y entusiasmo. Había un espíritu de lucha, quería rehacer todo. Pero este fue un típico error neófito. Parecía que todo funcionaba mal, tuvimos que reescribirlo y arreglarlo. Cuanto más grande es la empresa o más complejo es el proyecto, más fuerte parece que haya más problemas. Pero en la práctica, al profundizar en todo esto, comienza a enfriarse: no todo es tan simple e inequívoco como parece a primera vista.
Parece que quieres arreglar todo y hacerlo mejor, pero te encuentras con un muro de malentendidos por parte de los equipos. Lo ven de esta manera: llegó una especie de reformador, pasó todo el día haciendo algo de basura, introduciendo algo allí, evitando que escribiera código, pero todo funcionó bien.
Luego, gradualmente, me sumergí en el trabajo de CTO, pensé que era felicidad: control total sobre el desarrollo, toma de decisiones, finalmente, puedes hacer exactamente lo que crees que es mejor. Y no como ese jefe de un trabajo anterior. Pero al mismo tiempo, otras responsabilidades no tan interesantes llegan al apéndice: asignación de presupuesto, fondo de nómina (fondo salarial), problemas domésticos, contratación de personas y mucho más.
Cuando me convertí en CTO por primera vez, no tenía idea de muchas responsabilidades. Por ejemplo, se requiere un ingeniero más por equipo. Debe transmitir a RR.HH. qué tipo de especialista se necesita, qué debe poder hacer. También tiene una nómina bien establecida, y de alguna manera necesita encontrar un salario para un nuevo empleado y no exceder el presupuesto. Y luego debe monitorear el mercado para que no sea perseguido por la competencia. Al mismo tiempo, los errores pueden tener consecuencias tristes, si lo evalúas mal, él puede irse y luego decirles a todos qué cabra eres. ¿Y si no hay otro lugar para plantarlo, para alquilar una nueva oficina? Y todavía tendrá que comprar muebles e instalar aire acondicionado, etc.
Si antes todos los recursos aparecieron para usted milagrosamente, como en un juego, los presupuestos se tomaron de una caja para un servidor, algunos productos, etc., CTO los extrae usted mismo. Debemos ir "a la alfombra", defender nuestras decisiones e intentar explicar lo que ahora se necesita para el desarrollo. En este caso, simplemente debe probar los beneficios directos para el negocio.
Cuando se requiere tomar decisiones estratégicas, resulta, especialmente al principio, que el conocimiento no siempre es suficiente. En este momento, comprende que necesita descargar habilidades en todas las áreas del conocimiento y con urgencia.
También deberíamos decir sobre la duración de la jornada laboral. Tengo la impresión de que está creciendo con la publicación. Si los ingenieros se sientan por 8 horas y algunas veces permanecen, entonces, en la posición de CTO, estar en contacto con 8 a 23 se ha convertido en la norma. A veces incluso llaman los fines de semana, y en forma de bonos que llaman cuando estás de vacaciones. Y como si fueras a la playa, pero estás sentado frente a una computadora portátil en tu habitación y haces algo. Al mismo tiempo, el 70–80% del tiempo de trabajo está ocupado por reuniones, reuniones, correspondencia y resolución de problemas. Solo el resto del tiempo intentas hacer algo útil.
Pensé que me ocuparía de cosas relacionadas solo con la gestión del desarrollo, pero en realidad tengo que comunicarme con todos: desde los guardias de seguridad hasta los altos directivos. Con todos los problemas técnicos se me ocurrió.
Las negociaciones
A veces necesitaba negociar con grandes empresas como Auto.ru o Avito. Allí era extremadamente importante no enfrentar la suciedad y demostrar que representas a una empresa seria.
Pero sucede al revés: de alguna manera, las autoridades enviaron a negociar con socios, parece que (palabra clave) acordó que me reuniré con el jefe del departamento de desarrollo. Como resultado, llegó a otra ciudad, resultó que nadie me estaba esperando, el jefe del departamento se fue a otra reunión por completo. Para que el viaje no fuera completamente inútil, tuve que establecer contacto de alguna manera con sus desarrolladores. Para decirnos lo que queremos, y de hecho para lograr que te acaban de escuchar, se ha convertido en esa otra tarea. Como resultado, los habló de alguna manera, apenas salió, después de haber recibido la información necesaria y haber resuelto los problemas técnicos fundamentales.
Además, más basura. Fui a otra ciudad para discutir los aspectos técnicos de la integración de otra compañía con nuestro sistema. Llego, y allí resulta que este es un contrato familiar. La microempresa me conoció, incluso sin una oficina. Un analista preñado, el desarrollador principal en una camiseta alcohólica, los niños corren por el apartamento, y durante la discusión un loro que habla vuela a mi alrededor.
Balance de negocios y desarrollo
Cuando eres un desarrollador, crees que sería genial reescribir algo usando una nueva tecnología o usar un DBMS genial. Ahora funciona de una manera diferente: piensa en cada idea nueva en un plano diferente, a saber, cómo "vender" esto a sus jefes. Por ejemplo, desea reescribir alguna parte del servicio de PHP a Go. Para los superiores, esta es una frase vacía, que no se puede gastar ni un centavo. Después de todo, el género piensa en otras categorías: términos y presupuesto. Por lo tanto, acudir a él sin tiempo ni recursos y pedir implementar alguna idea es un mal trabajo. Aprende a imaginar de inmediato cómo esto ayudará al negocio. Si alguna solución tecnológica no permite que la empresa venda o ahorre más, entonces el plan obviamente es un fracaso. Además, uno debe tener en cuenta los posibles riesgos de la implementación. Porque si algo no va de acuerdo al plan, entonces eres tú quien tiene la cabeza.
Ahora la cuestión del equilibrio de los negocios y el desarrollo es aún más aguda. Se agrega otra variable importante a cualquier tarea: el costo de la solución. Al mismo tiempo, los aspectos técnicos no desaparecen, el sesgo hacia los negocios también es perjudicial. El director técnico debe ser consciente de cuán exitosa es esta decisión en el futuro, si se desarrollará y respaldará una tecnología en particular en el futuro, cuál es el umbral para ingresar, si es demasiado difícil para los ingenieros del equipo actual o si es necesario supervisar el mercado y contratar nuevas. Aquí es donde los antecedentes técnicos son útiles. ¿Y si CTO surgió de un administrador y no sabe la diferencia entre Java y JavaScript? Por desgracia, esto también sucede, y es triste.
CTO vive entre Scylla y Charybdis. Por un lado, los programadores tienen "hambre" de enfriar soluciones técnicas, por otro lado, una empresa que quiere ahorrar tanto como sea posible en el desarrollo y no puede esperar a que las características se ensucien. Los primeros constantemente quieren introducir algo nuevo o reescribir los viejos, mientras que los segundos requieren un desarrollo acelerado y un riesgo reducido. No debemos ofender a los ingenieros y no equivocarnos ante las autoridades.
Sin compromisos en ningún lado. A veces, las muletas francas ayudan a hacer buenas ventas. Luego están justificados, y los desarrolladores tienen que soportarlos. Y a veces tienes que "empujar" algunas decisiones frente a tus superiores y eliminar un presupuesto para poder ahorrar en el futuro.
También me encontré con el hecho de que establecí algún tipo de proceso y dejé de monitorearlo. Todo parece ir bien, pero no hay un efecto adecuado. De hecho, los empleados pueden simplemente puntuar en algo. Me di cuenta de que debemos seguir todos los procesos y no soltar las riendas. Y si lo dejas ir, entonces debes estar 300% seguro de que alguien hará esto, y todo irá de acuerdo al plan.
También me gustaría destacar un punto más. En el puesto de experto técnico, ya no escribe el código, todo el trabajo se reduce a la elección de soluciones y la difusión del conocimiento entre los líderes del equipo, quienes, a su vez, participan en la capacitación de ingenieros comunes. Naturalmente, la habilidad de programación se pierde. Incluso si no necesita escribir el código en su posición de CTO a mano, debe comprender la tecnología. Por lo tanto, de alguna manera debemos tener tiempo para seguir y esto, leer libros, escuchar informes. Si tiene poco conocimiento de algo, los ingenieros pueden entender esto y tirar algo de basura, como "el jefe es un tonto, luego un paseo". También sucede cuando es más fácil para usted hacer algo con sus propias manos y no tratar de explicar el problema al equipo y obtener una solución de ellos. Termina mal, la gente puede dejar de intentarlo y sentarse en sus cuellos.
Maniobras de gestión
Parece que recientemente trabajaste como programador o líder de equipo y fuiste a tomar cerveza con los muchachos los viernes, pero ya creciste como CTO y se convirtieron en tus subordinados. Y uno de ellos viene a ti: "Hermano, y sube mi salario". Aquí, las relaciones personales comienzan a interferir, hay cierta incomodidad. En tales situaciones, debe comportarse correctamente. Si una persona ha hecho un trabajo duro, puede valer la pena privarla de una bonificación.
Debemos defender nuestra autoridad, pero no ser un tirano, es decir, necesitamos un equilibrio adecuado. Sí, ahora hay charreteras generales, pero no puedes tomar y hacer algo, porque se te metió en la cabeza. En este caso, la democracia no huele. Y después de eso nadie te amará.
Mucho, me parece, debería basarse en la confianza. Por lo tanto, repito, debes tener cuidado con las promesas. De lo contrario, el crédito de la confianza cae, lo que finalmente conduce a consecuencias negativas. Además, este principio debería funcionar tanto para los desarrolladores como para las empresas. Por ejemplo, prometió aumentar su salario, pero se recortó el presupuesto. Tuve que conectar otras bonificaciones y bollos por las buenas o por las malas. Es mejor no hacer promesas vacías, de lo contrario lo considerarán una campana vacía, será difícil limpiar la reputación.
Solíamos tener un hombre valiente que te protegía de todo, pero ahora no hay protección, porque me convertí en este hombre valiente. Y en ningún caso debes demostrar que estás apurado de problemas. Si esto se manifestará externamente, los empleados ordinarios sentirán instantáneamente lo negativo. Y esto es abatimiento y envenenamiento de la atmósfera de trabajo. Ahora eres responsable de cada estornudo.
Cuando entrecierra los ojos mucho, debe ser capaz de reconocer esto. Desde mi propia experiencia, diré que necesitas poder recoger a todos, pararte en un taburete y decir: "Colegas, me equivoqué". Y si agrega a esto: "Pero sé cómo solucionarlo", entonces esto ya se percibe normalmente, y el respeto de los chicos está creciendo. Y la gente tratará esto con comprensión.
Búsqueda de empleo para el puesto de CTO
Por extraño que parezca, el número de vacantes para la posición de la estación de servicio es bastante grande. Pero, por lo general, no se asignan a hh y recursos similares, la mayoría de las veces buscan pares tecnológicos, o al menos miran de cerca, en conferencias o en las recomendaciones de conocidos. Por qué No tengo una respuesta clara, pero me parece que lo importante es evaluar las habilidades. No puede dar un problema y ver el resultado, incluso si está relacionado con la arquitectura. El CTO no escribe código. ¿Pide mostrar cómo una persona construirá procesos e implementará Agile? Puede, solo el efecto tendrá que esperar seis meses. Además, las personas a menudo no pueden evaluar adecuadamente el estado de las cosas, piensan que todo está bien con ellas y, a medida que cavas un poco, hay caos.
Si piensa en lo que la empresa quiere obtener de un especialista? Si se trata de un desarrollador, líder de equipo o PM, todo está claro. ¿Qué pasa si CTO? No hay una lista específica de responsabilidades. De hecho, debe garantizar el trabajo de todo lo anterior y asumir la responsabilidad de esto. Pero el hecho es que todo esto depende mucho de la empresa.
Cuando buscaba trabajo, fui a entrevistas a un puesto de director de tecnología y observé esa imagen. Una empresa quiere que desempeñe esencialmente las funciones de Líder de equipo, no necesita crear procesos, sino que simplemente escriba código. En el otro, por el contrario, quieren que se ocupe exclusivamente de los procesos; no necesitan ninguna arquitectura. El tercero necesita un gerente, no les importa el aspecto técnico. El cuarto requiere una persona que pruebe ideas de negocios. Quinto, quieren que el CTO participe en marketing y marketing, además de todo lo demás. Es bueno si las empresas incluso entienden lo que quieren obtener. Hay quienes lo necesitan para hacer todo bien.
De alguna manera se rió, me lanzaron una tarea de prueba: tuve que calcular el costo y el plazo de crear una tienda en línea con una canasta y un escaparate, guiados por los precios promedio de mercado para el desarrollo. En general, esto es todo TK. Mentalmente les deseé buena suerte en su búsqueda de un candidato.
Y también hay un tipo especial de empresas con un nivel salvaje de burocracia en el que no te dejarán estornudar sin la aprobación de cinco departamentos.
Entonces, antes de ir a buscar un trabajo de CTO, debe pensar más de una vez lo que quiere. Lo más importante es que la compañía entiende claramente lo que quieren de usted. En una de las entrevistas, no pude soportarlo y pregunté: “Veo que no entiendes por qué me preguntas. ¿Cómo me vas a calificar? Respondieron que habíamos leído un par de libros inteligentes y les preguntamos a amigos de otro negocio sobre su techdir, el que estábamos buscando.
Por lo tanto, elija con cuidado y prudencia, de lo contrario puede no valer la pena.
PS
En conclusión, quiero decir que todo es subjetivo y que no hay decisiones correctas o incorrectas, depende de muchos factores. Si para resumir todo de lo que hablé, me reduciría al hecho de que la estación de servicio es la persona que resuelve todos los problemas, desde los más pequeños hasta los más estratégicamente importantes, trabaja sin parar para que todos los demás puedan trabajar y dar resultados. . Y a menudo quieren de él algo que aún no ha encontrado, por lo tanto, se necesita flexibilidad, la capacidad de adaptarse y aprender rápidamente. Al menos para mí, estas cualidades fueron clave. Por supuesto, este trabajo no consiste solo en desventajas. La posición de CTO le permite realizar usted mismo, sus ambiciones,