El camino de una joven startup a una empresa de tecnología que realiza proyectos inmobiliarios altamente cargados

Pavel Zykov , STO DomClick.ru respondió preguntas ,

DomKlik tiene aproximadamente 5 años. Recordemos un poco de historia y al mismo tiempo nos conozcamos. La empresa fue fundada en 2015. ¿Recuerdas el día a partir del cual comenzó todo?

Incluso como lo recuerdo. Fui uno de los fundadores, así que recuerdo todo con gran detalle: cómo entrevistaron a las primeras personas, cómo en agosto de 2015 alquilaron la primera oficina en la calle Rabochaya, que nos conviene por el precio, a pesar de que los marcos de las ventanas de las oficinas siempre fueron sacudidos por personas que pasaban. trenes Ahora, sentado en el Agile Home más cómodo a 2 minutos de la estación. Estación de metro Kutuzovskaya, recordamos con afecto los tiempos en que dos proveedores de Internet en el edificio se consideraban nuestra ventaja única.



¿Cómo empezaste el desarrollo ?

Hace cinco años era difícil hacer una estructura de desarrollo flexible, ya que prácticamente no había ejemplos de trabajo en Rusia, y no teníamos experiencia, así que inventamos el modelo de gestión de producción nosotros mismos. Y por cierto, se les ocurrió. En 2016, comenzamos a medir T2M por equipos. Luego renunciaron, porque ¿Por qué medir lo que siempre no supera las 2 semanas? Esto es ahora scrum con varias mejoras: este es el estándar, en 2015 no era para nada así. Casi en todas partes había "cascadas" con diversos grados de osificación de procesos.

En cuanto a la elección de la tecnología. Comenzamos a escribir un back-end en Java, porque crecimos fuera de un banco, y todos saben que los bancos simplemente adoran este lenguaje. En 2016, comenzaron a formar experiencia a propósito en Python, como Entendieron que, por un lado, no teníamos una gran carga, y por otro lado, no queríamos hacer cola con otros monstruos corporativos en los javists. Cuando decidimos agregar un poco más de rendimiento, agregamos Ir al back-end. Un año después, estudiaron el proyecto de crowdfunding hipotecario estadounidense, cuya solución estaba en Ruby. Tuve que tomar un rubista, que luego reunió a un gran equipo completo. En total, actualmente tenemos en el backend Python, Kotlin / Java, Go, Ruby. En la parte delantera, tenemos React dominante. También usamos Angular y Vue.js para proyectos que entendemos.


Calendario de la tendencia de los idiomas en DomKlik

Cuéntanos sobre las principales actividades de la empresa, ¿de qué se tratan?


Nuestro trabajo es el viaje completo del cliente desde el momento en que el cliente pensó en comprar una casa antes de mudarse a ella. Intentamos cerrarlo todo, incluida la creación de productos para agentes inmobiliarios y desarrolladores.

Ahora tenemos 7 áreas principales: los



bienes inmuebles clasificados son nuestro escaparate de anuncios. Por cierto, antes de que la compañía abriera, nuestro plan de negocios se enfocaba en los clasificados, pero literalmente, justo después del comienzo, nos dimos cuenta de que necesitamos comenzar con una hipoteca.


Hipoteca omnicanal, que se basa en el principio "en cualquier canal conveniente para usted, solicite una hipoteca u obtenga el servicio de una hipoteca válida". Esta es un área clave y difícil en la que trabajan muchas personas con talento. El proceso de la hipoteca es realmente muy complicado y usted se da cuenta de la escala de problemas y limitaciones solo cuando trabaja dentro, especialmente con nuestros volúmenes de problemas.


Transacción no hipotecaria : una transacción llave en mano de compra y venta de bienes raíces, si el cliente no necesita fondos prestados (hipoteca).


Los asentamientos seguros son esencialmente una célula virtual para una transacción entre un comprador y un vendedor. Una forma muy conveniente de liquidación sin efectivo para un objeto sin visitas adicionales al banco.


Registro de la transacción.El servicio permite a los clientes registrar la transferencia de la propiedad de una propiedad terminada sin visitar Rosreestr o el Centro Multifuncional para la prestación de servicios estatales y municipales (MFC).


Valoración de la propiedad. Cooperamos con empresas de tasación en toda Rusia en el modelo uber. Aquellos. Preparamos y transmitimos el informe de evaluación al banco de manera rápida y conveniente. Tanto para el cliente como para la propia empresa de valoración.


También verificamos los documentos de transacción y evaluamos los riesgos. Este producto se llama "garantía de transacción" .


Seguramente a lo largo de los cinco años ha habido una serie de puntos de inflexión que hicieron que Domclick fuera como es ahora. ¿Compartirás los detalles?

