👩‍🏭 🏨 ☝🏾 El camino de junio a director ejecutivo de Sberbank. Entrevista a Alexey Levanov 🐞 👩🏻‍🤝‍👨🏼 💴

El 7 de septiembre, hablamos en vivo con Alexei Levanov, director ejecutivo de Sberbank. Lesha se unió a Sberbank en 2014 como desarrollador junior. Ahora es el director ejecutivo: líder de producto y equipo del equipo de la plataforma Sberbank Investor y está a cargo de Sberbank Investor y Sberbank Development Schools. Lesha usó el ejemplo de su camino: cómo crecer y desarrollarse en una gran empresa, qué errores deben evitarse y cómo iniciar cambios. Hablamos sobre desafíos y oportunidades, sobre el equilibrio entre la vida laboral y personal, sobre cómo no agotarse y regresar si se agota. Compartimos contigo la transcripción de la transmisión.

Mi nombre es Alexey Levanov. Hablaremos de cómo, en el campo de las tecnologías de la información, me parece que vale la pena construir sus carreras para quienes están en el inicio del camino. Compartiré lo que descubrí y destacaré los errores que cometí. Quizás a través de ese prisma se percibirá un poco más brillante. Me gustaría que nuestra comunicación lo ayudara a crecer en una gran empresa, no a agotarse y pasar a un mañana más brillante.

Hay tres cualidades principales que creo que son esenciales si desea seguir una carrera en una empresa de TI. El primero y el más trillado es el que probablemente hayas conocido más de una vez; llamémoslo condicionalmente "resistencia al estrés". Sé que todos ya lo incluyen en su currículum, pero sigue siendo una piedra angular, si no es solo una línea en el currículum, sino realmente tu calidad. Aunque llamaría a esta cualidad de otra manera: "aceptación de los cambios". Con esto me refiero a la capacidad no solo de trabajar en una situación estresante y aceptar cambios, sino de aceptarlos con la suficiente facilidad para que no sean una fuente constante de tormento para usted.

El mundo moderno es duro, cambia constantemente: nuevos desafíos, nuevos procesos. Esto no es necesariamente bueno o malo, simplemente cambia. Están surgiendo nuevas herramientas de desarrollo y requisitos comerciales, todo es constantemente nuevo. Si está estresado cada vez por esto, entonces trabajar en TI y, en general, construir una carrera será bastante difícil. Especialmente teniendo en cuenta que TI siempre está a la vanguardia del cambio.

La segunda cosa importante es la siguiente: no basta con aceptar cambios, también es necesario crearlos. Por supuesto, no creamos cambios solo por cambiar, porque podemos; cambiamos algo porque somos expertos. Vemos la imperfección de procesos, tecnologías, trayectoria del cliente. Después de eso, tomamos y cambiamos la parte imperfecta. Impulsamos el cambio.

La tercera historia es la más importante de todas: hacemos las cosas. No basta con resistir el estrés e impulsar el cambio: si no terminamos con este impulso o no cumplimos con nuestras tareas, no valdremos nada.

Estos son los tres pilares. Si te diste cuenta, no dije ni una palabra sobre las habilidades duras, aunque esto es algo fundamentalmente importante.

Hagamos un comentario. Todo el mundo habla de habilidades duras / blandas, y hay muchas opiniones diferentes al respecto. Pienso esto: si estás al comienzo de tu carrera (tu historia recién comienza como desarrollador de software o, en general, como especialista en TI), concéntrate en las habilidades duras. Los principios anteriores funcionarán si eres una buena persona. Puede ser una buena persona, tener empatía y una mente desarrollada, incluso tratar de hacer las cosas y ser resistente al estrés; pero si no hace lo que tiene que hacer con las manos, tampoco vale nada como especialista. En el futuro, con el desarrollo, cuanto más motivado esté, más papel comenzarán a desempeñar las habilidades sociales, es cierto. En algún momento, pueden volverse tan importantes o más importantes que las habilidades duras. Pero, si estamos hablando del comienzo de la construcción de una carrera, enfóquese en las habilidades duras, sin ellas en ningún lado.

Inicialmente, quería construir nuestra discusión en torno a la historia de mi vida, pero me di cuenta de que esto difícilmente sería de interés para nadie más que para mis padres. Por lo tanto, intentaré contar, utilizando el prisma de las historias personales, los cambios que se están produciendo, los que estamos haciendo, cómo trabajar con ellos y qué nos puede obstaculizar. Pero primero, un par de preguntas.

¿Es usted un director ejecutivo o propietario de un producto (PO)?

Son cosas diferentes: una es el puesto y la otra es el rol. Soy director ejecutivo por puesto, propietario de producto y líder de equipo por puesto. Es decir, una cosa está escrita de forma condicional en el libro de trabajo, y la segunda es lo que hago.

