"Actitud atípica hacia las finanzas": ¿qué pasaría si los propios empleados administraran los ingresos? Conversación con Flant



En un mundo en el que solo su empresa puede enriquecerlo realmente, la gente sigue trabajando por cuenta ajena. En primer lugar, no todos están contentos de ser hombres de negocios, pero necesitan vivir. En segundo lugar, todo es claro y seguro en el trabajo: cumple su función y la mayoría asume los riesgos de los demás. A partir de aquí crecen viejos conflictos de regateo: los propietarios quieren que los empleados estén motivados, como si el trabajo fuera su propio negocio; Los empleados quieren hacer lo que se les paga, y nada más.

Estas relaciones clásicas tienen variaciones: opciones, intereses, bonos, que recuerdan un poco a los propietarios y empleados en el mismo barco. Pero hay situaciones menos típicas.

La compañía Flant consta de varios equipos de Devopos que sirven a la producción de otras personas en forma llave en mano. Crecieron a partir de una pandilla de entusiastas y fanáticos de los estudiantes de Linux, y ahora han construido una estructura de "negocios dentro del negocio", simplemente porque es más cómodo y más honesto. Dima Stolyarov y Sasha Batalov nos contaron cómo funciona.
Flant fue clasificado entre los mejores empleadores de TI en 2018 con una calificación promedio de 4.68. A juzgar por las estimaciones de la compañía en My Circle, los empleados creen que la compañía está haciendo del mundo un lugar mejor, y también aprecian a Flant por sus interesantes tareas, buenas relaciones de equipo, tecnología moderna y comunicación con la alta gerencia.

Pandilla de estudiantes de Linux



Dmitry Stolyarov (director técnico) durante su informe

- (Dima Stolyarov) Siempre hemos tratado con Linux y el código abierto, pero comenzamos con un tema muy divertido, para el cual ahora es un poco vergonzoso. Por alguna razón, pensamos que deberíamos implementar Linux en las oficinas en lugar de Windows. El primer nombre de la compañía era TrueOffice - "True Office". Entonces nos dimos cuenta de que nadie lo necesitaba. Eso fue en 2006, tenía 19 años. Solo en el año 2012-13 se dio cuenta de cómo hacer negocios, qué tecnologías necesita el mundo.


Alexander Batalov (CEO) en el stand de la compañía en la conferencia

- (Sasha Batalov) Además de las tecnologías, hay una gran capa en forma de marketing, ventas y economía, que nadie nos ha enseñado, excepto los cursos en la universidad, pero no sé cuánto son aplicables y útiles.

Al principio nos pareció que todo esto no era necesario, pero luego tuvimos que comprender en la práctica, leer libros, a veces después de que los baches estaban llenos. En general, tomamos un camino largo y espinoso, probamos un montón de todas las cosas equivocadas.

- (DS) Pero poco a poco, a medida que crecieron las calificaciones, todos se especializaron en Linux, y ahora solo nos ocupamos de proyectos web de alta carga y alta carga. Y cuando apareció Kubernetes, nos dimos cuenta rápidamente de que esta era la base que faltaba.

- ¿Por qué había tanto interés en Linux? ¿Ideológica o tecnológica?

- (DS) La compañía tiene dos fundadores: Dima Shurupov y yo. Dima Shurupov tenía más interés en el código abierto. Y me gustó Linux, tecnológicamente, cómo se organiza todo allí. Y el resultado fue una combinación: a Dima le gusta la ideología, pero a mí me gusta la tecnología. Me encanta el código abierto como idea, pero el lado tecnológico siempre ha sido más importante para mí.

Einstein dijo: "Es necesario hacer lo más simple posible, pero no más fácil". Aquí Linux está construido de manera tan simple, confiable y transparente que lo disfruto. A todos nos gustó, y nos transformamos de una pandilla de estudiantes en una gran empresa. Ahora ya tenemos 70 años. Para TI, para servicios especializados, esto es bastante.

- ¿Cómo estuvo todo durante la pandilla de estudiantes?

- (DS) Bueno, como de costumbre, los estudiantes lo tienen: divertido y provocativo.

- (SB) Una gran cantidad de altruismo, un deseo de conquistar Internet, conquistar picos tecnológicos. Nos involucramos en tareas muy complejas: sucedió, asumimos proyectos serios (¡pero muy interesantes!) Del campo de la integración de sistemas, lo que los convirtió en un centavo. Intentaron crear sus propios marcos, absorbieron todas las tecnologías que reconocieron e inmediatamente buscaron que usaran.

- ¿Todo salió comercialmente?

