Herramientas y sistemas
Qué usamos para qué. El stack del día a día, cómo nos comunicamos, y cómo se administra tu equipo.
Cada herramienta tiene un propósito claro, y la regla que las ordena a todas es simple: nunca se mezclan. Si sabes qué va dónde, nadie tiene que adivinar dónde pasó una conversación o dónde vive una tarea.
El detalle técnico del stack de producto e ingeniería (el repo, el deploy, las integraciones) vive en Engineering. Esta página es la vista de equipo: las herramientas del día a día de cualquiera, no solo de quien programa.
El stack, de un vistazo
| Herramienta | Para qué |
|---|---|
| AxelOps | La base del equipo: gestión del trabajo, avance async y el chat. Aquí vive el “cómo vamos”. |
Correo @axel.legal | Tu identidad. La llave con la que entras a todo lo demás. |
| handbook.axel.legal | Esta documentación. Referencia: onboarding, guías, glosario, este handbook. |
| Gestor de contraseñas | La bóveda compartida con las credenciales del equipo. |
| GitHub | El repo y el tracking técnico. Solo lo usan los developers. |
La regla de no mezclar
Tres cosas viven en tres lugares, y no se cruzan:
- El avance para todos vive en AxelOps, en lenguaje humano: hitos, contados para cualquiera.
- El tracking técnico granular (tarea por tarea de ingeniería) vive en GitHub Projects. Solo los developers.
- Lo que hay que consultar (no coordinar) vive en esta documentación.
Cuando cada cosa está en su lugar, el que no es técnico no se ahoga en jerga, y el que sí lo es no pierde el detalle.
Solicitar una herramienta nueva
Mantenemos el stack chico a propósito: cada herramienta nueva es una cuenta más que administrar, pagar y asegurar. Eso no significa que no se sumen, sino que cada una entra con una razón. Si necesitas algo que no está en la lista, háblalo con tu mentor, que lo escala a quien la administra (el CTO para lo técnico). Antes de pedirlo, ten a mano tres cosas:
| Campo | Qué es | Ejemplo |
|---|---|---|
| Qué herramienta | El nombre concreto de lo que pedís | Linear, Figma, una licencia de X… |
| Para qué | La justificación: qué resuelve que hoy no se puede | ”Para trackear bugs más granular que en AxelOps” |
| Quién la administraría | Quién crea las cuentas, paga y da de baja a la gente | El CTO, o vos mismo si es de tu área |
No hace falta que sea perfecto: con eso alcanza para decidir rápido. Lo que se apruebe se suma a la lista de arriba para que el próximo lo encuentre.
Cómo nos comunicamos
Trabajamos async-first (Cómo trabajamos), y casi toda la comunicación pasa por AxelOps. Tiene dos modos, para dos necesidades:
- Lo que importa se escribe. Decisiones, avances, propuestas: van como mensaje o documento en AxelOps, para que el resto lo lea cuando pueda. Es lo que perdura.
- El chat, para lo rápido. AxelOps tiene su propio chat, para las preguntas cortas y lo inmediato. Resérvalo para eso; las discusiones largas y las decisiones que quieras encontrar después van escritas.
Tu equipo de trabajo
- Monitor. Axel te da un monitor para que trabajes cómodo.
- Laptop. Se define caso por caso, según la computadora personal con la que ya cuentas. Si la tuya no alcanza para el trabajo, se resuelve; háblalo con tu mentor.
Cuentas y seguridad
Lo básico, no negociable, porque manejamos información sensible de terceros:
- 1Password es obligatorio. Toda credencial vive ahí; nada suelto en notas o chat.
- Activa 2FA en todas las cuentas que lo permitan, empezando por tu correo
@axel.legal. - Tu cuenta
@axel.legales la identidad del equipo. Cuídala como tal: es la puerta a todo lo demás.
El detalle completo —cómo entrar a 1Password, la política de seguridad en 11 puntos y qué hacer si algo sale mal— vive en Seguridad y cuentas.