Entonces, ¿descubrió cómo ocultar la conexión de pagos rápidos en la aplicación Sberbank?

Buena pregunta, pero no, yo no. Pasaré la pregunta a nuestros expertos, yo mismo no he estudiado dónde está el sistema de pago rápido.

¿Cuánto tiempo pasas en desarrollo ahora?

Buena pregunta: quería llegar a esto gradualmente a través de la historia. En resumen, dedico aproximadamente 3 horas al día al desarrollo (código, verificación de solicitudes de extracción, etc.). Está claro que hay reuniones de trabajo que toman tiempo, hay un atraso condicional o recorte de tareas, pero, en general, nadie canceló el desarrollo hardcore, que es genial.

¿Cómo asumir la responsabilidad del propietario del producto y conseguir un trabajo?

Para ser honesto, realmente no entiendo lo que significa "asumir la responsabilidad de PO". Y para conseguir un puesto hay que trabajar. Trabajas duro, trabajas duro, resuelves problemas, si los resuelves con éxito, creces. Esta es una historia básica, es la misma en todas partes más o menos. De hecho, PO es solo un área de desarrollo que puede interesarle. No solo me interesaba el desarrollo duro, sino también el impacto en el producto, la capacidad de gestionarlo, así que me convertí en PO. Es decir, necesitas un deseo, un trabajo y las tres bases de las que hablamos, de ahí se forma la historia de la obtención de un puesto.

Entonces, hablé sobre en qué enfocarse (recuerde: en habilidades duras, si es un principiante, entonces - en el proceso de bombear habilidades blandas), y sobre las tres cualidades principales que necesita cultivar en usted mismo: aceptación de cambios, impulso de cambios y casos hasta el final. Pasemos a historias más específicas.

Sobre los cambios. Comencé a desarrollarme en 2011 y recibí ayuda sobre varios temas. Al principio escribí para Android. Entré en el desarrollo de esta manera: mi amigo y yo vimos que periódicamente aparecían artículos sobre Habré sobre cómo otra persona desarrolló un clon de Tetris y ganó miles de millones; de hecho, para atraer a un estudiante, no se necesita nada más. Los leí y pensé: estoy en el negocio. Un amigo compró la MacBook, así que al principio escribí en Android; Pasé por varios autónomos y varios puestos en otras empresas, y en 2014 llegué a Sberbank. En ese momento ya tenía aplicaciones en la AppStore, algunas tuvieron bastante éxito, escribieron sobre ellas en Iphones.ru, AppleInsider; Hice algo de dinero y pensé que era el pináculo de la habilidad y la carrera, y no necesitaba otros desarrolladores. Por supuesto, cuando me uní al equipo de desarrollo,Yo era el más débil en eso, aunque me tomó un par de días darme cuenta.

Fue un tiempo maravilloso. Toda la comunicación con la empresa y otros profesionales se realizó a través de nuestro gerente de proyectos, pero el entorno era excelente para crecer. Cuando escribe el código solo, en algún momento decide que todo está bien; y luego descubrirá que existen enfoques correctos para el desarrollo, patrones en los que ni siquiera pensó. En medio de profesionales geniales, creces mucho más rápido.

En algún momento, nuestro equipo comenzó no solo a crecer, sino a ser ágil. Antes de eso, todos los desarrolladores estaban en el mismo equipo. Fue genial: todos están trabajando en una parte diferente de la aplicación; hoy - este, mañana - otro. Fue difícil, pero interesante. Recuerdo que era mi año de graduación, tenía que hacer un diploma, practicar la práctica y de alguna manera ir a clases fuera de la jornada laboral completa. Fue difícil, luego me enganché al café: el esmalte frente a la oficina se convirtió en un ritual matutino. Sin embargo, fue una experiencia increíble, fue genial. La misma oportunidad de trabajar en un producto así fue maravillosa. Luego, comenzamos a pasar a ser ágiles, y de un equipo de plataforma centrado solo en desarrolladores, pasamos a un equipo que incluía especialistas de todas las industrias, es decir, un equipo multifuncional. Un lado,esto es muy bueno e interesante: tienes colegas de áreas relacionadas, analistas, diseñadores, probadores, desarrolladores de otras plataformas y sistemas operativos móviles. Pero desde el concepto de "tú haces toda la aplicación" pasas al concepto de "tú eres responsable de la dirección en la aplicación, en parte". Cuanto más lejos, más partes: la aplicación crece, la funcionalidad se fragmenta.

