Plane Project Management: Omitsis Edition

Omitsis usaba Jira para gestionar el trabajo. Funcionaba, pero el coste crecía con cada persona que entraba en el equipo y las piezas que de verdad necesitábamos —el control de horas, los informes de dedicación, la mesa de soporte— eran precisamente las que quedaban detrás de un plan superior o de un complemento de pago.

La salida fue coger Plane, una herramienta de gestión de proyectos open source (Community Edition, licencia AGPL-3.0), desplegarla en nuestros servidores y construir encima lo que nos faltaba. No es una instalación con cuatro retoques: son veintisiete funcionalidades nuevas, dieciocho módulos de backend propios y un importador que trajo el histórico completo de Jira.

Lo que hace que esto salga a cuenta no es solo que la base sea libre: es que el desarrollo se ha hecho con IA. Cada funcionalidad se ha escrito, probado y documentado con Claude Code trabajando sobre el repositorio, con la suite de pruebas como red de seguridad. Esa combinación —una base open source sólida e IA para adaptarla— es lo que convierte un proyecto que antes habría pedido un equipo y meses en una herramienta de nivel profesional a coste de infraestructura.

La base: Plane

Plane cubre de serie lo que se espera de una herramienta de gestión de proyectos: tareas con estados y prioridades, tableros, ciclos, módulos, vistas filtradas, cronograma con dependencias y analíticas del espacio de trabajo. Esa parte ya estaba, y es buena.

Las capturas de esta página son de Plane Community Edition, tal como lo publica el proyecto original en makeplane/plane. Nuestra instalación no es pública y el fork es de uso interno: no lo distribuimos.

Las veintisiete funcionalidades que hemos añadido

Todas son nuestras y todas están en la instalación que usamos cada día.

Tiempo

• Registro de horas — Imputar tiempo a cualquier tarea, en las unidades que la gente escribe de verdad.
• Mi hoja de horas — Tus horas en un periodo, sumadas por proyecto y por día.
• Estimado contra registrado — Una estimación en horas en la tarea, junto a lo que se ha imputado.
• La estimación, mientras escribes — Decir cuánto debería durar una tarea mientras la creas, no después.
• Informes de dedicación — Cualquier corte de las horas de todos: guardado, compartido y exportable.
• Cuadros de mando — Una página con los números que siempre pides, fijados, para dejar de rehacer el informe.

Planificación

• Versiones — Agrupar trabajo en una versión, ponerle fecha y ver qué falta para sacarla.
• Épicas como tareas resumen — Las fechas y los totales de una épica salen del trabajo que contiene, así que no pueden quedar desfasados.
• La épica en cada fila — Ver a qué épica pertenece una tarea sin tener que agrupar por épica.
• El tamaño de un ciclo en horas — Qué se ha estimado en un ciclo y qué se ha imputado.
• Tareas recurrentes — El trabajo que se repite se crea solo, para que nadie tenga que recordarlo.
• Avisos de vencimiento — Un correo antes de que venza una tarea tuya, y otro cuando se te ha pasado.
• Guardar la vista — Guardar una vista tal como la has dejado, no solo el nombre que le has puesto.

Estructura del trabajo

• Tipos de tarea — Tarea, épica y cualquier otro tipo que un proyecto necesite, filtrables y normalizados entre proyectos.
• Campos propios por tipo — Campos que pertenecen a un tipo, no a todas las tareas del proyecto.
• Ramas, commits y pull requests — Ver el código que hay detrás de una tarea sin salir de ella.

Soporte

• Mesa de soporte — Convertir un proyecto en una mesa de atención con un formulario público donde la gente puede escribir.
• Agentes y cola compartida — Una sola lista con todas las peticiones de todas las mesas que atiendes.
• Pedir a la mesa — El otro lado de la mesa, para quien trabaja aquí y necesita pedirle algo.
• Compromisos de respuesta — Decir en cuánto se responderá y se resolverá, y ver cuándo se está escapando.
• Monitor de SLA — Si la mesa cumple lo que promete, mes a mes.

Automatización

• Automatismos propios — Cuando pase esto, si se cumple aquello, haz estas cosas: se escribe una vez y ya no piensas más en ello.

Administración

• Importación desde Jira — Traer un proyecto de Jira entero: tareas, comentarios, horas y todo lo que cuelga de ellas.
• Gestión de usuarios — Todo el mundo del espacio de trabajo en una lista, con los roles que Plane no trae.
• El rol de jefe de proyecto — Autoridad sobre las horas de los demás, sin tener que tocar nada más.
• Último acceso y última actividad — Si una cuenta se está usando o no, en la propia lista de miembros.

Alrededor de la aplicación

• Novedades — Una lista fechada de todo lo que se ha ido añadiendo, con un punto en la ayuda cuando hay algo por leer.

Cómo está hecho

Es un fork de Plane Community Edition v1.4.2, y está pensado para poder seguir subiendo de versión. Nuestro código vive en directorios que Plane no tiene, y entra por puntos de conexión declarados: solo sesenta y ocho ficheros suyos están tocados, cada uno con el motivo escrito. Todo lo demás son ciento veintisiete commits nuestros que no chocan con nada cuando llega una versión nueva.

El backend son dieciocho módulos propios sobre Django, con más de mil pruebas automáticas que se pasan antes de cada imagen. Las versiones internas van de la omitsis.1 a la omitsis.77, cada una desplegada con su imagen, y la aplicación lleva la lista de novedades dentro para que el equipo vea qué ha cambiado sin preguntarlo.

El resultado

Jira ya no está. El trabajo, el histórico, las horas y el soporte están en una herramienta que es nuestra, que corre en un servidor nuestro y que no cobra por persona: el coste es el de la máquina y el del tiempo de desarrollo, y el segundo ha sido una fracción de lo que habría sido sin IA.

Es el caso que nos gusta contar cuando alguien pregunta si el open source y la IA son lo bastante serios para sostener una herramienta interna de verdad. Esta lo es, y la usamos cada día.