- (DS) Sí, pero en las primeras etapas no necesitábamos nada. En aquellos días, 40 mil rublos era un ingreso absolutamente normal para mí, los rechacé.

- (SB) Y pensé que por mil dólares puedes hacer cualquier sitio web que puedas imaginar.

- (DS) En 2013, no teníamos dinero para contratar libremente en Moscú. Ya hemos tomado todos los conocidos a quienes podríamos tomar. Decidimos abrir una oficina en Nizhny Novgorod. Fuimos allí, abrimos, comenzamos a contratar. Luego se dieron cuenta de que vivir en dos oficinas es difícil y decidieron vivir sin oficinas.

Por supuesto, llenaron un montón de conos. Solo en 2016, para mi vergüenza, leí Remote. Lloré y me reí porque viajamos uno a uno. Cada párrafo se cruzó con mi experiencia personal.

- (SB) En cada párrafo estaban nuestras cicatrices.


¿Qué hace flant?




Damos servicio a la producción llave en mano de alta carga. Esto difiere de la subcontratación convencional, porque vivimos con clientes durante mucho tiempo e interactuamos muy de cerca, las personas nos confían una de sus cosas más importantes. Su negocio depende en gran medida de cómo trabajamos.

Para crear una operación de producción de alta calidad, necesita 15-20 devops, especialistas en bases de datos, Kubernetes, un servicio de soporte, etc. Y si la empresa es pequeña, donde solo hay dos o tres docenas de desarrolladores, esto es imposible allí. Y aquí llegamos y ahorramos. Miles por 150.

Anteriormente, teníamos la misión de crear una empresa en la que nos sintiéramos cómodos trabajando, sin importar lo tonto que parezca. Ahora que ha tenido éxito, la misión es hacer que las tecnologías de nivel de Google y Facebook estén disponibles para las pequeñas empresas, las nuevas empresas en las primeras etapas.

Las personas pueden centrarse en su producto, en lugar de superar problemas que no pueden superarse.

Muchos de los muchachos que vienen a nosotros se sorprenden: cuánto es diferente, cuáles son las cargas en todas partes. Tenemos más de 50 proyectos en producción, más de 70 grupos de Cuebrnetes. En este caso, siempre puedes girar. Abrió un dibujo, dibujó una arquitectura de microservicio, hizo una lista de 200 tecnologías, y vámonos. Pero esto siempre lleva a problemas y consecuencias.

El truco es garantizar la máxima estabilidad, fiabilidad y simplicidad, por un lado, y un alto nivel de innovación por el otro. Bueno, estamos orgullosos de poder hacer esto. Hacemos esto en todas partes y en grandes cantidades, como un Ikea condicional.



¿Quién necesita desarrolladores externos?




- Me parece que las grandes empresas prefieren mantener devops en el estado.

- (SB) Está claro que los grandes jugadores como Avito o Badoo pueden reclutar devops. Las pequeñas empresas con grandes inversiones también pueden hacerlo, pero lo harán, y no por el hecho de que tienen la fuerza para hacer frente.

Creemos que incluso las grandes empresas deberían contactar mejor a los expertos que comieron este perro. Las pequeñas empresas con un negocio basado en la web solo necesitan contactar a personas con experiencia. Porque cualquier tiempo de inactividad en un sistema clave es una pérdida de dinero.

- (DS) Sabemos que la gente en Rusia tiene miedo de la subcontratación, debido a la experiencia negativa, por otras razones. Pero los clientes no nos dejan. Durante diez años, se fueron por solo dos razones. O nos superaron (por ejemplo, fueron comprados y todo fue reconstruido), o cerraron porque la idea no funcionó.

- ¿Y quién viene a ti con más frecuencia: pequeñas empresas o grandes?

- (DS) Es lo mismo ahora. Pero los pequeños nos tienen miedo, piensan que nosotros ...

- (SB) ... grande, complejo, inaccesible y llorar en las nubes.

- (DS) Bueno, sí, pasas la cabina con Maybach y no entras, no pidas un precio, porque Maybach no puede costar 500 mil rublos.

- Por supuesto que no puede.

- (SB) Pero tan pronto como aparece en el auto compartido, puedes permitirte conducirlo.

- (DS) Sí, nosotros, por supuesto, no somos Maybach, somos Ikea. También tuvimos éxito de manera simple, confiable y asequible. En general, la cantidad de compañías del TOP-50 y las compañías pequeñas que nos contactan es la misma. Pero dependemos principalmente de las pequeñas empresas y trabajamos principalmente con ellas, y tratamos de no cooperar con las grandes.

- por qué?

- (DS) Mucha burocracia.