Y aquí llegamos a comprender que se necesitan más personas. Para ingresar a nuestro equipo, una persona tenía que poseer un cierto conjunto de cualidades, principalmente habilidades duras, porque tenemos una cierta pila de tecnología, enfoques de desarrollo y esperábamos todo esto del solicitante. Nos dimos cuenta de que ya habíamos cazado a todos los que pudimos; y todos los que pudieron acercarse a nosotros ya están sentados en lugares cálidos, y todo les conviene. En ese momento nació una iniciativa de escuelas de desarrollo, no mi idea personal, sino una que vino de abajo. Esta era mi historia favorita y pasé un tiempo estudiándola.

Regresaremos a los equipos multifuncionales un poco más tarde, pero primero haré una pausa y hablaré sobre los problemas que pueden surgir cuando decida desarrollar su carrera en TI. De hecho, si ha desarrollado tres cualidades básicas, entonces su único problema laboral real es el agotamiento emocional que ya ha formado la capa sociocultural. Este es un problema grave: si bien no lo matará, representa una seria amenaza para su productividad (y trabajo, equipo, producto, empresa).

Hay muchas definiciones de burnout, pero me quedo con esta: es un estado en el que aquellas tareas que antes resolviste con facilidad, de repente se vuelven insoportablemente difíciles. Apenas te obligas a hacerlo, constantemente tienes que hacer esfuerzos increíbles para concentrarte y trabajar. La frustración va en aumento. No desaparece por sí solo, pero puede aparecer por varias razones; Los destaqué tres; yo mismo pasé los tres.

La razón más simple es la fatiga del producto. Digamos que siempre te ha gustado el reconocimiento de patrones; te encanta esta dirección. Llegó a un equipo que reconoce señales de tráfico o placas de matrícula, por ejemplo. Y así comenzó a trabajar en el producto, aprendió OpenCV. Nos dimos cuenta de que no encajaba y cambiamos a redes neuronales. Comenzamos a entrenar nuestra red, leímos todo lo que pudimos sobre las matemáticas de las redes neuronales; tal vez incluso escribió un artículo científico. Lanzamos un gran producto. Han pasado varios años y lo entiendes, eso es todo, ya no quieres hacer esto. El amor por las placas de matrícula ha pasado. Esto es normal, este es un camino natural, llega tarde o temprano para todos. Todos nos cansamos.

Tenemos que seguir adelante y tenemos que entender exactamente cómo. Por supuesto, es mejor no permitir esta situación: en cuanto entienda que el tema ya no es entusiasta, lo mejor es hablar con la gerencia y pasar a otra dirección. Si no funciona, tal vez puedas crear una nueva dirección tú mismo. Tal vez todavía te guste el reconocimiento como tal y puedas reconocer algo más. O quizás toda la esfera no es la misma y es necesario cambiarla. De manera amistosa, debe preparar un sucesor para su lugar y moverse con calma. Bonita, hermosa historia.

Existe una historia tal que le gustaría permanecer en el mismo equipo. Le gusta el producto, su equipo, tiene un excelente gerente de producto; todo está bien, pero simplemente no desea escribir más código de reconocimiento de matrículas. Lo mejor de los equipos multifuncionales es que tienes la oportunidad de cambiar y convertirte en ese especialista en forma de T del que se ha hablado mucho. Esto es bueno para ti porque estás aprendiendo cosas nuevas. Continúa desarrollándose en su campo, aunque a un ritmo un poco más lento, explora campos relacionados y aumenta su valor como profesional. Para el empleador, reduciendo el factor de autobús.

El especialista en forma de T es una evolución del especialista en forma de I con un conocimiento profundo en un área específica. Digamos que una persona fue a la escuela y decidió convertirse en programador; le gusta escribir en C # o en Unity, por ejemplo. No fue a la universidad, pero se convirtió en un experto en su campo y hace juegos. Es un especialista en forma de I; Lo más probable es que ya lo contraten. Si la misma persona estudia la integración con el backend, es capaz de conectarse a varias preguntas, al menos analíticamente, y comprende las pruebas (probablemente en los conceptos básicos básicos de las pruebas automáticas y la escritura de casos de prueba), entonces será un especialista en forma de T. Es decir, esta es una persona que puede ayudar en las competencias relacionadas dentro de un equipo multifuncional.

El factor autobús es una métrica ficticia que muestra la cantidad de personas que pueden ... ser enviadas en autobús a algún lugar lejano, pero el equipo seguirá trabajando de alguna manera. Para un equipo ideal en forma de T, es igual a N-1 (N es el tamaño del equipo): incluso si una persona permanece de dicho equipo, podrá hacer avanzar el trabajo, aunque muy lentamente. Por supuesto, este es el mejor ejemplo, esto casi nunca sucede en la vida; sin embargo, la creación de un equipo de este tipo es una buena práctica.

Habiéndote convertido en un especialista en forma de T, te quedas en el producto y con esas personas con las que te sientes cómodo, sigues desarrollándote, y esto está en manos de tu empleador, porque cierras los cuellos de botella del proyecto.

