Quiero a desarrollar como me plantearía yo, si fuera Enriquez Negreira haría para influir en la competición, sin ayuda de nadie y sin que fuera demasiado evidente. Por supuesto no tengo ninguna prueba de que nada de esto sea cierto y/o sea posible.

No conozco en detalle cuáles eran las funciones de Enriquez Negreira dentro del CTA, pero voy a presuponer que al menos tenía estas dos atribuciones:

1. Influir en que árbitros ascienden o descienden a primera división.
2. Influir en que árbitros son designados en cada partido.

Atención, no estoy diciendo que fuera una competencia exclusivamente suya, si no que él tenía capacidad de influir en la toma de estas decisiones.

En general los títulos de la primera división de la LFP, se reparten principalmente entre Real Madrid CF y el FC Barcelona. Así que no tendré en cuenta al resto de equipos para simplificar el desarrollo de esta idea.

Bien, ahora, vamos a dividir los árbitros en los siguientes cinco grupos.

Primero: la persona correcta

El cuerpo arbitral está compuesto por 20 árbitros. Por lo que he podido investigar cada año ascienden al menos dos desde la segunda división.

Si yo fuera Enriquez Negreira trataría de influir desequilibrando artificialmente estos grupos. Supongamos que estamos en el periodo entre ligas y se está determinando que árbitros deben ascender desde la segunda división y cuales deben descender.

No tendría sentido hacer una crítica a un árbitro del grupo MAD⁺ si este está muy bien valorado por ser algo demasiado evidente. En cambio actuar sobre aquellos que están cerca de la línea es mucho más sutil. Cuando un árbitro de los cuatro grupos MAD⁺, MAD^-, BCN⁺ y BCN^- está cerca del ascenso o del descenso, utilizaría mis informes para favorecer los intereses del equipo que me paga.

Pongamos un ejemplo:

Segundo: la persona correcta en el sitio correcto

Como hemos visto después de algunas temporadas ya tengo un estamento arbitral manipulado. Cada árbitro está actuando de forma correcta, pero el proceso de selección está manipulado. A cualquier abogado le gustaría poder elegir a los miembros del jurado que decidirá su caso.

Pero, ¿De qué me serviría poner asignar un árbitro del grupo MAD^- en un partido que el Real Madrid CF tiene unas altísimas probabilidades de ganar?. Por otro lado, ¿Qué problema hay en que asignar un árbitro MAD⁺ en un partido del Real Madrid FC si las probabilidades de ganar son muy altas?.

El siguiente paso, es tratar de averiguar cuales son los partidos clave. Aquellos en los que el Real Madrid CF y el FC Barcelona tienen unas mayores posibilidades de dejarse puntos.

El año pasado el Real Madrid CF obtuvo 8 derrotas y 4 empates, mientras que el FC Barcelona obtuvo 10 derrotas y 7 empates. Podríamos deducir que puede haber unos 8 partidos clave al año.

Pongamos un ejemplo:

Ahora el objetivo es evitar mejorar el ratio de asignaciones en esos partidos a mi favor.

Pongamos un nuevo ejemplo:

Normalmente no me gusta instalar demasiados plugins / extensiones, porque normalmente no aportan demasiado, y ralentizan la propia aplicación, en este caso el navegador google chrome, así que si he elegido instalar todas estas es por que realmente aportan en mi trabajo diario.

Las he ordenado de menor a mayor utilidad.

Environment switcher

Precio: Gratuita

Quizá la más sencilla de todas. Permite mapear dominios contra entornos, tal y como vemos en la tabla que aparece a continuación

Buffer media planner

Precio: Para mí es suficiente con la versión gratuita.

Buffer es una aplicación que permite programar y automatizar la publicación de contenido en redes sociales.

Lo utilizo para publicar contenido en mis perfiles de linkedin y twitter. Mientras visitas una página web, si consideras que su contenido es interesante para tu red y decides compartirlo, tan sólo tienes que pinchar en el icono de buffer.

Yet Another Jenkins Notifier

Precio: Gratuita

Freedom Stop Distractions - Block Apps & Websites

Precio: 30 euros/año.

Estoy seguro de que te puedes identificar con la siguiente situación: abres twitter un minuto y terminas perdiendo una cantidad considerable de tiempo. Freedom es un bloqueador de sitios web y aplicaciones. Freedom te permite crear listas de sitios y aplicaciones para bloquearlos una determinada cantidad de tiempo en la que quieres estar completamente enfocado.

Freedom también permite programar horarios en los que quieres que esté activo.

Nimbus Screenshot & Screen Video Recorder

Precio: Hay una versión gratuita que puedes desbloquear por 48 euros/año.

Nimbus es la joya de la corona de esta selección web. Nimbus permite hacer capturas de la pantalla del navegador y editarlas muy fácilmente. En nuestro flujo de trabajo es muy común estar pasándonos capturas de pantalla entre nosotros Una imagen vale más que mil palabras así como responder a una pregunta con una imagen.

Esperamos que alguna de estas extensiones te ayude a mejorar tu productividad.

Estas reuniones suelen ser breves, de unos 15 minutos, y se centran en el progreso del trabajo, problemas o desafíos, y en la planificación de la jornada laboral. Es una oportunidad para que el equipo comparta información, discuta problemas y se asegure de estar trabajando juntos de manera efectiva.

Objetivo

La daily tiene varios objetivos, en mi opinión estos son los principales:

• Sincronización y comunicación: permite al equipo mantenerse alineado y sincronizado en relación a las tareas y objetivos del día. Todo el mundo sabe en que está trabajando el resto del equipo.
• Identificación y resolución de problemas: permite al equipo identificar y resolver problemas que puedan surgir en el proyecto de manera temprana.
• Compromiso: en cierta forma, cuando respondes a la pregunta de ¿Qué voy a hacer hoy? estás adquiriendo un compromiso con el resto del equipo.

