Guía rápida de tipos de trabajo: Run, Build y Tareas¶
Esta guía explica los diferentes tipos de elementos de trabajo registrados en KANAP y cómo diferenciarlos. Cubre el Run (mantener las cosas funcionando), el Build (mejorar las cosas) y la Tarea transversal que conecta ambos. La segunda mitad es una hoja de referencia práctica para trabajar con tareas cada día.
¿Prefiere un resumen en una página?
Todas las definiciones clave en una sola página A4 — imprímala, cuélguela, compártala con su equipo.
El panorama general¶
Todo lo que hace su departamento IT cae en una de dos categorías — más una unidad de trabajo universal que cruza ambas:
| Categoría | Propósito | Elementos de trabajo |
|---|---|---|
| Run | Mantener los sistemas existentes operativos y seguros | Incidente, Problema |
| Build | Evolucionar y construir el panorama IT | Solicitud, Proyecto, Bug |
| Transversal | Unidad atómica de trabajo entre Run y Build | Tarea |
Run — Mantener las luces encendidas¶
Todos participan en el Run. Asegura la continuidad operativa (MCO) y el mantenimiento de seguridad (MCS) de los sistemas existentes.
Incidente¶
Una interrupción o degradación no planificada de un servicio en producción.
- Tiene un impacto significativo en el funcionamiento del sistema de información
- El objetivo es la restauración del servicio — hacer que las cosas funcionen de nuevo, rápido
- De naturaleza reactiva: algo se rompió y los usuarios se ven afectados
Ejemplos
- Caída del sistema MES
- Reinicio inesperado de VM
- Fallo de acceso VPN a nivel de toda la empresa
Problema¶
Una investigación de causa raíz desencadenada por incidentes recurrentes.
- Típicamente identificado por IT después de detectar un patrón de incidentes similares
- El objetivo es una resolución permanente — corregir la causa subyacente, no solo los síntomas
- Proactivo: IT abre un Problema para prevenir incidentes futuros
Ejemplos
- Degradación recurrente del rendimiento de acceso a internet
- Errores repetidos en una interfaz de datos
Build — Evolucionando el panorama¶
El Build cubre todas las evoluciones y construcciones del sistema de información. Todos participan.
Solicitud (Solicitud de cambio)¶
Una solicitud planificada para modificar el sistema de información.
- Puede ser técnica, funcional, originada del negocio o de IT
- Raramente urgente
- Desencadena un flujo de trabajo de validación y, si se aprueba, se convierte en una Tarea o Proyecto
- Cumple al menos uno de estos criterios:
- Carga de trabajo significativa (>3 días)
- Involucra múltiples equipos IT o de negocio
- Requiere un esfuerzo significativo de gestión del cambio
Ejemplos
- Nuevo campo a sincronizar entre SAP y PLM
- Nueva aplicación de línea de negocio
- Integración de sede remota
Proyecto¶
Un conjunto coordinado de tareas organizadas en torno a un objetivo definido, con alcance, cronograma, presupuesto y entregables identificados.
- Mismos criterios que una Solicitud — normalmente se origina de una Solicitud aprobada
- Vía rápida: algunos proyectos se imponen sin pasar por la etapa de Solicitud (decisión ejecutiva, cambio regulatorio urgente...). Entran directamente como Proyecto.
Ejemplos
- Actualización a S4/HANA
- Migración de firewall
Bug¶
Un defecto encontrado en un sistema en desarrollo.
- Demasiado complejo para manejarse con un simple ticket — requiere análisis en profundidad
- Estrictamente un concepto de Build: el sistema no está aún en producción (o el defecto está en un componente aún en construcción)
Ejemplos
- Derechos de acceso insuficientes en un nuevo tile de SAP
- Regla de firewall incorrecta en un nuevo despliegue de servidor
Incidente vs Bug
Esta es la confusión más común. La regla es simple:
- ¿Funciona en producción y se rompe? → Incidente (Run)
- ¿Está en construcción y no funciona? → Bug (Build)
La distinción importa porque los Incidentes priorizan la restauración del servicio mientras que los Bugs priorizan la corrección de la causa raíz dentro del ciclo de desarrollo.
Transversal — La Tarea¶
Las Tareas son la unidad atómica de trabajo en KANAP. Cruzan la frontera entre Run y Build.
Tarea¶
Una acción claramente delimitada con una persona responsable definida, estado y fecha límite.
- Puede ser independiente o vinculada a un Proyecto, partida OPEX, Contrato o partida CAPEX
- Conlleva un esfuerzo concreto
- El impacto en usuarios o servicios está contenido y bien entendido
- No requiere coordinación entre múltiples equipos — incluso si toma mucho tiempo, permanece llevada por una sola persona sin requerir análisis interfuncional
Ejemplos
- Instalar un nuevo controlador de dominio
- Documentar la nueva interfaz de Notilus a S4/HANA
- Renovar el certificado SSL del portal de intranet
Tarea vs Solicitud/Proyecto
Si el trabajo cumple alguno de estos criterios, es una Solicitud (y potencialmente un Proyecto), no una Tarea:
- Carga de trabajo significativa (>3 días) Y involucra análisis interfuncional
- Requiere coordinación entre múltiples equipos
- Necesita gestión del cambio significativa
Una Tarea puede durar 10 días si es llevada por una persona sin complejidad interfuncional particular.
Tabla resumen¶
| Tipo | Categoría | Criterio clave | Ejemplo |
|---|---|---|---|
| Incidente | Run | Interrupción/degradación no planificada en producción | Caída del MES |
| Problema | Run | Causa raíz de incidentes recurrentes | Problemas recurrentes de rendimiento de internet |
| Solicitud | Build | Modificación planificada del SI (>3d / multi-equipo / gestión del cambio) | Nuevo campo SAP a PLM |
| Proyecto | Build | Conjunto coordinado de tareas con alcance, cronograma, presupuesto | Actualización S4/HANA |
| Bug | Build | Defecto en un sistema en desarrollo | Regla de firewall incorrecta en nuevo servidor |
| Tarea | Transversal | Acción delimitada, un responsable, sin coordinación multi-equipo | Renovar un certificado SSL |
Trabajar con tareas — Hoja de referencia¶
El resto de esta guía cubre lo esencial práctico. Para el detalle completo, consulte Tareas.
Dónde viven las tareas¶
| Contexto | Qué significa | Dónde crear |
|---|---|---|
| Independiente | Trabajo independiente, no vinculado a nada | Portafolio > Tareas > Nuevo |
| Proyecto | Entregable dentro de un proyecto | Espacio de trabajo del Proyecto pestaña Tareas, o atajo de fase en Cronograma |
| OPEX | Acción vinculada a una partida OPEX | Espacio de trabajo OPEX pestaña Tareas |
| Contrato | Acción vinculada a un contrato | Espacio de trabajo del Contrato pestaña Tareas |
| CAPEX | Acción vinculada a una partida CAPEX | Espacio de trabajo CAPEX pestaña Tareas |
Todas las tareas aparecen en la lista central Portafolio > Tareas independientemente del contexto, para que siempre tenga un lugar donde ver todo.
Estados de un vistazo¶
| Estado | Color | Significado |
|---|---|---|
| Abierto | Gris | Aún no comenzado |
| En progreso | Naranja | Alguien está trabajando en ello |
| Pendiente | Azul | Bloqueado — esperando información o decisión |
| En pruebas | Púrpura | Implementación hecha, esperando validación |
| Completado | Verde | Terminado (requiere tiempo registrado para tareas de proyecto) |
| Cancelado | Rojo | Ya no es necesario |
Niveles de prioridad¶
| Prioridad | Cuándo usar |
|---|---|
| Bloqueante | Bloquea otro trabajo — atención inmediata |
| Alta | Importante y urgente |
| Normal | Prioridad estándar (predeterminada) |
| Baja | Puede aplazarse |
| Opcional | Deseable |
El espacio de trabajo de tareas — áreas clave¶
Cuando abre una tarea, tiene una barra lateral a la izquierda y un área de contenido principal a la derecha.
Secciones de la barra lateral:
- Contexto — a qué está vinculada la tarea (o Independiente)
- Detalles de la tarea — tipo, prioridad, estado
- Clasificación — Origen, Categoría, Flujo, Empresa (solo tareas independientes y de proyecto; valores predeterminados de la configuración de la organización o del proyecto padre)
- Tiempo — tiempo total invertido y botón Registrar tiempo (solo tareas independientes y de proyecto)
- Personas — solicitante, asignado, visores
- Fechas — fechas de inicio y vencimiento
- Base de conocimiento — vincular artículos de conocimiento a la tarea
Contenido principal:
- Descripción — un editor markdown con soporte para formato, listas, bloques de código, enlaces e imágenes pegadas
- Importar / Exportar — importar un archivo
.docxen la descripción, o exportar como PDF, DOCX u ODT - Adjuntos — subida de archivos por arrastrar y soltar (hasta 20 MB por archivo)
- Actividad — pestañas de Comentarios, Historial y Registro de tiempo
Acciones rápidas que conviene conocer¶
| Acción | Cómo |
|---|---|
| Guardar | Haga clic en Guardar o pulse Ctrl+S (Cmd+S en Mac) |
| Convertir a solicitud | Barra de herramientas del encabezado — promueve una tarea a solicitud formal del portafolio cuando el alcance crece |
| Enviar enlace | Barra de herramientas del encabezado — enviar un enlace por correo a colegas o contactos externos |
| Registrar tiempo en línea | En la pestaña Comentarios, combine un comentario + cambio de estado + entrada de tiempo en un solo envío |
| Copiar referencia | Haga clic en el chip de referencia (p. ej., T-42) para copiarlo al portapapeles |
Qué varía según el contexto¶
No todas las funcionalidades están disponibles en todos los contextos. Esto es lo que cambia:
| Funcionalidad | Independiente | Proyecto | OPEX / Contrato / CAPEX |
|---|---|---|---|
| Campos de clasificación | Sí | Sí (predeterminados del proyecto) | No |
| Seguimiento de tiempo | Sí | Sí (alimenta el realizado del proyecto) | No |
| Asignación de fase | No | Sí | No |
| Insignia de puntuación de prioridad | Fija por prioridad | Calculada desde proyecto + prioridad | Fija por prioridad |
| Completado requiere tiempo registrado | No | Sí | No |
Valores predeterminados de clasificación¶
Cuando crea una tarea independiente, KANAP prerellena los campos de clasificación (Origen, Categoría, Flujo, Empresa) desde la configuración predeterminada de su organización — ahorrándole unos clics. Para tareas de proyecto, los valores predeterminados de clasificación provienen del proyecto padre pero pueden cambiarse independientemente en cada tarea.
Personalizar tipos de trabajo¶
Todos los tipos de elementos de trabajo son configurables en Portafolio > Configuración. Puede:
- Añadir nuevos tipos para coincidir con los procesos de su organización
- Deshabilitar tipos existentes que no necesite
- Renombrar tipos para ajustarse a su terminología
La lista de esta guía es un punto de partida. Adáptela a cómo funciona realmente su departamento IT.
Adónde ir a continuación¶
- Tareas — referencia completa para estados, importación/exportación CSV, seguimiento de tiempo y cada funcionalidad del espacio de trabajo
- OPEX — gestionar partidas OPEX y sus tareas
- CAPEX — gestionar partidas CAPEX y sus tareas
- Contratos — gestionar contratos y sus tareas
- Proyectos del portafolio — ejecución de proyectos, fases, seguimiento de esfuerzo y tareas a nivel de proyecto
- Primeros pasos — si es nuevo en KANAP
Está listo
Ahora comprende cómo KANAP categoriza el trabajo y cómo usar tareas en el día a día. Cuando dude sobre el tipo de elemento de trabajo adecuado, pregúntese: ¿mantiene las cosas funcionando (Run) o mejora las cosas (Build)? Luego elija el tipo correspondiente. Para todo lo demás, hay una Tarea.