La situación es aún peor cuando te quemas sin calcular tu fuerza. Digamos que te gusta mucho el proyecto, estás ardiendo con él. Es muy interesante. En lugar de darte cuenta de que esta historia es larga, intentas correrla a un ritmo acelerado. Tienes suficiente por un tiempo. Tal vez te quemes después del final, pero más bien en el medio; ambos son malos. En mi caso, me gustó mucho el producto en el que estaba trabajando; Estaba muy motivado para crearlo y ver el resultado, pero no podía descansar. Escuché sobre el equilibrio entre el trabajo y la vida personal, pero no funcionó. Incluso si por la noche dejaba la tarea inconclusa y me iba con la chica al cine o con los amigos al bar, en mi pensamiento seguía en la tarea; parecía haberlo pasado bien, pero en realidad no descansaba y no hacía la tarea.Así que decidí importarme un comino el equilibrio entre el trabajo y la vida y comencé a trabajar: trabajé, trabajé, trabajé y luego algo hizo clic. Fue muy afortunado que el fenómeno del "clic" en sí mismo sucediera después de la finalización del proyecto y antes de mis vacaciones. Me fui de vacaciones, pensé mucho y, cuando regresé, hablé con el gerente; me dijo que ahora no podía escribir este código. Tuve un líder maravilloso; preguntó qué me interesaría hacer.

Así que pasé al desarrollo de ese mismo proyecto de escuelas de desarrollo. Como dije, tuvimos un momento en el que resultó que no había ningún otro lugar al que llevar a los desarrolladores y decidimos capacitarlos por nuestra cuenta. Las primeras escuelas se lanzaron con éxito, algunas de las personas capacitadas fueron contratadas con éxito. El proyecto en sí fue una iniciativa de abajo hacia arriba. El jefe del departamento de desarrollo móvil inició esta idea, y nosotros, como comunidad, determinamos: qué estaría en el programa de capacitación, cómo seleccionar a las personas, cómo validarlas en la salida, a quién llevar; en general, una idea para cerrar una necesidad. Y cuando me quedé agotado, me dijeron: si este proyecto te interesa, hazlo. Resultó terriblemente interesante.

Las historias estándar de agotamiento te dicen que te acuestes en la playa y mires al cielo hasta que te alejes. En mi caso, el cambio de campo de actividad ayudó. Por un lado, me di cuenta de que el "equilibrio entre el trabajo y la vida personal" todavía funciona; Al regresar de las vacaciones, me di cuenta de que las tareas en las que estaba sentado, las puedo hacer más rápido, por un lado. Por otro lado, esta nueva área resultó ser increíblemente interesante e hicimos mucho. Lanzó nuevas áreas del programa, reclutó nuevas personas, lanzó asociaciones con universidades, comenzó a emitir certificados de finalización, un gran reinicio exitoso. Después de eso, logré volver al desarrollo, pero toda esta historia trata de no ir a los extremos. Si siente que algo va mal, que está trabajando más de lo que puede, esto no es bueno para usted ni para el empleador. Usted está solo,y para el empleador esta es una historia difícil de predecir, no está claro cuándo no podrá ir más lejos.

El tercer tipo de agotamiento es el más simple, en parte. Digamos que sigue las tres reglas básicas. Acepte los cambios fácilmente, condúzcalos. El impulso del cambio se trata de crear oportunidades. Si hay tiempo, les contaré sobre mi viaje de trabajo de un año a Stanford, cómo llegué al programa de MBA en Sberbank y más detalles sobre la escuela de desarrollo. Todo esto se debió al hecho de que perdí la oportunidad o al impulso de cambio, la creación de oportunidades.

Pero cuando crea o aprovecha demasiadas oportunidades, a pesar de que está acostumbrado a terminar todo, puede crecer como una bola de nieve. En este momento, comprende que simplemente hay demasiadas cosas que hacer y las ha elegido usted mismo: estos son sus proyectos principales y adicionales, algunos proyectos favoritos, capacitación. Y no hay receta para tal situación; solo tiene que pasar por algunas de estas bolas de nieve para determinar por sí mismo cuál es la cantidad máxima de tareas que puede realizar.

Esta no es una historia muy aterradora. Peor aún, tanto para usted como para el empleador, hay una historia cuando trabaja durante mucho tiempo y luego no puede regresar abruptamente y solo regresa por vacaciones y cambio de actividad. En general, me di cuenta de que el descanso es una parte igualmente importante del trabajo, aunque solía pensar que era genial trabajar, trabajar y trabajar. Simplemente serás más productivo.