Estructura

La estructura de una daily puede variar ligeramente de un equipo a otro, pero en general se basa en las siguientes preguntas:

• ¿Qué hice ayer para?
• ¿Qué voy a hacer hoy?
• ¿Hay algo que me impida avanzar o estoy teniendo algún problema?

Horario

La hora en que se realiza una daily meeting puede variar dependiendo de la empresa o equipo. Habitualmente se sitúan a primera hora de la mañana, aunque lo más importante es que el horario sea conveniente para todos los miembros del equipo y que se establezcan horarios regulares.

Problemas

La daily trae consigo una serie de problemas que he identificado a lo largo de mi carrera profesional.

• Algunos miembros pueden reflejar demasiado nivel de detalle, o centrarse en elementos no relevantes.
• No se le da la debida importancia, con lo que no son puntuales, no preparan la reunión o no están atentos durante la misma.
• Se generan interacciones entre el manager y miembros del equipo, convirtiendo el daily en una reunión de seguimiento.

Daily asincrono

Una daily asíncrona es una versión de la reunión diaria en la que los miembros del equipo no se reúnen en tiempo real, sino que comparten su progreso y planificación a través de una herramienta de comunicación, como una aplicación de chat o un tablón de anuncios. A

En nuestro caso, llevamos ya algunos años con esta versión del daily y es la que más nos gusta.

Algunas de sus características son las siguientes:

• Se puede realizar en cualquier momento: los miembros del equipo pueden compartir su progreso y planificación en cualquier momento, aunque se recomienda que todo el mundo complete su daily en las primeras horas de la mañana.
• Cualquiera puede consultar (o no) la daily, y si tienes dudas o necesitas aclaraciones de ese compañero, puedes pedirlas individualmente sin quitarle tiempo al resto del equipo.
• Queda un registro, con lo que se puede realizar un mejor seguimiento, de aquellas tareas que no dejan registro en git o en otras herramientas.

Es importante tener en cuenta que, aunque una daily asíncrona tiene algunas ventajas, como flexibilidad y accesibilidad, también puede tener algunas desventajas, como la falta de interacción cara a cara.

De forma inconsciente, es mucho más probable que valores positivamente a personas con las que tengas una afinidad personal, mismos gustos, misma filosofía de vida, o incluso inclinaciones políticas parecidas. Pero que te pudieras ir a tomar algo con una persona no significa que vaya a ser un buen compañero de fatigas.

Seguro que te ha venido a la mente esa persona, con la que encajabas al cien por cien, pero en el día a día no daba la talla por cualquier motivo.

Qué valoramos

¿De qué va la entrevista personal? ¿Qué se busca realmente? o, al menos, ¿qué buscamos nosotros? En mi opinión mucha gente hace entrevistas sin tener muy claro qué es lo que se está buscando. Si te paras un poco a pensar qué es lo que buscas en una entrevista, es mucho más fácil que puedas encontrar las respuestas.

A continuación, vemos los elementos que buscamos nosotros.

Responsabilidad

Creemos que los errores penalizan mucho. Puedes hacer un trabajo genial con un diseño increíble implemetando mediante el Driven Development de turno, que si en la demo le das a guardar y sale un 500, quedas como el culo. Valoramos que el candidato pueda responsabilizarse del trabajo que realiza, tomándose la molestia por entender las necesidades, así como de realizar unas comprobaciones básicas.

Algunas preguntas que nos pueden ayudar a evaluar esto son: Describe el proceso desde que te asignan una issue hasta que la das por cerrada. ¿Cuál es el error que más frecuentemente cometes?

Encaje a largo plazo

Incorporar a una persona supone un pequeño drama para un equipo pequeño como nosotros. Tenemos que dedicar mucho tiempo y energías a realizar el proceso de selección: entrevistas, pruebas técnicas, etc. Después, realizar una oferta, esperar el tiempo que el candidato se toma para decidir, gestionar todo el papeleo y, finalmente, incorporarle al equipo, con un montón de tareas que esto conlleva. Todavía quedan unas cuantas semanas, sino meses, en los que necesitamos dedicarle mucho tiempo: explicarle el negocio, cómo trabajamos, etc.

Si después de todo este trabajo el candidato decide que quiere irse al poco tiempo, sería un absoluto fracaso. Así que está bien tener claro desde el principio que el candidato tiene potencial para permanecer varios años en la compañía.

Para evaluar esto, realizamos preguntas del tipo: ¿Por qué quieres trabajar con nosotros? ¿Por qué quieres cambiar de trabajo? ¿Cómo te ves dentro de 5 años?

También evaluamos su historial, para ver si tiene tendencia a cambiar fácilmente de empleo.

Inquietud por aprender

Para el equipo es importante incorporar a candidatos que tengan potencial para incluir cosas nuevas dentro del stack. Tenemos un stack que dominamos, muy consolidado, y con el que nos sentimos muy cómodos. Sin embargo, es bueno, tanto para nosotros como para la compañía, que tengamos capacidad de innovar. Es por esto que buscamos candidatos que muestren inquietud por aprender.

Buscamos evidencias de ello. ¿Qué libros ha leído últimamente?, ¿En qué proyectos open source ha colaborado?. ¿Qué tecnologías ha aprendido en los últimos años?.

Ojo, no sirve decir estoy aprendiendo XX. Casi todo el mundo dice estar aprendiendo algo. Si te preguntamos qué cosas te gustan de XX y cuáles no te gustan, esperamos una respuesta que nos permita hacernos una idea de que realmente estás profundizando en ello. Si das una respuesta poco clara, no lo tendremos en cuenta.

Flexibilidad