- (SB) En una empresa grande, hay muchos niveles en los que se distribuye la responsabilidad, los comentarios son muy largos y, a menudo, la gente comienza a jugar con la tecnología: “Y vamos a sopesarlo, escribamos una estrategia, planifiquemos el año que viene, hagámoslo mejor, es más hermoso para la cultura empresarial, así es como se ha desarrollado nuestra práctica ". Y así comienzan a complicar las cosas que se pueden resolver de una manera simple y corta para que el 80% del resultado sea mañana. Recorren un largo camino, donde no se sabe si funcionará o no.

Como resultado, en lugar de prácticas bien establecidas, reinventamos la rueda y el costo de una solución tecnológica se vuelve incomparablemente más alto. Además, la calidad no es el hecho de que será mejor.


Tarifa de subcontratación




Tenemos un montón de proyectos en Github, estamos contribuyendo activamente toda la historia al código abierto. No solo para los nuestros, también para los extraños. Intentamos compartir las herramientas que usamos todos los días. Creemos que esta es nuestra responsabilidad, y estamos muy contentos de hacerlo.

Todos los muchachos de la compañía están contribuyendo de una forma u otra, ya sea con revisiones, con documentación o con un código. Creemos que este es nuestro pago para todo el rico mundo de utilidades de código abierto que utilizamos. Y creo que somos dignos de esta tarifa.

Lo llamamos la condensación de la experiencia. Inicialmente, una persona aprendió algo, hurgó con sus colegas, la experiencia se convirtió en folklore. Luego, anotamos la documentación, la incorporamos a las utilidades y nos olvidamos de la existencia, porque ya no pensamos: todo se tiene en cuenta automáticamente.



La popularidad de la tecnología y la toxicidad de los desarrolladores.


- ¿Por qué exactamente Ubuntu? Antes de ser elegido, ¿qué más se consideró?

- (DS) Éramos una pandilla de estudiantes a los que les gusta Linux. Y utilizamos Gentoo durante mucho tiempo: esta es una distribución basada en fuente y cada vez que necesitamos compilarla desde cero. Cuando obtuvimos un par de cientos de servidores, la actualización tomó meses. Por supuesto, primero automatizamos y optimizamos todo, pero al final nos dimos cuenta de que necesitábamos cambiar algo y, conociendo los pros y los contras de las diferentes soluciones, tomamos las más populares. Luego fue intuitivo: como el más popular, será mejor desarrollarlo y todas las deficiencias se corregirán tarde o temprano.

Había tal base de datos Resync DB. Compitieron con MongoDB y comenzaron aproximadamente al mismo tiempo. Y durante mucho tiempo, Resync fue tecnológicamente mejor.

Cuando llegaron los usuarios, trataron de resolver problemas internos del sistema, y ​​en MongoDB los resolvieron mucho menos, pero podían instruir condicionalmente si era mejor en las pruebas sintéticas. Por lo tanto, la popularidad de MongoDB creció. En los casos más simples, se mostraron mejor, pero adentro había higos. Y Resync DB en el interior era bueno, pero no creció en popularidad.

Como resultado, todo estaba bien con MongoDB adentro, pero nadie recuerda Resync DB. La empresa se declaró en quiebra. Ubuntu tiene algo como esto. Hay mucha atención en esta distribución, así que decidimos usarla.

- ¿Qué le parecen los últimos cambios políticos, CoC y todo eso?

- (DS) Bueno ... no hay nada negativo, todo está bien, todo está claro. Yo mismo sufro el hecho de que a veces ofende a las personas. Por ejemplo, me parece obvio, y comienza a enfurecerme terriblemente que la gente no lo entienda. Estoy enojado, y resulta negativo (pero estoy trabajando en eso).

Linus es muy inteligente, después de todo, ha estado trabajando con esto durante 30 años. Está claro que es un tipo astuto, no se mete en el bolsillo por una palabra. Su cortesía sufre, y la comunidad está trabajando en ello. Él mismo entiende y reconoce todo.



"Pero, como entendí por la reacción en las discusiones, muchas personas apoyan la idea de hablar sin rodeos y con dureza, y si a alguien no le gusta, no azucaran, no se derretirán".

- (DS) No, no lo es. Yo, como persona que sufre de falta de cortesía, entiendo que esto es muy malo. Se echa a perder la comunidad. Hay personas a las que no les importa, pero aún es importante para la mayoría de las personas que haya consuelo emocional.

Hay un error estúpido en el código. Puede escribir: "Chicos, es malo que extrañemos cosas tan simples, tenemos que arreglarlo". Y puedes escribir: "¿Qué idiota hizo esto?" Una frase La persona que cometió este error puede ser aún más inteligente y más experimentada que usted, pero simplemente estaba de mal humor cuando cometió un error: nunca se sabe lo que sucedió. Y para él será una ofensa directa. ¿Por qué se necesita esto?