En cuanto a si es necesario dedicarse al desarrollo móvil ahora, escucho esta pregunta a menudo. Lo que estoy hablando es relevante para TI en general, pero para el desarrollo móvil en particular. Se puede decir que ahora hay demasiados desarrolladores, el mercado está saturado y no se están comprando nuevos dispositivos. Diré que a medio plazo esta dirección definitivamente seguirá siendo relevante. Si bien la cantidad de teléfonos inteligentes se acerca a la saturación, los dispositivos portátiles están por delante; Los relojes inteligentes ya los llevan muchos, por cierto, yo también. Estoy bastante seguro de que las grandes empresas lanzarán algo nuevo pronto. Estamos limitados por la capacidad de las baterías, pero ha ido creciendo lentamente durante los últimos N años. Es poco probable que las personas que alguna vez intentaron no sentarse en un solo lugar para resolver problemas y resolverlos con la ayuda de dispositivos portátiles, teléfonos móviles y otros medios, regresen a este patrón de comportamiento.La cantidad de dispositivos aumentará y se requerirán más desarrolladores. Si cree que el desarrollo móvil es suyo, entonces vale la pena investigarlo. Si ya es un desarrollador establecido, puede acudir a nosotros; siempre necesitamos desarrolladores establecidos. Y si quieres, pero aún no sabes cómo, nuestras escuelas están abiertas para ti. No estamos analizando su conocimiento de Objective C / Swift / Kotlin / Javascript; nos fijamos en cosas básicas, como el conocimiento de algoritmos y estructuras de datos, la comprensión de los principios de POO, la capacidad de escribir algoritmos como ordenar y explicar su complejidad, es decir, cosas simples que se estudian en la universidad. Este es el sombrero 'T': todo lo que tiene que hacer es obtener buenos conocimientos.Si ya es un desarrollador establecido, puede acudir a nosotros; siempre necesitamos desarrolladores establecidos. Y si quieres, pero aún no sabes cómo, nuestras escuelas están abiertas para ti. No estamos analizando su conocimiento de Objective C / Swift / Kotlin / Javascript; nos fijamos en cosas básicas, como el conocimiento de algoritmos y estructuras de datos, la comprensión de los principios de la programación orientada a objetos, la capacidad de escribir algoritmos como ordenar y explicar su complejidad, es decir, cosas simples que se estudian en la universidad. Este es el sombrero 'T': todo lo que tienes que hacer es obtener buenos conocimientos.Si ya es un desarrollador establecido, puede acudir a nosotros; siempre necesitamos desarrolladores establecidos. Y si quieres, pero aún no sabes cómo, nuestras escuelas están abiertas para ti. No estamos analizando su conocimiento de Objective C / Swift / Kotlin / Javascript; nos fijamos en cosas básicas, como el conocimiento de algoritmos y estructuras de datos, la comprensión de los principios de la programación orientada a objetos, la capacidad de escribir algoritmos como ordenar y explicar su complejidad, es decir, cosas simples que se estudian en la universidad. Este es el sombrero 'T': todo lo que tiene que hacer es obtener buenos conocimientos.comprender los principios de la programación orientada a objetos, la capacidad de escribir algoritmos como ordenar y explicar su complejidad, es decir, sobre cosas simples que se estudian en la universidad. Este es el sombrero 'T': todo lo que tiene que hacer es obtener buenos conocimientos.comprender los principios de la programación orientada a objetos, la capacidad de escribir algoritmos como ordenar y explicar su complejidad, es decir, sobre cosas simples que se estudian en la universidad. Este es el sombrero 'T': todo lo que tiene que hacer es obtener buenos conocimientos.

Agregaré sobre universidades. Reconociendo y aceptando los problemas de la educación superior - todavía estudié durante 6 años y enseñé durante 5 años, estando en la escuela de posgrado - creo que una universidad, aunque no es un requisito, es muy deseable. Aunque la universidad no proporcionará conocimientos específicos, es decir, si quieres ser un especialista en DevOps o un desarrollador de aplicaciones móviles, entonces tendrás que obtener el conocimiento necesario tú mismo, puedes obtener, además de las cosas básicas (como la resistencia al estrés y el deseo de adquirir nuevos conocimientos) amplios conocimientos. qué está pasando en TI. Ese especialista en forma de T lo dejará.

A finales de septiembre u octubre iniciaremos un nuevo reclutamiento. Ven a nosotros, escríbeme; Estaré muy feliz de responder a sus preguntas.

En teoría, el proyecto debería cambiarse cada año o dos, de lo contrario se estancará.

En general, no discuto, aunque las situaciones son diferentes. También depende de la persona, de cuál es su prioridad. Si la prioridad es el interés del proyecto, entonces sí. O tal vez tu prioridad sea el equipo con el que trabajaste y no quieres cambiar (aunque entiendes que no seguirás desarrollando este proyecto); Yo también tenía esto. En general, es necesario cambiar el proyecto, pero todas las situaciones son únicas.