Los programadores somos por lo general bastante cabeza cuadrada. Entramos en conflictos por las más absolutas nimiedades. ¿espacios o tabulaciones? Por esto tenemos en cuenta cómo de bueno es el candidato adaptándose a un nuevo entorno o a un entorno que no está al cien por cien a su gusto.

Quiero alguien que entienda que nos pagan por solucionar problemas y mejorar procesos. Habitualmente lo hacemos poniendo software que funciona en producción.

Algunas preguntas que nos pueden ayudar, son: ¿Qué es lo que más te gusta y lo que menos de tu trabajo actual? ¿Qué dificultades tienes en tu trabajo actual?

Alto rendimiento

Somos un equipo de alto rendimiento. Obviamente no somos los mejores ingenieros del mundo, esos ya trabajan en Google, Amazon, Meta, ect.

Pero, dentro de nuestras posibilidades, tratamos de que salga trabajo a buen ritmo. No estamos hablando de que trabajar con nosotros sea un infierno y vayas a acabar quemado a la primera de cambio. Estamos hablando de buscar candidatos que, en una medida razonable, sean capaces de poner nuevas características en producción de forma consistente y a un ritmo razonablemente bueno.

Este apartado es muy dificil de evaluar, se evalúa en conjunto con la prueba técnica. Algunas preguntas que nos pueden ayudar con esto son: ¿Cómo de difícil fue la prueba técnica? ¿Qué partes se te hicieron más difíciles?

Escucha y toma notas

Antes de seguir, un consejo: ESCUCHA. Nunca debes interrumpir a un candidato. Incluso aunque esté contestando algo totalmente diferente de lo que se le ha preguntado. Simplemente lanza la pregunta y deja que él mismo empiece a hablar. Lo más importante durante la entrevista personal es que el candidato hable tanto como sea posible. Tampoco debes entrar en controversia con un candidato. Si el candidato realiza un comentario con algo totalmente intolerable, simplemente acaba la entrevista y agradécele su tiempo.

Si el candidato expresa una opinión con la que no estás de acuerdo o detectas alguna cosa que quieres matizar, anótalo y aprovecha los últimos minutos de la entrevistas para estas aclaraciones.

TOMA NOTAS. Muchos entrevistadores simplemente tienen un cara a cara con el candidato, pero no toman notas durante la entrevista. Yo les pido disculpas al comienzo de la entrevista a los candidatos por tomar notas. Hacerlo, puede que haga que la entrevista tenga algunos tiempos muertos, mientras acabas de escribir lo que quieres y lanzas la siguiente pregunta. Pero, al cabo del tiempo, lo agradecerás. Seguramente tengas que entrevistar a bastantes candidatos por cada puesto que tengas y los procesos probablemente se prolonguen durante algunas semanas, a veces durante algunos meses. Si no tomas notas, ya me dirás como vas a ser capaz de recordar los detalles de lo que te dijo el primer candidato con el que hablaste hace una hora hace dos meses.

El guión

Vayamos al grano. A continuación, te muestro el guión con las preguntas que hacemos a todos los candidatos. Como he dicho no somos profesionales de recursos humanos, así que hemos seleccionado este conjunto de preguntas. Todas ellas son muy abiertas, por lo que cada candidato podrá interpretarlas libremente.

El guión solo nos sirve para tener un sendero por el que conducir la entrevista, pero cada entrevista es diferente y puede que tome senderos diferentes. Ninguna de las preguntas tiene una respuesta correcta. Simplemente son un sendero para conocer mejor al candidato.

Describe brevemente tu carrera profesional

No me gusta empezar por esta pregunta. Sin embargo, los candidatos tienden a explicar su carrera profesional en la primera pregunta que le hagas. Debe ser que estamos programados para ello. Así que directamente le pregunto al principio del todo y así nos lo quitamos de en medio.

Normalmente proyecto el perfil de linkedin del candidato durante esta pregunta. Así le facilitamos el trabajo. En esta pregunta tratamos de dirigirle hacia los trabajos que ha realizado en los últimos años. Esto nos puede hacer una idea de en qué punto de su carrera está.

Introdúcete a ti mismo: ¿Quién es pepito pérez?

Esta pregunta es muy abierta. Lo que buscamos es tener una impresión general del candidato. ¿Qué opina de sí mismo? ¿Cómo se relaciona en sociedad?

¿Qué te motiva?

De nuevo es una pregunta muy abierta. Normalmente los candidatos relacionan esta pregunta con un nivel puramente profesional: ¿Qué te motiva en el trabajo?

¿Por qué quieres cambiar de trabajo?

Esta pregunta suele poner un poco incómodos a los candidatos. En muchos casos el candidato tiene que explicar por qué motivos no se encuentra cómodo en su actual puesto de trabajo.

¿Cómo es un día en tu trabajo ideal?

También es una pregunta que suele incomodar. Buscamos sobre todo saber si su trabajo ideal se parece a nuestro día a día, o si estamos dispuestos a adaptarnos a algo similar. Nos ayuda a detectar que tipo de cosas valora el candidato en una oferta de empleo. ¿Flexibilidad? ¿Prefiere trabajar en equipo o de forma más individual? ¿Qué tipo de buenas prácticas de las que estamos utilizando nosotros incluye?

¿Tienes alguna habilidad que te gustaría destacar?

Casi todos los candidatos suelen tirar por el lado profesional. Pero siempre es interesante escuchar las habilidades que tiene un candidato. Aquello que él considera que destaca fuera del ámbito profesional.

¿Por qué quieres trabajar con nosotros?

Pregunta típica de recursos humanos donde las haya. Suele sacar los colores a los candidatos, por qué no saben qué contestar. Obviamente no vas a descartar un candidato por que no se haya estudiado a qué se dedica la compañía, es algo que hemos hecho todos, apuntarnos a una oferta sin mirarla demasiado. Sin embargo, si el candidato tiene algún motivo para querer trabajar con nosotros como, por ejemplo, que le gusta el sector o que hay alguien dentro con el que quiere trabajar, es algo que valoramos positivamente.

