Proyectos TI

• Consideraciones para Proyectos TI
• Planeación de Proyectos TI
• Desarrollo de Proyectos TI
• Validación de Proyectos TI
• Aprendizaje en los Proyectos TI

Consideraciones para Proyectos TI

1. Metodologias

1.1 ¿Se tiene definida una metodología formal para la planeación, desarrollo y puesta en marcha de los proyectos TI ?

• Metodología que defina los componentes principales de un proceso de software, que considere sus fases, las actividades principales y de soporte involucradas, roles y responsabilidades y herramientas de apoyo al ciclo de vida. Ejemplo: Metodología tradicional (RUP (Rational Unified Process); MSF (Microsoft Solution Framework); Modelo de la espiral), Metodología ágil: Scrum, XP (Extreme Programming)

1.2 ¿Se cuenta con arquitectura(s) de referencia para los sistemas de información?

• Plantilla para orientar el bosquejo de otras arquitecturas más específicas bajo parámetros, patrones y atributos de calidad definidos.

2. Portafolio de proyectos TI

2.1 ¿Se tiene identificado un portafolio de los proyectos realizados en T.I?

• Por lo menos, un listado de todos los proyectos ejecutados; la duración; el presupuesto; los responsables; y los documentos asociados

2.2 ¿Existen guías de ajuste que permitan aplicar sólo los procesos relevantes según las características del proyecto?

3. PMO

3.1 ¿Existe alguna función de T.I. o de la organización que planifique, de seguimiento y genere reportes sobre el estado de los proyectos T.I?

• Algo como una PMO; o equipo encargado de la gestión de proyetos de TI

3.2 ¿Existe alguna herramienta o software para el control y seguimiento de las actividades de los proyectos TI?

• Herramienta en la que se muestre el proyecto, requerimientos o actividades del proyecto, y el seguimiento o control sobre los mismos

Planeación de Proyectos TI

1. Planificación de Recursos

1.1 ¿La organización cuenta con criterios/lineamientos para realizar la planificación y seguimiento de las finanzas de los Proyectos TI?

• Plantillas - técnicas para cotizar; Herramientas como "Análisis de Valor Ganado"

1.2 ¿Se identifica el alcance, tiempo y costo para cada proyecto de TI?

• Caso de negocio, documento de inicio de proyecto, documento de iniciativa de proyecto, etc

1.3 ¿Se cuenta con una identificación del perfil técnico o habilidades del personal requerido para cada proyecto TI?

• Matriz de requerimientos de habilidades; relación de las habilidades o conocimientos del personal del proyecto

1.4 ¿Se cuenta con la identificación de los recursos técnicos o tecnológicos requeridos para cada proyecto TI?

• lista o relación de los recursos técnicos ( equipos requeridos para el proyecto), tecnológicos,personas, conocimientos, servicios y recursos económicos

2. Partes interesadas

2.1 ¿Se identifican las partes interesadas para cada proyecto de TI?

• Caso de negocio, documento de inicio de proyecto, documento de iniciativa de proyecto, matriz de partes interesadas del proyecto, plan de proyecto, project charter

2.2 ¿Se garantiza el compromiso de las partes interesadas de cada proyecto de TI?

• Generalmente el compromiso de las partes interesadas queda pactado o se oficializa en el kickoff de proyecto.

2.3 ¿Existe un mecanismo formal para la recolección / recopilación de los requerimientos de cada proyecto de TI?

• Proceso, procedimento, mecanismo que permita la identificación, especificación y análisis de las necesidades funcionales y no funcionales, definición de criterios de aceptación y trazabilidad de los requerimientos del proyecto
• Se entienden las necesidades de las partes interesadas, y se articulan y acuerdan los requerimientos, se fijan las expectativas de los resultados esperados

3. Organización de proyectos

3.1 ¿Se planifican adecuadamente las actividades / tareas relacionadas con cada proyecto de TI, teniendo en cuenta sus requerimientos?

• Cronograma de actividades que puede llevarse de manera manual en una matriz excel, o con ayuda de un software de proyectos o software colaborativo de proyectos para el fácil seguimiento, se alinea la ejecución de proyectos de acuerdo a prácticas ágiles

3.2 ¿Se realiza la estimación de los requerimientos de los proyectos de TI, teniendo como base criterios para su estimación objetiva?