¿Qué tan común es que los gerentes de producto instalen aplicaciones de la competencia y tomen ideas para nuevas funciones a partir de ahí?

Esto no se hace directamente, pero es imposible decir que los bancos y otros actores de TI no se miran en absoluto. Está claro que están mirando; pero antes de copiar algo, debe investigar un poco. Al menos para entender: ¿el competidor lo hizo pensando o simplemente lo implementó? Y realice su propia investigación, por supuesto. Antes de que se desarrolle un producto, hay varias etapas, desde el pensamiento de diseño y la creación de CJM. Es necesario comprender si el usuario necesita este producto, qué problemas resuelve. Y solo copia: esta historia trata más sobre desarrolladores independientes, cuando deciden que pueden copiar y hacer algo exitoso por más barato. Las grandes empresas aún siguen su propio camino, aunque se miran entre sí.

¿Quizás el futuro esté en la realidad aumentada?

Tal vez. Yo también lo creo: durante los últimos años, la misma Apple en sus conferencias para desarrolladores (WWDC) se ha centrado en AR Kit / Reality Kit, motores para trabajar con realidad aumentada. Y todo parece una transición de un simple MVP a agregarle complementos. Es un inconveniente usar esto en teléfonos, y debe esperar factores de forma más convenientes.

¿Cómo transfiere Sberbank a un empleado a un nivel superior?

Depende de lo que se quiera decir con esto. Si tomamos una simple promoción, entonces, probablemente, lo mismo que en otras empresas. Antes trabajé en dos lugares (y tres más como pasante), y en todos lados era aproximadamente lo mismo. Un buen caso: discute de antemano los objetivos globales, después de lo cual puede hablar sobre el siguiente paso. En el peor de los casos, ni usted ni los líderes hablaron de ello inicialmente; acabas de trabajar, y luego, después de un año, de repente te diste cuenta: te mereces más. Luego vas e inicias una conversación; también una historia normal. A veces sucede que una persona está locamente enamorada de su entorno (proyecto-producto-equipo); había una persona así en mi memoria: la gente se le acercaba y le decía que lo iban a criar. Creció, y bueno, pero no inició la conversación él mismo. En general, la historia objetivo es la preparación de planes de desarrollo individuales,y su implementación es una solicitud para discutir un aumento.

¿Con qué frecuencia realiza cursos y formaciones?

Es necesario hacer un comentario: comencé a desarrollarme en un momento en que, lamentablemente, casi no había cursos normales. Es decir, veo dos formas de desarrollo del aprendizaje: la mía y la correcta.

La correcta es a través de cursos, escuelas de desarrollo (sería bueno, la nuestra, pero puede haber cualquier escuela con un mentor que se comiera una pizca de sal en esta tecnología). Pero mi opción es simplemente golpearme la cabeza sobre este tema, cometer errores, mirar las opciones en Stackoverflow. Esta también es una opción de trabajo, recibirá productos listos para usar, pero las papillas permanecerán en su cabeza, que luego deberán tratarse.

Todavía no me gustan mucho los cursos. Esto vino de la escuela: de educación general me mudé al liceo de tecnología de la información, donde era genial, pero no alcancé el nivel. No teníamos programación en la escuela, pero en el liceo ya estaba implícita. Bajo la amenaza de un deuce, me rodeé de libros y comencé a comprender; este patrón, de hecho, permaneció conmigo. Gravito ya no hacia los cursos, sino hacia un conjunto de libros. Puedo adjuntarlo más tarde en los comentarios.

Ahora estoy pasando por el programa de MBA de Sberbank, incluye muchos cursos: tiempo completo, tiempo parcial, virtual. Pero todos estos cursos se combinan en un solo producto; elegir de forma independiente alguna dirección y estudiar en ella, esto no ha sucedido en mucho tiempo. Aunque veo sesiones educativas de la WWDC, tengo más énfasis en la literatura y los artículos.

¿Alguna idea sobre Dart / Flutter, vale la pena el tiempo?

No me gusta ocupar el cargo de fiscal, pero en este caso diré: probablemente no valga la pena. No creo en las perspectivas de esta tecnología (aunque esta no es realmente mi especialidad). Hace un par de años todo el mundo hablaba de eso, pero las cosas siguen ahí. Pero, si estás muy interesado, puedes tomarte un tiempo y decidir por ti mismo si te gusta (y ver si el mercado tiene demanda). No es necesario mirar las tendencias, intente hacer lo que quiera.

MBA de Sberbank: ¿qué es? ¿Educación a tiempo completo dentro de Sberbank o en una universidad externa?