Tu turno. ¿Qué te gustaría preguntarnos?

Siempre la última pregunta es para darle un espacio al candidato a que nos muestre sus dudas. Quizá quiere conocer más a fondo el stack o quiere conocer detalles como las facilidades que se dan en cuanto a flexibilidad laboral. Dejamos que el candidato exprese todas sus dudas y respondemos con tanta honestidad como sea posible. Las preguntas que nos hace también nos ayudan a conocer mejor al candidato. Si no pregunta nada, es que probablemente no esté interesado en el puesto de trabajo. Si pregunta por muchos detalles probablemente es por que realmente se está planteando venir a trabajar con nosotros.

Cierre

Siempre agradecemos al candidato el tiempo que nos ha dedicado, le explicamos los siguientes pasos del proceso y le invitamos a que, si le surgen dudas en los siguientes días, tengamos otra reunión para poder resolverlas.

Crea una base de datos

Como hemos visto, un proceso de selección es un montón de trabajo. Es por esto que merece la pena trabajar un poco más, e ir recopilando toda esta información sobre candidatos en algún tipo de base de datos. Si has hecho un proceso de selección como dios manda, habrás dejado un buen sabor de boca en todos los candidatos, y alguien que no te encajó en un puesto determinado, podría ser la persona correcta para otra posición. ¿Para qué volver a hacer el trabajo si ya lo hiciste en el pasado?

Como candidatos nos ha tocado hacer multitud de pruebas, y nunca hemos recibido ningún tipo de feedback, así que ahora que nos toca a nosotros, creemos que es un buen momento para tratar a los demás como nos gustaría que nos hubieran tratado.

Lo primero, esto no es un examen: es una opinión. Algunos candidatos entran en controversia con nosotros, y esto es algo bastante desagradable. Por supuesto siempre estamos abiertos a que alguien nos explique algo, y muchas veces hemos aprendido cosas con las pruebas de los candidatos, pero entiende que es muy desagradable cuando un candidato quiere convencerte de algo que no es.

Al final, si crees que estamos equivocados, es posible, simplemente somos programadores como tu, y por supuesto a veces nos equivocamos.

Candidato

Una prueba técnica tiene que estar muy orientada al tipo de candidato que estás buscando. No tiene mucho sentido hacer una prueba de algoritmia y patrones de diseño para un perfil que va a trabajar con wordpress.

En nuestro caso buscamos perfiles con varios años de experiencia, con un conocimiento razonablemente bueno del framework con el que trabajamos, pero que todavía tenga un buen margen de crecimiento junto a nosotros. Es decir buscamos a alguien que pueda ser productivo en un corto plazo, que pueda trabajar la mayor parte del tiempo de forma independiente, pero que el desarrollo profesional y el aprendizaje que puede adquirir con nosotros sea algo importante para él.

Descripción de la prueba

Nuestra prueba es realmente sencilla. No voy a describirla aquí, porque la cambiamos con cada proceso, pero básicamente pedimos que se instale un proyecto con symfony y que se programen un par de acciones, y algún comando. Todo ello sin dar ningún tipo de instrucción acerca de cómo hacerlo. Si acaso se insinúa ligeramente al candidato que sea creativo.

Consejos iniciales

Criterios de evaluación

Como verás en las cosas que evaluamos a continuación. es una prueba tan sencilla en la que buscamos es que seas muy detallista en las pequeñas cosas.

Asignaríamos una puntuación 1-10 para cada uno de los siguientes apartados, de forma que pudiéramos valorar de forma justa y a la vez sencilla para nosotros. Los criterios de evaluación no están en orden de importancia. Tampoco hacemos una media artimetica del resultado, simplemente es una guía para saber cuales son tus puntos fuertes y cuales son tus puntos debiles. El resultado de la prueba técnica, junto con la evaluación personal que hagamos, será lo que nos ayude a decantarnos por uno u otro candidato.

El README.md es una de las partes más importantes de la prueba, ya que te da la oportunidad de explicar y justificar las decisiones que has tomado.

Pon atención a las faltas de ortografía. No pasa nada, el que esté libre de pecado que tire la primera piedra, pero mi recomendación es que si sueles cometer faltas de ortografía, lo pases por un corrector antes de enviarlo.

Versiones

Valoramos positivamente que utilices las últimas versiones disponibles, especialmente del lenguaje y del framework.

Docker

Valoramos positivamente que presentes tu prueba dentro de un contenedor.

Coding Style

Valoramos positivamente que presentes un coding style consistente y especialmente que lo definas explícitamente de alguna forma, por ejemplo indicandolo en el README.md o incluyendo algún tipo de fichero de configuración como .php-cs-fixer.dist.php indicando tus reglas de estilo.

Alcance

Como ya he dicho anteriormente. Asegúrate de leer bien, lo que se pide. Muchos candidatos olvidan alguna pequeña cosa. Es obvio que es un despiste. Pero no dice algo bueno de ti, que seas despistado en una prueba sencilla.

Bundles

Muchos candidatos utilizan bundles de la comunidad. Valoramos positivamente que puedas usar los bundles más conocidos. Nos indica que conoces el ecosistema.

Comandos

La prueba probablemente te pida que ejecutes un sencillo comando. Evaluaremos que hagas un uso eficaz de los comandos. Valoramos que el candidato demuestre que conoce cómo funciona el componente configurando correctamente tanto los parámetros de entrada, como haciendo un uso correcto de la salida.

Formularios

Valoramos que el candidato demuestre que entiende bien cómo funcionan, que sea capaz de crear un formulario y añadirle algunas validaciones.

