Plock

Los humanos siempre hemos estado preocupados por el tiempo. Lo medimos, lo perseguimos, lo perdemos, lo optimizamos. Da forma a nuestras ambiciones y ansiedades. En el trabajo, se convierte en algo aún más concreto: horas, fechas límite, entregables.

En un estudio de software, el tiempo rápidamente se vuelve operativo. Define el alcance, los precios, la sostenibilidad. Determina cómo avanzan los proyectos y cómo crece una empresa. Sin embargo, durante años, dependimos de herramientas externas para medir el mismo trabajo que construimos para otros.

A medida que el equipo crecía, también lo hacían los costos de suscripción. Las herramientas funcionaban (muchas de ellas son productos sólidos), pero todos los meses pagábamos por trackear algo que sabíamos cómo construir nosotros mismos. En algún momento, la pregunta dejó de ser “¿deberíamos?” y pasó a ser “¿por qué no lo estamos haciendo?”.

Tratamos el desarrollo inicial de Plock como un ciclo de producto formal. Nuestro equipo de ingeniería estableció una arquitectura estructurada y un código escalable, asegurando que desde el primer commit, estuviéramos construyendo una herramienta de alto nivel que pudiera crecer junto con el estudio.

A medida que esta base se estabilizaba, más miembros del equipo contribuyeron. Plock pasó de ser un experimento estratégico a nuestra herramienta de uso diario. Empezamos a usarlo internamente para registrar horas, organizar proyectos y dar soporte a la facturación.

Con el tiempo, el alcance se expandió de forma natural. Lo que comenzó como un registro de tiempo evolucionó hacia reportes y visibilidad agregada. El liderazgo obtuvo acceso a datos estructurados sobre la distribución de la carga de trabajo, la asignación de proyectos y el flujo de facturación. El producto maduró a medida que lo usábamos.

La interfaz es intencionalmente simple: registrá la tarea, seleccioná el proyecto, asigná el tiempo. Revisá las entradas semanalmente. Mantené los datos limpios. Construyendo sobre esta claridad, las próximas iteraciones de Plock continúan ampliando su ecosistema a través de integraciones fluidas y una conectividad más profunda con nuestro flujo de trabajo actual.

Plock refleja un hábito más amplio dentro de Plum. Cuando algo se vuelve central en nuestra forma de operar, nos inclinamos a construirlo nosotros mismos. Mantiene los costos bajo control, pero lo más importante, mantiene la propiedad cerca.

¿Alguna vez viste a un gato correr de repente de un lado a otro de una habitación, lo más rápido posible, sin razón aparente? Hay una explicación biológica para eso. Corren así porque simplemente pueden. Porque sus cuerpos son capaces de hacerlo. Porque quieren sentir esa capacidad en movimiento.

Plock lleva un poco de ese mismo instinto. Sabíamos cómo construirlo. Así que lo hicimos.

La intención a largo plazo es abrir Plock más allá de Plum, potencialmente como un proyecto de código abierto (open-source). La base está ahí. Ya sea que evolucione hacia afuera o continúe como infraestructura interna, es una prueba de que nos sentimos cómodos construyendo los sistemas de los que dependemos y convirtiendo necesidades internas en productos reales.