Hay varios cursos y direcciones. Algunos me parecen muy interesantes, los relacionados con la gestión de productos. Como técnico especialista, estoy acostumbrado a que hay un problema y hay que resolverlo cualitativamente; Como desarrollador independiente, traté de trabajar con los usuarios y sus deseos-problemas, pero no tenía un mapa en mi cabeza de cómo hacerlo. En general, algunos de los cursos son muy interesantes; algunos son menos interesantes de lo que podrían ser. En general, el programa es bueno. Volvería a ir con ella.

Sberbank tiene una Universidad Corporativa; de hecho, es una organización subsidiaria. Comenzamos a interactuar con él cuando relanzamos las escuelas: ahora KU emite certificados a quienes han completado con éxito sus estudios. Está ubicado en la región de Moscú: es un gran campus de edificios, los estudiantes pueden vivir en el territorio.

¿Son suficientes las tasas internas de Sberbank o también son necesarias las externas?

Depende de lo que quieras. Si necesita mantener su nivel en lo que hace (en desarrollo, por ejemplo), entonces, en primer lugar, debe resolver con éxito las tareas laborales; en segundo lugar, la comunidad está organizada de tal manera que mantendrás tu nivel a priori y te desarrollarás si quieres. Ésta es una de las ventajas de una gran empresa: es una gran comunidad. Ahora no puedo nombrar otra empresa en Rusia, donde hay 200 desarrolladores en iOS y Android; tal comunidad crea su propia cultura: tutoría, capacitación. En general, esto puede ser suficiente: debe comunicarse con los que están por delante.

Ya he dicho cuál es mi patrón: no estoy en contra de los cursos como tal, pero estoy convencido de que los libros son mejores. Puede estudiar libros al ritmo que más le convenga.

Una vez más, la universidad corporativa tiene muchos cursos, tanto presenciales como en línea.

¿Es conveniente viajar al centro para trabajar y también a KU en la región de Moscú?

Bueno, ahora estoy en una ubicación remota, como el resto del equipo. Todavía no hay problemas para salir del centro; cuando dejemos el área remota, iré al centro desde Moscú. Y no vamos a KU con tanta frecuencia: como parte del programa MBA, voy unas tres veces a la semana.

¿Cuánto tiempo dedica ahora al desarrollo, en qué idiomas?

Yo mismo soy un desarrollador de aplicaciones móviles para iOS (inicialmente, solo iPhone y iPad, luego aparecieron los relojes). Originalmente escribimos en Objective C (antiguo, con un mixin 1.0, usando MRC). Ahora tenemos un nuevo proyecto separado, dentro del cual estamos escribiendo en Swift puro; es decir, MVVM con coordinadores y servicios, sin reactividad - vinculamos todo a través de delegados. En cuanto al tiempo, ya he dicho: trato de gastar más, pero hay una cierta cantidad de reuniones de trabajo importantes, especialmente en la etapa del lanzamiento del producto, por lo que resultan 3-4 horas al día. Todavía me gusta el desarrollo, trato de cortarlo lo mejor que puedo.

Háblenos de Stanford.

Una vez en un correo de trabajo había un mensaje de que hay un programa del Foro de Stanford EE. UU. - Rusia, y los empleados de Sberbank pueden intentar solicitarlo. Me mudé, pasé por 3 o 4 etapas de selección, la entrevista final en inglés, y terminé en un grupo de trabajo con tres empleados más de Sberbank. En total, hay entre 10 y 15 personas cada año de Rusia y de 10 a 15 de los Estados Unidos. El programa tiene como objetivo mejorar las relaciones entre países; Se están creando grupos mixtos nuestros y estadounidenses para trabajar en problemas científicos. Nuestro año fue el primero en el que hubo problemas técnicos específicos: antes de eso hubo asuntos sociales y legales. Nuestro grupo era “FinTech” (finanzas y tecnología). Pasamos un año investigando y luego lo defendimos en Stanford. Estábamos cenando con el profesor Zimbardo, quien realizó un famoso experimento (hay preguntas para él, pero la experiencia es genial).En general, un caso maravilloso que me permitió sumergirme en otra esfera. Mientras permanecíamos en el campo de la tecnología financiera, investigamos tecnologías descentralizadas utilizando blockchain como ejemplo y conocimos a un grupo de personas destacadas que están haciendo esto tanto en Rusia como en los Estados Unidos.

¿No haces un backend? ¿Entrevista a menudo?

Entrevistamos con frecuencia. Participo en entrevistas tanto en Sberbank Online como en el nuevo proyecto Sberbank-Investor. Además, cuando se trata de escuelas, también trato de participar en entrevistas de admisión y graduación. La cantidad depende exactamente de la carga: tal vez 0 o 10 por semana, pero generalmente 1-2. No estoy en el backend, pero estoy interesado. Me gustaría probarlo cuando termine el MBA y haya más tiempo libre.

¿Cómo eliges una pila de desarrollo? ¿Los requisitos los forma el cliente?