En el primer año de existencia, tenemos muchos productos en el producto. Realmente caminamos un frente muy ancho. En 2016, ya había una hipoteca en línea, un servicio de registro electrónico, un servicio de liquidación segura y una evaluación. También a finales de 2016, lanzamos un escaparate con anuncios para la venta / compra de bienes inmuebles. En el mismo año, fuimos uno de los primeros en Rusia en implementar un clúster de Kubernetes y comenzamos a usarlo en una producción real y con una carga real.

En 2017, nos propusimos mejorar la eficiencia del desarrollo de productos y nos centramos en cambiar la estructura de los equipos. Se eliminaron los roles de QA, PM, analistas, scrum-masters, se dejaron los roles de RO, CJE, Ingenieros, solo aquellos que crean valor agregado. En mi filosofía, un producto no se puede hacer sin 2 personas: el propietario del producto (RO), que sabe qué hacer, y el ingeniero, que, de hecho, lo crea. Existen otros roles debido a la imperfección del proceso de desarrollo y la automatización insuficiente.

Por cierto, cuando los chicos de la esfera de TI descubren que no hay evaluadores en DomKlik, se sorprenden. Dime, ¿qué tomó la decisión de eliminar esta función del proceso?

Si lo piensa, entonces tenemos a toda la compañía: probadores. Este es un papel y una responsabilidad para nosotros, y no una especialidad separada. Al eliminar un departamento de control de calidad separado, resolvimos un problema simple: todo el equipo es responsable de la calidad, y no de las personas especialmente designadas, que se hicieron más grandes y el proceso de prueba de los lanzamientos se hizo más largo. Los chicos de QA trataron de escribir autotests, pero, como la práctica ha demostrado, no tuvieron éxito, porque Hay personas aleatorias en esta profesión que ni siquiera tienen una formación básica en ingeniería. Con el debido respeto a los verdaderos profesionales en su campo, de los cuales realmente hay pocos. No nos dimos por vencidos, comenzamos un curso de capacitación para el desarrollo, como resultado de lo cual la conversión en la capacitación fue solo del 7%. La mayoría, por cierto, simplemente no quería estudiar y abandonó la empresa.Por lo tanto, llevamos a cabo la reorganización de la siguiente manera: el director de la dirección de desarrollo es responsable de todo lo que sucede con su sistema, del desarrollo, las pruebas y el mantenimiento del producto. Y le dieron a los directores una opción en el desarrollo del equipo: si lo desea, tome probadores manuales, si lo desea, lleve a los desarrolladores y enséñeles cómo escribir pruebas automáticas. Todos eligieron el segundo. Por lo tanto, ahora todo el equipo que está desarrollando un sistema específico es responsable de la calidad. Como resultado, en la compañía solo tenemos 1 QA Lead, que es responsable del desarrollo de nuestra propia herramienta de prueba de IU y pone el proceso de aceptación en equipos cuando es necesario. Creo que de alguna manera les contaré en detalle sobre el sistema de desarrollo en Domklik, escribiré en un artículo separado.Y le dieron a los directores una opción en el desarrollo del equipo: si lo desea, tome probadores manuales, si lo desea, lleve a los desarrolladores y enséñeles cómo escribir pruebas automáticas. Todos eligieron el segundo. Por lo tanto, ahora todo el equipo que está desarrollando un sistema específico es responsable de la calidad. Como resultado, en la empresa solo tenemos 1 QA Lead, que es responsable del desarrollo de nuestra propia herramienta de prueba de IU y pone el proceso de aceptación en equipos cuando es necesario. Creo que de alguna manera les contaré en detalle sobre el sistema de desarrollo en Domklik, escribiré en un artículo separado.Y le dieron a los directores una opción en el desarrollo del equipo: si lo desea, tome probadores manuales, si lo desea, lleve a los desarrolladores y enséñeles cómo escribir pruebas automáticas. Todos eligieron el segundo. Por lo tanto, ahora todo el equipo que está desarrollando un sistema específico es responsable de la calidad. Como resultado, en la empresa solo tenemos 1 QA Lead, que es responsable del desarrollo de nuestra propia herramienta de prueba de IU y pone el proceso de aceptación en equipos cuando es necesario. Creo que de alguna manera les contaré en detalle sobre el sistema de desarrollo en Domklik, escribiré en un artículo separado.que es responsable del desarrollo de su propia herramienta de prueba de interfaz de usuario y pone el proceso de aceptación en equipos cuando es necesario. Creo que de alguna manera les contaré en detalle sobre el sistema de desarrollo en Domklik, escribiré en un artículo separado.que es responsable del desarrollo de su propia herramienta de prueba de interfaz de usuario y pone el proceso de aceptación en equipos cuando es necesario. Creo que de alguna manera les contaré en detalle sobre el sistema de desarrollo en Domklik, escribiré en un artículo separado.

700 . ?