Doctrine

Valoramos que el candidato entienda cómo funciona doctrine. Declare entidades, repositorios y realice algunas queries sin cometer errores.

Servicios

Aunque la prueba no lo pide expresamente, se valora que el candidato trate de crear servicios y llevar la lógica desde los controladores a estos.

Assets / Frontend

Se valora que el candidato haga un uso correcto de webpack o que incluya algún otro recurso de frontend.

Pruebas

Se valora que el candidato entregue una batería de pruebas de algún tipo, unitarias, funcionales y sea capaz de justificar en el README.md su elección.

¿Qué te ha parecido?

Por supuesto, queremos saber tu opinión, ¿qué te ha parecido la prueba y el proceso en general?, ¿hay algo que cambiarías? ¿Crees que has tenido la oportunidad de demostrar tus capacidades? ¿Qué te hubiera gustado poder hacer?

Siempre he tenido en mente que llevaría DEVTIA hasta el final. Es decir, que había un firme compromiso en continuar trabajando junto a nuestros empleados, proveedores y clientes.

En mi cabeza no se planteaba ninguna otra opción. Durante estos cinco años, por supuesto, hemos recibido sugerentes ofertas de empleo, así como incluso algunas ofertas de compra, algunas más en modo tentativa y otras que han ido muy en serio.

Pero la verdad es que estaba en esto solo por ver hasta dónde podía llegar con DEVTIA. El dinero, así como otros factores, no eran determinantes.

¿Qué cambió?

Llegó una oferta de empleo que se diferenció de las demás. En esta oferta había un tema también emocional, un proyecto en el que quería participar. No era solo “XXX posición por XXX euros en empresa líder del sector”. Aún así, mi primera respuesta fue un NO rotundo.

A lo largo de las siguientes semanas lo fuí meditando. El armario de mi despacho se llenó de post it con argumentos a favor y argumentos en contra y tuve un montón de conversaciones con personas de mi entorno, a las que admiro, para conocer su opinión.

DEVTIA se encontraba muy estancada. Llevamos algunos años en los que la empresa no iba ni para adelante ni para atrás. Nunca se sabe cuándo uno tiene que esperar un poco más o cuándo se tiene que dar por vencido. Quizá, después de la pandemia, DEVTIA despegaría definitivamente o quizá me tiraría los próximos diez años atrapado en una empresa incapaz de incrementar la facturación.

Por otro lado, viéndolo con perspectiva, el gran fallo que he cometido desde DEVTIA es que no hemos sido capaces de trasladar un precio de mercado a nuestros clientes.

A día de hoy, el kilo de carne de desarrollador está por las nubes. Ni digamos ya el kilo de carne de desarrollador de buena calidad. No solo eso, si no que sigue subiendo. La perspectiva de tener que salir a contratar ofreciendo salarios poco competitivos es aterradora. Larguísimos y pesados procesos de selección para que un candidato tras otro te digan que no.

Así que, al final, tras haber trabajado duro durante algunos años y, a pesar de que ofrecemos un gran servicio, creo que no fuimos capaces de crear un modelo de negocio sostenible.

¿Cómo lo hacemos?

Una vez tomada la decisión de detener la actividad, el objetivo era hacerlo dejando los menores cadáveres posibles. Incluso a costa de perjudicar los propios intereses económicos de la compañía.

Los primeros en conocer la noticia fueron los empleados. Se les explicó la situación, los motivos, y se les propuso a cada uno de ellos varias salidas. Todas ellas en una posición mejor que la que estaban en DEVTIA.

Carlos pasó a ser CTO de un grupo de empresas que eran clientes de DEVTIA. Álvaro se incorporó conmigo a mi empresa actual, donde mejoró también sus condiciones.

A pesar de que ellos empezaban un nuevo empleo, acordamos despedirles, para que se llevaran su indemnización por despido, como una pequeña gratificación por acompañarme durante este tiempo.

Si lees esto, probablemente te parezca una miseria, pero ten en cuenta que nosotros trabajamos con márgenes muy pequeños, por lo que esa indemnización era una cantidad importante para la compañía. No obstante, en mi opinión, en esta vida merece la pena ser agradecido, sobre todo con aquellos que han estado a tu lado.

A continuación, planteamos un plan de salida para cada uno de nuestros clientes, para que de forma escalonada pudieran encontrar otro proveedor que se hiciera cargo de nuestros proyectos.

Dependiendo del nivel de implicación que teníamos con cada uno de ellos esto fue más o menos fácil. Aunque era mi deseo quedarme limpio de proyectos, todavía mantengo uno que me quita algunas horas al año y que no he sido capaz de colocar, pero que no he querido dejar en la estacada.

¿Qué me llevo?

Por supuesto ha sido una grandísima experiencia donde he crecido muchísimo profesionalmente pero, sobre todo, en el aspecto personal.

Agradecer a todos y cada uno de los que habéis participado en este viaje. Empezando por mi mujer Arancha, mis hijas Aroa y Enara, por Carlos Garbajosa, mi principal escudero, por cada uno de los empleados que han pasado por la compañía, por todos los proveedores que nos han ayudado y por todos los clientes que en algún momento han depositado su confianza en nosotros. De ellos, no puedo dejar de destacar a José Rojo, quien me convenció finalmente de cerrar la empresa, y a Sergio Merino, que diría que ha sido nuestro principal valedor.

Algunas de las personas de este viaje las considero mis amigos a día de hoy. A todas con las que he tratado, más o menos conocidas, les tengo un gran aprecio.

Como he dicho, he aprendido un montón de cosas, he tenido que crecer a nivel humano. No es lo mismo ser desarrollador que el trabajo que he estado desempeñado estos años. He tenido que ver las dificultades a las que se enfrentan en el día a día nuestros clientes. He tenido que entender sus negocios. He tenido casi que formar parte de sus empresas.