• evidencia de la estimación, puede ser de manera manual en matriz excel o con un software de proyectos. Verificar si existen los criterios para la estimación: documentados en un procedimiento, preconfigurados en la herramienta o matriz

3.3 ¿Se realiza la asignación de los requerimientos de los proyectos TI (compromiso con los requerimientos)?

• Generalmente se puede verificar en la herramienta de proyectos, o puede ser de manera manual mediante el listado de requerimientos junto con la relacion del equipo o miembro responsable de su cumplimiento

3.4 ¿Existe un repositorio para el almacenamiento de los requerimientos de cada proyecto de TI (Backlog de proyecto)?

• Generalmente se puede verificar en la herramienta de proyectos, en la que se encuentra todo el listado de requerimientos categorizados y con su estado actual (pendiente, en progreso, en prueba, terminado)

3.5 ¿Se tiene la aceptación del cliente sobre los prototipos de cada requerimiento del proyecto?

• Prototipos, mockups, bocetos, simulaciones de lo que se desarrollará en cada requerimiento, aceptados por el cliente para proceder a su desarrollo

Desarrollo de Proyectos TI

1. Monitoreo y Control

1.1 ¿Se realiza seguimiento continuo al proceso de desarrollo de los proyectos?

• La reunión diaria de Scrum, La revisión entre colegas, etc Se cuenta con una estructura de proyectos orientada a la agilidad como un Product Owner, Scrum Master un equipo Scrum

1.2 ¿Se monitorea el uso del presupuesto respecto al progreso del proyecto?

2. Obstaculos/Impedimentos

2.1 ¿Se identifican, registran y clasifican los impedimentos que presentan los equipos de proyecto durante la ejecución de sus actividades de proyecto?

• Se puede tener un impediment log, con el registro de los impedimientos, el o los responsables de la solución, con fechas y comentarios particulares de la solución

2.2 ¿Se da solución a los impedimentos que presenta el equipo?

2.3 ¿Se analizan los datos recolectados como prevención a futuros impedimentos similares?

3. Técnicas de Desarrollo

3.1 ¿Se realizan procesos de refinamiento/refactorización del código que garanticen la calidad del mismo?

3.2 ¿Se realiza la documentación del código fuente según los criterios de documentación de la organización?

3.3 ¿Se mantienen actualizados los repositorios para el almacenamiento del código fuente de los proyectos?

3.4 ¿Existe trazabilidad entre los requerimientos y el código fuente y su arquitectura?

Validación de Proyectos TI

1. Pruebas/Verificación

1.1 ¿La organización cuenta con un plan de aseguramiento de calidad que le permita garantizar la calidad de los proyectos y sus respectivos entregables?

1.2 ¿Se tienen criterios definidos para identificar los entregables de los proyectos que deben pasar por pruebas/verificación?

1.3 ¿Se utilizan los criterios definidos para la ejecución de las pruebas/verificaciones sobre los entregables de los proyectos?

• Plantilla que involucre aspectos como descripción de las pruebas, pruebas obligatorias, pruebas no obligatorias, técnicas y tipo de pruebas: funcionales, de usabilidad, beta, alfa, desempeño, estrés.

1.4 ¿Se tienen establecidos ambientes de pruebas y producción de manera independiente?

2. Validaciones con el cliente/patrocinador

2.1 ¿Se tienen criterios definidos para identificar los entregables de los proyectos que deben pasar por validación con el cliente/patrocinador?

2.2 ¿Se utilizan los criterios definidos para realizar la validación sobre los entregables de los proyectos?

3. Resultados y análisis de las pruebas y validaciones

3.1 ¿Se analizan los resultados de las actividades de pruebas?

3.2 ¿Se analizan los resultados de las actividades de la validación?

Aprendizaje en los Proyectos TI

1. Lecciones aprendidas

1.1 ¿Están definidos los mecanismos de recolección de las lecciones aprendidas para los proyectos?

• Scrum por ejemplo, sugiere la realización de reuniones de retrospectiva

1.2 ¿Las lecciones aprendidas están disponibles por las partes interesadas relevantes basándose en su rol?

1.3 ¿Se tienen definidos los mecanismos para asegurar el uso de las lecciones aprendidas como punto de partida para los proyectos?