Esta es una pregunta muy buena y correcta en la que no todos piensan. Con el crecimiento del equipo, el modelo de gestión cambia INCERTIDAMENTE. Hasta 100 personas, ella es una, más de 100 personas ya son diferentes. Cuando un equipo tiene cientos de personas, conoce a todos cara a cara, el 90% recuerda su nombre, participa en casi todas las entrevistas y muy a menudo se cruza con casi todos los miembros del equipo. Mantiene todas las transmisiones "a su alcance". Desafortunadamente, este no es el caso en el segundo centenar, se está volviendo físicamente imposible. Por lo tanto, construimos la estructura correcta, en mi opinión, adentro: tengo 20 personas directamente subordinadas y las mías también tienen menos 1. Con este modelo, dedicamos tiempo a cada ingeniero, y las reuniones son puramente personales, por lo que existe la oportunidad de hablar no solo sobre el progreso de las tareas, sino también para discutir cualquier problema cara a cara. Y por supuesto,procesos, tableros, KPI's - sin fanatismo, pero lo son.

Volvamos a las etapas de convertirse en una empresa como es ahora. ¿Qué pasó después de la reestructuración de los equipos?

2017 - 2018 fue el año en que nuestro equipo de TI se dio cuenta de que la arquitectura que establecimos en los dos años anteriores no nos permitirá desarrollarnos más, como resultado de lo cual reescribimos absolutamente todo. Este año fue el año de crecimiento del equipo de TI, estabilizando y mejorando la confiabilidad del panorama de TI. Por un lado, fue el momento más difícil, pero, por otro lado, el más dinámico. Levantarme de noche por el incidente fue la norma para mí y para todo el equipo. Desde entonces, muchos de nosotros hemos desarrollado el hábito de quedarnos dormidos con el teléfono. El teléfono siempre está conmigo. Me desperté un par de veces el año pasado.

Históricamente, sucedió que nuestro equipo consta de dos partes: Sberbank Real Estate Center LLC y subdivisiones Sberbank PJSC. Después de rediseñar toda nuestra arquitectura, el siguiente período extremadamente importante fue la formación de DomKlik y partes de Sberbank involucradas en hipotecas como un solo equipo con un único modelo de gestión y unificación de muchos procesos. A pesar de las diferentes entidades legales, somos una gran familia.



2020 fue un año de soluciones de ingeniería interesantes para nosotros: transferimos todas las aplicaciones móviles a PWA, excepto la aplicación DomClick principal. Llevaron a todos a un solo despliegue (su despliegue), ahora sujetamos al canario civilizado. Estamos experimentando con Ignite, estamos creando un solo clúster para toda la empresa y otras soluciones interesantes de las que no puedo hablar por ahora. Suscríbase, haga clic en Me gusta y siga los artículos de este blog. 


¿Cuáles son las reglas que sigue al tomar decisiones?

Dicen que hay varios tipos de gerentes: analista, estratega, motivador, maestro de ventas, emprendedor. En mi opinión, debes ser “agua”: debes ser flexible y combinar todo tipo según la situación, mostrar más resultados con menos recursos. Sé un estratega al menos una vez al año. Si surge un problema complejo, conviértase en analista y, junto con el equipo, busque soluciones. Además, destaqué una serie de reglas que yo y mi equipo cumplimos al tomar decisiones:



1. La decisión es sobre números, no sobre emociones o simpatías por personas específicas.
2. Cada solución debe tener un valor agregado.
3. Recuerda quién es tu cliente.
4. Los problemas complejos no se resuelven fácilmente. La primera solución que se le ocurrió en un problema complejo es muy probablemente la equivocada. Tómese un descanso y piense de nuevo.
5. No resuelva el problema de la misma manera que surgió.

Bueno, resumiendo, ¿crees que, en una escala que va desde una joven empresa emergente a una estructura estatal seria, dónde se encuentra DomKlik ahora?

En una escala de 10 puntos, desde una joven empresa emergente hasta una estructura seria, DomKlik ahora se encuentra entre los cinco primeros en términos de trabajo de supermercado y cambio de TI. No 0, porque Tenemos un sistema de diseño, servicios básicos, una pila comprensible que impone restricciones. No puede simplemente tomar y hacer en el bootstrap una aplicación con botones redondos rojos y un backend en la co-carpeta e incluso ponerlo todo en producción. Los tiempos en que era posible, afortunadamente, ya han pasado.

Ahora muchas compañías rusas han llevado a su gente a un sitio remoto debido al riesgo de propagación incontrolada del coronavirus. ¿Cómo afectó Covid-19 a su flujo de trabajo?

Nacimos, una empresa digital, así que literalmente durante el día revisamos los perfiles de acceso y fuimos al sitio remoto bajo la responsabilidad de los líderes. En primer lugar enviaron a todos los que quieran. En tal situación, la responsabilidad social de la empresa con cada empleado es importante. Alguien, por supuesto, permaneció en la oficina y lo será hasta el último, por ejemplo, yo. Pero mi trabajo es este.