También DEVTIA me ha permitido hacer muchos experimentos, hacer cosas relacionadas con marketing, desarrollos propios que me apetecía hacer, he aprendido algo de contabilidad, algo de estrategia...

A nivel financiero, ser empresario te cambia bastante la mentalidad. Para mí, junto con ser padre, ha sido de las cosas que más me han hecho madurar. Como empleado, cuentas con ingresos "garantizados" y recurrentes cada mes pero, como empresario, tienes que tener una visión más a largo plazo. Digamos que no se puede vivir al día.

En resumen, diría que DEVTIA ha sido el paso que necesitaba para ir al siguiente nivel.

¿Es definitivo?

Nunca digas nunca, pero todo parece indicar que si. Ha sido una bonita experiencia y ahora toca recordarla con cariño y mirar hacia delante. De momento, mi intención es seguir repartiendo juego entre mis compañeros de STRONGHOLD ASSET MANAGMENT durante los próximos años.

Lo dicho, nos vemos en la siguiente.

PS. La web seguirá abierta, y la utilizaré para ir publicando mis cosas.

Este es un anuncio para trabajar en: STRONGHOLD ASSET MANAGEMENT.

STRONGHOLD ASSET MANAGEMENT (SAM) es un fondo de inversión donde nos dedicamos a financiar operaciones de desarrollo inmobiliario. Es decir somos el socio capitalista para un promotor que quiere construir por ejemplo una promoción de chalets. SAM por lo tanto es una empresa a medio camino de una FINTECH y una PROPTECH. Puedes curiosear la web https://strongholdam.com/ para entender un poco mejor qué es lo que hacemos.

Un poco de historia

En torno al año 2016 Matt Calner, nuestro socio director, llegó a Madrid procedente de Londres, con la intención de establecerse en Madrid. Según sus propias palabras, la mejor ciudad del mundo.

Una vez aquí se dio cuenta de que existía una posibilidad de negocio ya que había dificultades para obtener financiación inmobiliaria. Había producto, había mercado, pero el principal freno era la financiación. Y con esta idea en la cabeza y espíritu emprendedor, se asoció con algunos inversores, conocidos y amigos, y empezaron a hacer operaciones pequeñas, principalmente préstamos puente y reestructuraciones de deuda.

En el año 2019 se fundó oficialmente SAM y en 2020 entró como socio de referencia Goldman Sachs, los que financian al FC Barcelona, con una línea de crédito de 100 millones que ha ido incrementando con el paso del tiempo.

Dentro de este camino de maduración de la compañía, a mediados del año 2020 nos contactan para desarrollar una plataforma que les ayude en su trabajo diario. Calculo de intereses, generación de certificados, gestión documental, etc. Lo que sería un pequeño proyecto de solo unos pocos meses nos llevó a finales del 2021 a incorporarnos a tiempo completo en la compañía.

Momento clave

Durante el 2021, con una plantilla realmente pequeña hemos sido capaces de financiar proyectos por un importe de más de 120 millones de euros y el objetivo es poder duplicar esa cifra cada año. Creemos que es un momento clave para los objetivos de la compañía, y queremos que nos ayudes a materializarlos.

¿Qué cosas tenemos en mente?

Estas entre otras cosas es lo que queremos hacer en el medio plazo.

• Continuar mejorando y optimizando las herramientas y procesos de la plataforma que ya tenemos.
• Mejorar la inteligencia de negocio para ofrecer información útil en tiempo real.
• Internacionalizar la compañía.

A nivel de IT nos gustaría.

• Mejorar nuestras habilidades para producir código cada vez más confiable, sostenido por una buena test suite, y que se pueda ampliar / modificar fácilmente.
• Innovar añadiendo nuevas piezas a nuestra infraestructura.

¿Qué vas a hacer?

En tus primeros días

• Conocer a tus compañeros, familiarizarte con el entorno de trabajo y el código que ya tenemos desarrollado.
• Comenzar a asimilar toda la terminología / conocimiento que necesitarás para desarrollar tu trabajo.
• Resolver algunas issues sencillas.

En algunas semanas

• Resolver issues que requieran un mayor conocimiento del proyecto.
• Gestionar tu trabajo diario, desde la toma de requisitos, hasta poner el código en producción.

En algunos meses

• Ayudar a definir y ejecutar la estrategia de IT, en base a los objetivos y necesidades de la compañía. SAM es una empresa orientada a resultados.
• Formar al equipo en aquello que creas que puedes aportar.

¿Con que lo harás?

• La pieza principal de la arquitectura está desarrollada en un monolito sobre Symfony 5.4 y PHP 8.1
  • Nos preocupan los principios SOLID y el contenido del libro CLEAN CODE, aunque no somos talibanes.
  • Tenemos test funcionales ( smoke test ) + test unitarios, que se ejecutan además de en local, en un entorno de integración continua.
• Un poquito de javascript + bootstrap.
• git + github.

¿Cómo es el equipo?

Serás el tercer compañero de un pequeño equipo de IT. Somos un equipo horizontal, autónomo y ágil. Tenemos total libertad para hacer lo que queramos.

Alvaro Cebrián

Apasionado de la tecnología y la informática, le encanta probar todo tipo de tecnologías y lenguajes nuevos que van saliendo. Aunque a nivel profesional está más enfocado en el desarrollo web, también le divierte programar mis aplicaciones de escritorio, en otros lenguajes como C o aplicaciones móviles para Android.

• https://www.linkedin.com/in/alvarocebriangarcia/
• https://github.com/alvarocebrian

Daniel González

Cree que nada es imposible si se hace con pasión y honestidad.

• https://www.linkedin.com/in/desarrolla2/
• https://github.com/desarrolla2

