Ordenar iniciativas de TI según valor y capacidad
Compare el beneficio esperado, los requisitos pendientes y la disponibilidad de los especialistas adecuados antes de prometer fechas de inicio.
Haga explicable la elección
Una lista de proyectos se convierte en plan de trabajo mediante decisiones. Describa para cada iniciativa el problema de negocio que debe resolver, quién utiliza el resultado y cómo se reconocería la mejora. «Crear un portal» nombra una solución, pero aún no un beneficio demostrado.
Registre también los requisitos previos y los roles necesarios. Microsoft relaciona las prioridades de iniciativas de datos con objetivos de negocio, viabilidad y dependencias. Su aplicación a la pequeña lista de TI siguiente es nuestro ejemplo editorial, no una exigencia de una plataforma.
Ejemplo con capacidad limitada
Todas las iniciativas y esfuerzos son ficticios. En la ventana de planificación, los especialistas adecuados tienen un total de 6 días-persona disponibles, con compromisos existentes ya descontados. Los esfuerzos incluyen la comprobación y el traspaso necesarios en el ejemplo. No son precios de mercado ni estimaciones de proyectos de ASES.
Iniciativa | Beneficio esperado | Requisito previo | Esfuerzo en días-persona | Decisión |
|---|---|---|---|---|
| Responsabilidad clara sobre información compartida. | Los responsables de negocio deben aprobar reglas de campos. | 3 | Planificar ahora y comprobar la aprobación antes de aplicar. |
| Los clientes consultan información aprobada por sí mismos. | Datos ordenados y responsabilidades aprobadas de la primera iniciativa. | 8 | Planificar una ventana de capacidad propia cuando se aclare el requisito. |
| El extracto mensual tiene el orden de columnas necesario. | Archivo de ejemplo y revisor disponibles; independiente de las demás iniciativas. | 2 | Planificar dentro de la capacidad restante. |
En este ejemplo, 3 + 2 = 5 días-persona; queda 1 de 6. Ese resto no es automáticamente un margen de riesgo suficiente. Los días-persona expresan esfuerzo, no una duración de calendario prometida. Aprobaciones, ausencias y distintas competencias pueden cambiar el calendario.
Documente aplazamientos e hipótesis pendientes
Esto no clasifica el portal como poco importante. Su valor puede justificar capacidad adicional u otro alcance. Sin embargo, para empezar deben aclararse requisitos y disponibilidad. Microsoft muestra que las dependencias pueden influir en el orden al inventariar sistemas.
Registre para cada decisión responsable, hipótesis abierta y motivo de la siguiente revisión. Si una aprobación no llega a tiempo, ajuste la asignación. Un fallo operativo urgente o una prioridad nueva también pueden cambiar el orden. Reevalúe juntas las iniciativas afectadas en vez de añadir trabajo silenciosamente al mismo periodo.
Fuentes
Seguir leyendo
Todos los artículos
Consultoría IT y estrategia con ASES
Estrategia, arquitectura y elección de tecnología