Necesitas decir las cosas directamente, pero no necesitas decir "Qué idiota lo escribió". Tampoco tiene sentido esconderse y envolverse, pero no es necesario ofender a las personas.


¿Por qué los devops llaman todos los días?




- (DS) Ahora tenemos una pequeña oficina donde se encuentran los documentos y se sienta el gerente de la oficina que se ocupa de estos documentos.

La empresa tiene 70 personas. 20 personas es un equipo de OPS. 30 personas son tres equipos DevOps de aproximadamente 10 personas cada uno. Los 20 restantes son desarrolladores y ventas. 8 desarrolladores, departamento de rnd - 4 personas. Personal no técnico para toda la empresa 5-6 personas.

Tres equipos de DevOps ganan dinero clave. Los procesos son los mismos en todas partes: un largo rally todos los días, durante una hora y media. Pero allí resuelven todos los problemas técnicos, y los chicos deciden qué hacer a continuación. Y como todo es remoto, es una oportunidad para comunicarse normalmente.

- ¿Es realmente necesario todos los días?

- (DS) Sí.

"¿Están todos de acuerdo con eso?"

- (DS) Sí, todos están de acuerdo, todos se sienten cómodos. Pero algunos días, el rally puede durar hasta 30 minutos. A pesar de la comunicación muy intensa en Slaka, todavía quiero sincronizar bien para entender lo que sucedió ayer. Queremos entendernos, y no solo hacer clic en las tareas. Este es un punto culturalmente importante.

- (SB) Algo puede suceder en todo momento, la situación puede cambiar. Se necesita un ajuste constante.

- (DS) Tienes un buen chiste sobre este tema.

- (SB) Sí. Un cirujano cardíaco llega al centro de automóviles y un mecánico le dice: “Escucha, estamos haciendo lo mismo, solo tú operas el corazón humano y yo soy el corazón del automóvil. Obtienes $ 10,000 por la operación, y yo pago 100 rublos por el servicio.

El cirujano pregunta: "¿También quieres obtener 10 mil para reparaciones?" Tal mecánico, por supuesto. El cirujano se sube al auto, arranca y dice: "ordenar".

También con nosotros En desarrollo, puede tomar la tarea y obtener el resultado en dos semanas. Entonces todo se puede corregir, porque más o menos tres días no afecta nada.

Y en nuestro caso, cada alerta perdida o decisión incorrecta sobre la alerta puede convertirse en un gran problema. Para evitar esto, se necesita una comunicación cercana, rápida y constante.


¿Es difícil cambiar a udalenka?


Es difícil administrar personas de forma remota. Pero esto es difícil mientras estés en una oficina, y ellos estén en otra, y haya una conciencia borrosa. Estás sentado en Moscú y te parece que los muchachos de Nizhny están trabajando mal, de manera ineficiente. En Moscú, se ven los esfuerzos de la gente alrededor, pero los esfuerzos de los trabajadores remotos, no. Aceptas solo el resultado.

Hay muchas comunicaciones en la oficina de manera informal: alguien le dijo algo a alguien en el camino a la cocina. Las personas en otra oficina no ven esto, no lo sienten y el contexto se pierde.

Cuando estábamos listos para salir de la oficina, todas las comunicaciones (incluso con los empleados en la misma habitación) pasaron por Google Meet. Y cuando construimos toda la comunicación de forma remota, funcionó al 100%, se eliminaron todas las barreras del malentendido.

Es difícil construir todo, pero si todo se hace correctamente, funciona y no causa ninguna molestia.



Cómo los equipos manejan su dinero ellos mismos




- Udalenka es un tema controvertido. A veces las empresas tienen miedo de dejar que las personas se vayan a sus casas porque creen que se supone que deben perder el control sobre ellas. Pero aquellos que son liberados también dicen que el trabajo debe hacerse de una manera completamente diferente.

- (DS) Hemos resuelto este problema por el hecho de que estamos listos para compartir dinero con los equipos. Todo nuestro sistema de economía y motivación está construido casi como una franquicia. Los salarios son bastante altos, además de dejarles dinero gratis a los muchachos.

El equipo sirve al grupo de proyectos. Saben cuánto gana cada uno de estos proyectos. Definitivamente saben su parte de este dinero. Todo el dinero que queda en exceso de sus salarios permanece en el equipo y se divide entre ellos de acuerdo con un determinado sistema. La motivación es absolutamente directa: tomaron el proyecto por otros 200 mil y agregaron diez más al salario. Cometió un error: debe compensar al cliente.