¿Qué buscamos?

Indispensable

• Experiencia consolidada en las todas o casi todas las siguientes tecnologías.
  • PHP, Symfony, MySQL, Git, Linux, JavaScript, Bootstrap.
• Sólidos conocimientos de programación.
  • Principios SOLID, test unitarios y funcionales.
• Capacidad para entender y proponer soluciones a problemas de negocio. No nos pagan por resolver issues, nos pagan por ayudar a la compañía a llegar al siguiente nivel.
• Alto rendimiento en el día a día, somos un equipo pequeño, pero muy productivo.

Interesante

• Conocimientos en el mundo financiero y/o del mercado inmobiliario.
• Analítica de datos.
• Comunicación en inglés.
• Docker.

¿Qué ofrecemos?

• Lo básico
  • Contrato indefinido / 23 días de vacaciones / flexibilidad horaria.
  • 100% remoto, o si lo prefieres puedes venir a nuestra oficina en Castellana 60, Madrid.
  • 40k - 70k brutos anuales.
• Otros perks:
  • Formación continua.
  • Cheques restaurante / guardería / transporte / seguro médico.
  • Viaje anual de toda la compañia. Viaje a una conferencia del equipo de IT.

¿Quieres participar?

Si estas interesad@ ¡Queremos crecer junt@s!.

aplica aquí

En un artículo anterior te explicamos qué es un desarrollo Waterfall y por qué su uso estaba algo obsoleto en cuanto al desarrollo software. Pero, ¿cuál es entonces el método de desarrollo ideal? La respuesta es clara: el iterativo e incremental.

En DEVTIA trabajamos siguiendo esta metodología, que genera numerosos beneficios a la hora de desarrollar software. Esta metodología, también llamada Agile, nos lleva aportando valor desde que empezamos a usarla, sabemos de primera mano cómo funciona.

Nuestra metodología: Iterativo incremental

¿Qué es iterativo incremental?

Con cada una de las entregas se tiene una parte más del sistema y se está más cerca de acabar el proyecto. Aunque este no terminará hasta que la última entrega sea realizada, cada una de estas entregas añaden funcionalidades nuevas al proyecto. De esta manera, empiezas a obtener valor de manera creciente de las funcionalidades de la herramienta desde una fase muy temprana del desarrollo llegando incluso a poder utilizar alguna parte del software sin ningún tipo de problema.Las funcionalidades irán aumentando en número y se perfeccionarán incrementalmente.

En cada entrega se presta especial atención al feedback proporcionado para que, en caso de detectar algún error, se haga en fases tempranas. Así, se localizarán los fallos en etapas tempranas del desarrollo, logrando que no vayan a más y acaben por estropear el proyecto.

Etapas del desarrollo iterativo incremental

Las etapas se repiten ciclicamente y cuando uno de estos ciclos termina, mejora gradualmente el software. Las etapas más comunes son las siguientes:

1. Planificación y requisitos: Como en casi todos los proyectos de desarrollo software, se empieza por planificar el proyecto. Se establecerán los principales requisitos del software y se empezarán a preparar las siguientes fases. Es una fase crucial donde hay que estar atentos a no cometer el más mínimo error. De la correcta puesta en marcha de la planificación dependerá en gran medida el éxito del proyecto.
2. Análisis y diseño: Se establecerá la lógica a seguir durante todo el proyecto y cuáles van a ser sus puntos claves como, por ejemplo, los modelos de bases de datos utilizados, idiomas, servicios, capas de datos o la lógica comercial.
3. Implementación: En esta fase el proyecto empezará a funcionar habiendo tenido en cuenta todos los documentos de planificación, especificación y diseño. Aquí, se empieza obtener un valor real del software y a poder utilizarse.
4. Pruebas: Una vez que la iteración de implementación ha finalizado, se tendrá que hacer pasar al software por una serie de pruebas para poder localizar los posibles errores que puedan haber surgido durante cada una de las fases.
5. Evaluación: finalizadas con éxito las anteriores etapas, hay que evaluar el desarrollo. Esto permite que tanto la plantilla encargada del desarrollo como el cliente sean conscientes de en qué punto se encuentra el proyecto, hacia dónde debe ir o qué se puede cambiar.

Beneficios

Son muchos los beneficios de incorporar este modelo para desarrollar un software de calidad. Según nuestra experiencia estos serían los más destacados:

• No existe un riesgo global como podría existir en el desarrollo Waterfall, sino que está divido entre el número de iteraciones existentes, por lo que se hace menor y más fácil de localizar.
• Entregamos valor en fases tempranas del desarrollo, es decir, se genera software de trabajo rápidamente y que puede empezar a usarse pronto.
• Adaptable a las necesidades siempre cambiantes del proyecto.
• Desarrollo flexible, lo que se traduce en ahorro de costes.
• Control y seguimiento, se puede ir probando el software fácilmente durante las diferentes iteraciones.
• Pruebas continuas testables, al entregarse las iteraciones críticas al principio, estas pasan por un mayor número de pruebas, logrando que no se encuentren errores ni fallos en las partes más importantes del software
• En caso de un fallo grave solo perderás los recursos dedicados a una iteración, no las del proyecto completo. Esto tranquiliza bastante tanto para ti, como para nosotros.
• A diferencia del Waterfall, en el modelo iterativo se dedica menos tiempo a la documentación y más tiempo al diseño.
• Ideal para proyectos de largo recorrido.
• Se eliminan tareas innecesarias.

Limitaciones

Aunque los desarrollos Ágile cuentan con muchísimas ventajas, existen también algunas limitaciones que acabarán entorpeciendo el trabajo en caso de que no funcionen correctamente:

• Si entre cliente y empresa no existe una comunicación constante y efectiva, difícilmente se va a llegar a buen puerto. Es esencial que exista una cooperación continua entre ambas partes para lograr un proyecto exitoso.
• Nuestro empleados soportan una carga de responsabilidad mayor que en otros proyectos por el hecho de estar trabajando directamente con el cliente.

DEVTIA ofrece un servicio de hosting para los proyectos que desarrollamos, en esta entrada queremos explicarte cuales son sus principales ventajas y características.

DIGITAL OCEAN

Uno de los mejores y más prestigiosos proveedores de hosting existentes a día de hoy en el mundo. Puedes ver en su propia página web los detalles del servicio que ofrecen.

Un proveedor de hosting no es un servicio en el que merezca la pena ahorrar unos euros al año, por eso hemos seleccionado un proveedor que ofrece las máximas garantías de la industria. Llevamos trabajando con ellos desde 2016 con resultados enormemente satisfactorios.

DEVTIA

Alquilamos la infraestructura, esto es una garantía de que los servidores que contratamos permanecerán operativos. Pero nosotros nos ocupamos de la gestión de los servidores, es por esto que aplicamos una serie de servicios y garantías adicionales a los que ya incluye el proveedor. Nos ocupamos de todo si contratas un servicio de hosting con nosotros. Veamos algunos detalles.

MONITORIZACIÓN

Tenemos programadas alertas sobre los eventos más importantes que pueden provocar problemas en el servicio, por ejemplo: carga de la CPU, espacio del disco duro o exceso de uso en la red. Estas alertas nos avisan de cualquier situación que pudiera ser un problema antes de que esta se convierta en un problema.

ACTUALIZACIONES

Cada cierto tiempo es necesario realizar una actualización del sistema operativo o de los diferentes programas que se encuentran instalados en nuestros servidores para que todo siga funcionando de manera óptima. Por esto periodicamente dedicamos el tiempo necesario para mantener todo tan actualizado cómo sea posible.

SEGURIDAD

Ofrecemos una buena capa de seguidad a través de un firewall que mantiene protegida toda la infraestrucura. Además de esta capa de seguridad que facilita proveedor, nosotros añadimos una capa aún más restrictiva, mediante nuestro propios firewall y políticas de acceso. Nadie puede asegurar que su proyecto es 100% seguro, pero nosotros nos mantenemos en un nivel de seguridad más alto razonable para la industria.

HTTPS

HTTPS es un protocolo permite una conexión segura entre el navegador y el servidor. Hoy en día ningún proyecto de desarollo profesional debería ser entregado sin tener correctamente configurado el protocolo HTTPS mediante un certificado digital reconocido.Todos nuestros proyectos se publican mediante este protocolo sin ningún coste adicional.

BACKUPS

El proveedor aplica una política de backups sobre sus servidores sin embargo nosotros añadimos una capa adicional de copias de respaldo automáticas sobre aquellas partes más críticas.

OPTIMIZACIÓN

Trabajamos con un conjunto de tecnologías muy acotado. Esto nos permite optimizar al máximo unas para trabajar con otras, así como nuestros servidores para aprovechar al máximo los recursos de estas tecnologías.

INCLUIDO EN EL PRECIO

En nuestra propuesta incluimos un periodo de nuestro servicio de hosting, por lo que no tendrás que preocuparte por qué proveedor de hosting elegir. Pasado este periodo puedes decidir seguir utilizando nuestro hosting o utilizar el que creas más oportuno.

La fase más importante y que perdura más en el tiempo es la fase de soporte y mantenimiento. Es raro un proyecto que no necesita alguna funcionalidad adicional de vez en cuando.

Por eso vamos a dedicar esta entrada a explicarte cómo enfocamos nosotros esta fase tan importante. El problema que debemos afrontar en esta fase es que varios proyectos se solapan por lo que hay que dar un servicio de calidad a todos a la vez.

Por eso nosotros hemos definido estos dos servicios que nos permitirán acompañarte durante todo el ciclo de vida.

TIEMPO PROGRAMADO

Trabajamos con un calendario, dentro del cual vamos reservando fechas según las necesidades de nuestros clientes.

Una vez que una fecha está comprometida con un cliente, no hacemos excepciones, ese tiempo es para ese cliente. Por eso es muy importante que seas previsor y seas capaz de reservar el tiempo que necesites.

Este tiempo programado lo hacemos por bloques, por ejemplo, podríamos dedicar a tu proyecto una semana cada mes. Al inicio del bloque tendríamos una reunión para repasar contigo el trabajo pendiente, y a lo largo del bloque iremos ejecutando las diferentes tareas, la metodología que aplicacamos es clave para el buen desarrollo de cada proyecto. Trabajamos con metodologías ágiles imprimiendo una capa de garantías en tiempos y recursos.

El tiempo programado se factura por jornadas.

Ver disponibilidad

TIEMPO NO PROGRAMADO

Llamamos "tiempo no programado" a aquellas situaciones excepcionales en las que puedes necesitar una pequeña implementación, y necesitas realizarlo en tiempo record, con urgencia.

El tiempo de respuesta para estas tareas es de 48 horas para situaciones más urgentes y 7 días para aquellas menos urgentes.

El tiempo no programado es difícil de compatibilizar y supone horas extra para el equipo, ya tiene otro trabajo comprometido. Por eso estas horas se cobran más caras y tratamos de indicar a nuestros clientes que en la medida de lo posible sean previsores reservando el tiempo que necesiten.

El tiempo no programado se factura por jornadas.

SISTEMA DE GESTIÓN

En DEVTIA hemos desarrollado un sistema de gestión del tiempo que nos permite:

1. Mostrar directamente en tu calendario de trabajo las jornadas que vamos a realizar.
2. Enviar una factura detallada donde aparecen el desglosado todo el trabajo realizado.