Depende. Si estamos hablando de un módulo separado para Sberbank Online, entonces la pila se limita al producto existente. Si el producto es nuevo, es probable que la pila no la elija un cliente comercial, sino un especialista en TI, destacando los pros y los contras de la empresa. Por ejemplo, si toma una tecnología, es conveniente, genial, rápida, pero cortará un cierto porcentaje de la audiencia. La decisión final la tomará, por supuesto, el representante del cliente, pero la pila está formada por especialistas en TI. En general, buscamos que la pila sea conveniente, bastante nueva, pero no exagerada; por lo tanto, ahora es prematuro utilizar Swift UI para un proyecto empresarial; esto no niega el hecho de que esta tecnología necesita ser probada, pero debe ser estable. Es decir, no es necesario tomar lo que acaba de salir, bombo y obviamente cambiará la API en los próximos años, así como lo que ya está medio muerto.

Es decir, la pila se elige en base a argumentos lógicos mínimos: debe ser una tecnología probada, pero bastante nueva para la que es fácil encontrar un especialista y con la que tenemos experiencia, o podemos obtenerla fácilmente.

¿Qué se necesita para entrar en el equipo de vehículos autónomos?

Solo necesitas postularte. Vi una vacante en el negocio de los vehículos autónomos en mi Facebook. Esta no es información secreta; si los organizadores luego me pasan esta pregunta, compartiré un enlace.

¿Qué es Sberbank Online y qué es un subproyecto?

Sberbank Online, por ejemplo, en la plataforma iOS, es un proyecto que consta de subproyectos (submódulos). Un equipo o grupo de equipos es responsable de cada uno de ellos. Dentro de sí mismos, pueden, sin desviarse mucho de las guías de desarrollo de Sberbank, determinar algunas cosas por sí mismos, por ejemplo, el enfoque arquitectónico dentro de este módulo. Es importante que, por ejemplo, la API de este módulo aún permita el acceso a él, pero en caso contrario, todo lo que ocurra en su interior (si no contradice las guías y enfoques básicos de Sberbank Online) queda a criterio de sus principales desarrolladores. El proyecto final se ensambla a partir de dichos módulos.

Es decir, ¿todos los pagos y transferencias son Sberbank Online?

Sí, todo es SBOL. Tanto préstamos como depósitos. SBOL es una gran casa hecha de diferentes ladrillos: procesos (por ejemplo, pago) y productos (por ejemplo, depósitos). Y su desarrollo puede proceder en paralelo.

¿Puedo ir a Okko desde SBOL?

Sí, pero lo llevarán a otra aplicación. Todo dentro de Sberbank Online es una historia, estas son partes de Sberbank Online; cuando pasa a otra aplicación, pasa a otra parte del ecosistema. Por ejemplo, desde SBOL puede ir a Oko, Entrega de paquetes, Inversiones; todas estas son aplicaciones independientes del ecosistema de Sberbank Online. Es decir, si bien son independientes, entre ellos se realiza una navegación normal, están integrados con SBOL, a algunos de ellos se puede acceder utilizando el Sberbank-ID universal.

¿Cómo se lanza un nuevo producto en Sberbank y cómo se puede convertir en un PO en él? Por ejemplo, si tu idea no es el hecho de que serás un PO.

Aquí son posibles varios enfoques. El primero es iniciar cambios. Es decir, no solo venga y proponga una idea para un nuevo producto, sino que proporcione un plan de desarrollo para este producto. Si tiene experiencia relevante y comprensión sobre cómo desarrollar productos, entonces será mucho más fácil contratarlo, ya que será obvio que comprende qué hacer con este producto, que buscar a otra persona. A menudo sucede que personas que no tienen relación con la idea se convierten en PO; Por ejemplo, cuando una idea está en el aire, o cuando debería haberse implementado hace mucho tiempo, y ahora está disponible una persona con experiencia en gestión de productos. Hay diferentes patrones.

Si tiene una gran idea de producto, piénselo: vea qué problema del cliente resolverá el producto, cómo cambiará el recorrido del cliente, qué se puede optimizar, cuáles serán las métricas esperadas. Y presentarlo como una idea de negocio; no debería haber ningún problema. O puede convertirse en un PO de otro producto con experiencia relevante; ahora hay cursos sobre esto, también puede aprender del PO de su equipo. Las OP generalmente aceptan ser mentores.

¿Qué libros interesantes puedes recomendar?

Una pregunta muy general. Depende de qué tipo de libros estés hablando. Si se trata de la parte estrecha del desarrollo móvil, entonces hay una serie de series en las que el material se da bien. Depende de lo que sienta curiosidad acerca de la dirección que desee.

El camino de junio a director ejecutivo de Sberbank. Entrevista a Alexey Levanov