- (SB) Si comienzas a decepcionar a los chicos, esto se siente de inmediato. Se está privando de la oportunidad de recibir ingresos adicionales. Y nuestro sistema resuelve el problema de control por completo. Una persona hace un plan para cada día, y hay suficientes manifestaciones diarias para comprender quién está haciendo qué.

- (DS) En las condiciones de hostilidades, el camarada en las trincheras no miente.

- Entonces, ¿tienes sueldos abiertos? ¿Todos saben cuánto obtienen?

- (DS) Cerramos los salarios hace algún tiempo. Hay una diferencia regional. A pesar de que nos esforzamos por pagar el salario completo de Moscú en las regiones, todavía hay cierta disonancia.

- (SB) Ahora todos saben cuánto dinero tiene el equipo. Ven cuánto de los bonos reciben.

- (DS) Timlid, cada equipo decide cuánto recibirán sus muchachos y cómo distribuir los bonos. Entramos en este tema exclusivamente con consejos, la decisión siempre depende del líder del equipo.


¿Por qué la gente teme al trabajo?



Celebrando 10 años de la compañía en 2018

- 70 personas suficientes para ti?

- (DS) No. Tenemos un plan para tomar al menos 20 ingenieros de DevOps en un año. Pero es muy dificil. Tenemos un grupo suficientemente grande de candidatos, todos nos conocen de una forma u otra. Pero aquí está la historia como con los clientes. Mucha gente dice: "tenemos miedo de trabajar para usted, de repente no lo haremos". Pero no creemos que tengamos cosas súper cósmicas aquí.


Correspondencia con el candidato.

- ¿Qué necesitas ser para tirar?

- (DS) Teóricamente, una persona debe desarrollarse de manera uniforme en el desarrollo y la operación. En la práctica, solo hay unas pocas personas en el mundo, sin mencionar a Rusia. Especialmente aquellos que son mayores aquí y allá. Ni siquiera me relacionaría con ellos.

En nuestras vacantes siempre está bien escrito lo que necesita saber. Trabajamos mucho en ellos e intentamos escribir esencialmente.

- Tal vez las vacantes realmente ahuyenten, si está programado, ¿cuánto necesita saber?

- (DS) No, no, no, no creemos que necesitemos saber mucho.

- (SB) No estamos interesados ​​en el conocimiento, sino en pensar, la capacidad de la persona para buscar soluciones.

- (DS) La experiencia en Linux es interesante, y la probamos con tareas bastante simples, solo muchas. Nuestra prueba es bastante larga, con un candidato promedio, lleva 8 horas. Y de acuerdo con los resultados, observamos cómo una persona lidió con los problemas, cómo busca en Google, cuáles son sus horizontes.

Nuestro conocimiento se puede obtener muy rápidamente, porque hay muchos proyectos diferentes y colegas experimentados que siempre se lo dirán. Por lo tanto, miramos en primer lugar para que los chicos piensen y tengan experiencia rápidamente.

"Además de la prueba, ¿de alguna manera revelas esto?"

- (DS) Tenemos tres fases. Eichar primero se comunica, pide contar sobre la experiencia. Luego, aquellos a quienes les gustaba Heychar pasan la tarea de prueba. Según los resultados, los Timlids se comunican y dicen sus opiniones al Eichar, y si son unánimemente buenos, esta es una ocasión para hacer una oferta a una persona.


500 mil rublos para contratar al futuro superman


- (DS) Tenemos una actitud muy atípica hacia las finanzas, compartimos con los equipos y no somos codiciosos. Y asignamos al equipo 500 mil rublos para expandir el estado. , , , , .

— 500 ?!

, . . — . . , . , . , .

— ? , , .

— () , . , . , . .

, — , . , . , .

500 , , . 20 . , 100 , 30 , 20 , , , . . . , , . , . .

— ? 500 , , 500 .

— () . — « , 11. , , . 500 ». . - , , .

.

— () , . , . . , 10 . , .

— () , , , , , . , , . . , . , . .

— . , , . , , .

— () . , , . - , .

— - . ?

— () , . , . .

— , , ?

— () , . , . , , , .

, , . . , .

— , . , , , . .

. — , . — DevOps - . , . , . , , .

, — , . «DevOps-» , , , . , . - «-».




— ?

— () , . . , — , .

, , . , . . : .

— () .

— () ! , , . , . , - .

, , , . , — . , . — , , . , .

— , — , . , -?

— () , . , — . . — « »? , , .

. , , . , , . — . , SaaS-, . . .

Source: https://habr.com/ru/post/444712/


All Articles