Gestion Proyecto Software

Departamento
de Automática
GESTIÓN
DE PROYECTOS
SOFTWARE
Ángel Moreno
Departamento de Automática
Universidad de Alcalá
Gestión de proyectos software 1 Proyectos
CONTENIDO Departamento
de Automática
) Introducción
) Atributos de un proyecto TIC
) Ciclo de vida de un proyecto
) Ciclo de vida de un producto
) Metodología de gestión de proyectos TIC
Jack T. Marchewka “Information Technology Project Management. Providing

Measurable Organizational Value”. Wiley, 2006
Roger S. Pressman “Ingeniería del Software. Un enfoque práctico”. Quinta Ed.,
McGraw Hill, 2002

INTRODUCCIÓN Departamento
de Automática
) El Sw es un elemento del sistema que es lógico, no físico

9 Se desarrolla, no se fabrica en un sentido clásico
9 No se “estropea”, pero se deteriora (no hay “repuestos”)
9 La mayor parte se construye a medida
de Automática
) La crisis del sw
9 Las TIC son cada vez más fiables, rápidas y baratas
9 Su coste, complejidad y riesgos continúan aumentando
9 Informe CHAOS (1995)

de Automática
) ¿Por qué fallan los proyectos TIC?

Éxito Fracaso
1 Implicación del usuario Requisitos incompletos
2 Apoyo directivo Falta de aportación del usuario
3 Claridad en requisitos Falta de recursos
4 Planificación adecuada Expectativas no realistas
5 Expectativas realistas Falta de apoyo directivo
6 División en pequeños proyectos Cambios en requisitos y especificaciones
7 Equipo competente Falta de planificación
8 Propiedad clara del proyecto No necesario
9 Visión y objetivos claros Falta de gestión TIC
10 Equipo de alto rendimiento bien orientado Problemas tecnológicos
Fuente: Standish Group. Informe CHAOS
de Automática
) ¿Cómo mejorar la probabilidad de éxito?

9 Aspectos socio-tecnológicos
¾ No solamente herramientas, técnicas y metodologías
¾ También aspectos organizativos y de atención al cliente
9 Gestión de proyectos
¾ Convertirlo en una metodología, huir de proyectos ad-hoc
¾ El resultado es más independiente del equipo de trabajo
9 Gestión del conocimiento
¾ La excelencia necesita tiempo y experiencia
¾ Proceso sistemático de adquisición, creación, síntesis,
compartición y utilización de información, conocimientos y
experiencia para transformar las ideas en valor para el negocio

de Automática
) Gestión de proyectos TIC

9 Recursos
¾ Precisión en las estimaciones
¾ Control de costes y plazos
9 Expectativas
¾ Productos y servicios profesionales y de calidad
¾ Comunicación e informes de estado periódicos
¾ Prácticas de gestión brillantes
9 Competencia
¾ Interna (entre departamentos) y externa (entre consultoras)
¾ Posibilidad de externalización de los servicios TIC
9 Eficacia y eficiencia
¾ Hacer lo correcto y hacerlo bien
¾ Costes y tiempos de desarrollo menores y mayor calidad
de Automática
) PMI (Project Management Institute)

9 Asociación profesional sin ánimo de lucro más importante
9 Establece estándares y emite certificación profesional
9 Realiza seminarios y programas educativos
9 Mantiene la guía PMBOK (Project Manag. Body of Knowledge)
9 Proyecto
¾ Esfuerzo temporal realizado para cumplir un propósito único
9 Gestión de proyectos
¾ Aplicación de conocimientos, habilidades, herramientas y técnicas
a las actividades de un proyecto para cumplir o sobrepasar las
necesidades y expectativas de los inversores

ATRIBUTOS DE UN PROYECTO TIC Departamento
de Automática
9 Duración temporal
9 Propósito
9 Propiedad
9 Recursos
9 Roles
9 Riesgos y suposiciones
9 Tareas interdependientes
9 Cambio organizativo
9 Operación en un entorno que trasciende el propio proyecto
) El equipo debe conocerlos para alinear el proyecto con la

estructura y estrategia de la empresa y anticipar riesgos

de Automática
) Duración temporal
9 Principio y final definidos
9 Se conoce el principio y se estima el final
9 Se conoce el final y se calcula el inicio
) Propósito
9 Algo tangible que aporte valor a la organización
9 Define el trabajo a realizar, su planificación y presupuesto
9 Proporciona al equipo la dirección a seguir
9 Debe ser posible su evaluación tras completar el proyecto
) Propiedad
9 Un proyecto puede tener varios inversores
9 Un único promotor, interesado en la realización del proyecto

de Automática
) Recursos
9 Tiempo, dinero, personas y tecnología
9 Medios para conseguir el objetivo del proyecto
9 Imponen restricciones al alcance, duración o presupuesto
Alcance Objetivos y Duración

expectativas
del proyecto
Presupuesto

de Automática
) Roles: diferentes personas con diferentes habilidades

9 Director del proyecto: garantiza que todos los procesos de
desarrollo técnico y gestión del proyecto son los adecuados y
se cumplen en el seno de un conjunto específico de requisitos,
procesos definidos y estándares de calidad
9 Promotor del proyecto: individuo interesado en el proyecto
que proporciona recursos y directrices si es necesario
9 Experto(s) en la materia: persona con conocimientos
específicos o experiencia en un área funcional específica
necesarios para el proyecto
9 Expertos técnicos: analistas de sistemas, especialistas de
red, programadores, artistas gráficos, etc. responsables de
definir, crear e implementar la infraestructura técnica y
organizativa necesaria para el producto generado

de Automática
) Riesgos y suposiciones
9 Cada proyecto posee un elemento de riesgo diferente
9 Riesgos internos: derivados del proceso de estimación o
cambios en los recursos
9 Riesgos externos: derivados de dependencias contractuales
9 Suposiciones: utilizadas para determinar el alcance,
planificación o presupuesto y los riesgos del proyecto
) Tareas interdependientes
) Cambio organizativo
9 El resultado del proyecto afectará a la forma de trabajar
9 Pueden aparecer resistencias que lo hagan fracasar
) Operación en un entorno que trasciende el propio proyecto
9 Cultura empresarial, entorno e, incluso, política
CICLO DE VIDA DE UN PROYECTO Departamento

de Automática
) Colección de etapas lógicas por las que pasa un proyecto

9 Para definir, construir y entregar el producto del proyecto
9 Cada fase proporciona una serie de entregables
¾ Productos del trabajo tangibles y verificables
¾ Sirven para definir el trabajo y los recursos necesarios
¾ Al final de cada fase se revisan los entregables clave para evaluar
el proyecto y emprender acciones correctoras si es necesario
) Fases
9 Definición de objetivos
9 Plan del proyecto
9 Ejecución del plan
9 Cierre del proyecto
9 Evaluación

de Automática

de Automática
) Definición del objetivo del proyecto

9 Que proporcione valor a la organización
9 Proporciona al equipo un foco claro y facilita las demás fases
9 Características
¾ El esfuerzo es bajo al principio, se incrementa a medida que avanza
el trabajo y vuelve a decrecer al final
¾ Riesgo e incertidumbre son altos al principio y disminuyen una vez
establecido el objetivo y progresa el proyecto
¾ La posibilidad de que los inversores tengan influencia en el alcance
y coste del proyecto es máxima al comienzo
¾ El coste de modificar el alcance es mayor a medida que avanza el
proyecto

de Automática
) Generación del plan del proyecto

9 Suele ser una tarea más sencilla
¾ ¿Qué vamos a hacer?
¾ ¿Por qué lo vamos a hacer?
¾ ¿Cómo lo vamos a hacer?
¾ ¿Quién va a estar involucrado?
¾ ¿Cuánto va a durar?
¾ ¿Cuánto va a costar?
¾ ¿Qué puede ir mal y qué podemos hacer al respecto?
¾ ¿Cómo se han estimado la duración y el presupuesto?
¾ ¿Por qué se han tomado determinadas decisiones?
¾ ¿Cómo vamos a conocer si hemos tenido éxito?
9 Define entregables, tareas, recursos y duración de cada fase


de Automática
) Ejecución del plan

9 Puesta en práctica el plan del proyecto
9 A medida que progresa el trabajo hay que controlar alcance,
planificación, presupuesto y recursos para garantizar que se
cumple el objetivo
9 Es necesario documentar el progreso y compararlo con el plan
9 Hay que comunicar los avances
9 El resultado es un producto completo implementado y entregado
) Cierre del proyecto
9 Comprobar que todos los trabajos se han completado según lo
acordado
9 Debe existir una aceptación por parte del cliente
9 Suele estar acompañado de un informe final

de Automática
) Evaluación del proyecto

9 A veces el valor de un proyecto no se conoce al implementarlo,
sino algún tiempo después de finalizarlo
9 Existen otras formas de evaluarlo
¾ Lecciones aprendidas (experiencia adquirida)
¾ Convertirlo en mejores prácticas para futuros proyectos
¾ Evaluación del comportamiento del propio equipo y del proyecto
¾ Compensaciones y méritos
¾ A veces se realizan auditorías externas para evaluar
¾ La profesionalidad del director de proyecto y del equipo
¾ Si los entregables son los acordados
¾ Si se han seguido los procedimientos adecuados
¾ Si se han cumplido los estándares de calidad previstos
CICLO DE VIDA DE UN PRODUCTO Departamento

de Automática
) Modelos del proceso del sw

9 Estrategias de desarrollo según la naturaleza del proyecto
Definición
Definición de
de
problemas
problemas
Estado
Estado Desarrollo
Desarrollo
actual
actual técnico
técnico
Integración
Integración de
de
soluciones
soluciones

de Automática
) El más común es el SDLC (Systems Development Life Cycle)

9 Planificación
9 Análisis
9 Diseño
9 Implementación
9 Mantenimiento y soporte

de Automática
) Planificación
9 Identificación de un problema u oportunidad y posible solución
9 Incluye los procesos y actividades de gestión y desarrollo
9 Establece el objetivo, alcance, presupuesto y planificación
9 Identifica los procesos, métodos y herramientas adecuados
) Análisis
9 Profundiza en el problema u oportunidad actual y continúa con
un análisis de requisitos para identificar necesidades
¾ Reuniones, entrevistas y encuestas
¾ Lectura de informes empresariales
¾ Observación de procesos
9 Representación y documentación del sistema a implementar

de Automática
) Diseño
9 Las entradas son los requisitos y los modelos lógicos
9 Diseño de la red, hardware, bases de datos, interfaces, etc.
) Implementación
9 Desarrollo o construcción del sistema, prueba e instalación
9 Entrenamiento, soporte a la puesta en servicio y documentación
) Mantenimiento y soporte
9 Cambios, mejoras y correcciones una vez en producción
9 Línea de atención para consultas o averías
9 Modificaciones necesarias en el tiempo
9 Hasta que se adquiere un nuevo producto (comienza el ciclo)

de Automática
) Implementación del SDLC

9 Método estructurado
¾ Flujo secuencial y lógico de actividades
¾ Sistemas relativamente sencillos e independientes
¾ Hardware bastante más caro que la mano de obra
¾ Herramientas de desarrollo y programación primitivas
¾ Requisitos estables durante todo el proceso

de Automática
) Implementación del SDLC

9 Desarrollo rápido de aplicaciones (RAD)
¾ En la actualidad priman los ciclos de implementación muy cortos
¾ Enfoque menos estructurado para desarrollo de sistemas
¾ Técnicas, herramientas y tecnologías que, cada una por separado y
bajo ciertas circunstancias han demostrado que permiten acortar la
planificación
¾ Pueden combinarse en función del proyecto
¾ Modelo de construcción de prototipos
¾ Desarrollo en espiral
¾ Programación extrema

de Automática
) Desarrollo rápido de aplicaciones (RAD)

9 Modelo de construcción de prototipos
9 El desarrollador y el usuario trabajan juntos para desarrollar
enseguida un sistema parcial o totalmente funcional
¾ Normalmente unos pocos días o semanas
¾ Iteraciones sucesivas añaden o modifican funcionalidad
¾ Útil cuando los requisitos son difíciles de definir o se desconocen las
posibilidades de la tecnología
¾ El prototipo puede ser un sistema que se desecha una vez que se
descubren o refinan las especificaciones de requisitos
¾ Sirve de modelo para desarrollar el sistema final
¾ O puede convertirse en el sistema final después de varias
iteraciones

de Automática
9 Modelo de construcción de prototipos

de Automática
9 Modelo incremental

de Automática

9 Desarrollo en espiral
¾ Orientado a minimizar el riesgo (requisito mal entendido, problema
potencial con la tecnología o el rendimiento, etc.)
¾ Descomposición en pequeños proyectos, cada uno de ellos afronta
uno o varios riesgos
¾ Se comienza a pequeña escala hasta identificar todos los riesgos
¾ Se desarrolla un plan para afrontarlos y se evalúan alternativas
¾ Se identifican los entregables para cada iteración
¾ Se desarrollan y verifican antes de planificar la siguiente
¾ Cada iteración se acerca más al producto final
¾ Las verificaciones tras cada etapa permiten controlar el riesgo
¾ Su principal problema es su complejidad, pues varios equipos
pueden estar trabajando en actividades paralelas

de Automática
9 Desarrollo en espiral

de Automática

9 Desarrollo basado en componentes
¾ Modelo en espiral con programación orientada a objetos
¾ Librerías de clases que encapsulan datos y algoritmos reutilizables
¾ En cada iteración, se identifican clases candidatas y se extraen del
repositorio o se implementan si no existen
¾ Reutilización del sw que reduce el ciclo de desarrollo
9 Proceso unificado de desarrollo
¾ Modelos de desarrollo basados en componentes propuestos y
aceptados por la industria
¾ Utilizan UML (Lenguaje de modelado unificado)
¾ Se definen los componentes y las interfaces
¾ Enfoque incremental e iterativo basado en escenarios de usuario

de Automática
9 Desarrollo basado en componentes

de Automática

9 Programación extrema
¾ El sistema se transfiere al usuario a través de versiones sucesivas
¾ Las versiones se entregan cada pocas semanas
¾ Cada versión es un sistema ejecutable que sólo incluye algunas de
las funciones de la especificación completa
¾ Se documentan los requisitos como una historia de usuario,
utilizando un modelo orientado a objetos (diagramas de clases)
¾ Se desarrollan pruebas de aceptación para cada historia
¾ Las versiones que pasan las pruebas se consideran completas
¾ Implica participación activa del usuario en la prueba e integración
de los diferentes módulos

de Automática
) Relación entre PLC y SDLC

PMBOK Departamento
de Automática
) La guía PMBOK define 9

áreas de conocimiento
para entender la gestión
de proyectos TIC
9 Integración
9 Alcance
9 Planificación
9 Coste
9 Calidad
9 Recursos humanos
9 Comunicaciones
9 Riesgo
9 Aprovisionamiento
PMBOK Departamento
de Automática
) Gestión de la integración del proyecto

9 Coordinación del desarrollo, ejecución y control de cambios del
plan del proyecto
) Gestión del alcance del proyecto
9 Garantía de que se ha definido correcta y completamente y que
se realiza según lo planeado
9 Control de los procedimientos de cambios al alcance del proyecto
) Gestión de la planificación del proyecto
9 Identificación de las fases y actividades del proyecto
9 Estimación, secuenciamiento y asignación de recursos a cada
actividad para cumplir el alcance y objetivos del proyecto

PMBOK Departamento
de Automática
) Gestión del coste del proyecto

9 Garantía de que el presupuesto se desarrolla y completa según
lo aprobado
) Gestión de la calidad del proyecto
9 Planificación, desarrollo y gestión de un entorno de calidad que
permita al proyecto cumplir o exceder las necesidades y
expectativas de los inversores
) Gestión de los recursos humanos del proyecto
9 Creación y evolución del equipo del proyecto
9 Conocer y responder adecuadamente a los comportamientos
relacionados con la gestión del proyecto
PMBOK Departamento
de Automática
) Gestión de las comunicaciones del proyecto

9 Comunicación precisa y a tiempo sobre el proyecto
) Gestión del riesgo del proyecto
9 Identificación y respuesta adecuada a los riesgos que pueden
tener un impacto en el proyecto
) Gestión del aprovisionamiento del proyecto
9 Asegurar que los recursos externos a la organización se
adquieren de forma adecuada
9 Personas, hardware, software, etc.

METODOLOGÍA DE GESTIÓN DE PROYECTOS TIC Departamento
de Automática
) Metodología: plan de gestión y control a nivel estratégico

9 Estructura para iniciar, planificar y desarrollar un sistema
9 Recomienda fases, entregables, procesos, herramientas y
áreas de conocimiento para abordar un proyecto TIC
9 Proporciona un plan del proyecto y su ciclo de vida
9 Lenguaje común para una comunicación más efectiva
9 Método para comparar proyectos de forma objetiva
9 Debe ser flexible y adaptarse a las necesidades del proyecto
9 Debe centrarse en la gestión más que en el producto
9 Con el tiempo incorpora experiencias y mejores prácticas,
optimizando la utilización de recursos y aportando mejoras
competitivas

de Automática

de Automática
) Conceptualización e inicialización del proyecto

9 Definición del objetivo global
9 Es el paso más importante de la metodología de proyectos TIC
¾ Ayuda a definir el alcance del proyecto
¾ Guía las decisiones de todo el ciclo de vida
¾ Permite evaluar el éxito del proyecto una vez concluido
9 Alternativas para cumplir el objetivo
9 Análisis de costes y beneficios, posibilidades y riesgos de cada
alternativa
¾ Elección de una de las alternativas
9 Se genera el caso de negocio como entregable de esta fase
¾ Ayuda a la toma de decisiones de inversión

de Automática
) Charter y plan detallado del proyecto

9 Charter: define la organización del proyecto y la implementación
de la alternativa seleccionada
9 Plan detallado: detalles tácticos del quién y el cuándo
¾ Director, promotor y equipo del proyecto
¾ Papel que desempeña cada uno de ellos
¾ Alcance, coste y duración del proyecto
¾ Recursos y tecnología requeridos
¾ Enfoque, herramientas y metodologías
¾ Tareas a ejecutar, duración y responsables
¾ Entregables del proyecto
¾ Definición en detalle del alcance, planificación, presupuesto y
objetivos de calidad

de Automática
) Charter y plan detallado del proyecto vs. caso de negocio

9 Aunque están relacionados, deben permanecer separados
¾ Es necesario dedicar tiempo y esfuerzo a entender el proyecto de
forma global (conceptualizar e inicializar – caso de negocio)
¾ Planificación estratégica de alto nivel para definir y decidir el
objetivo del proyecto y recomendar una alternativa
¾ Sólo después se definen los detalles (quién y cuándo)
¾ El charter y plan detallado son productos de la planificación táctica
¾ No deben mezclarse con la planificación estratégica
¾ Tomar decisiones no adecuadas por culpa de los detalles
¾ Tiempo y dinero
¾ Es necesario descartar un mal proyecto lo antes posible
¾ Decidir su viabilidad antes de decidir cómo acometerlo

de Automática
) Ejecución y control del proyecto

9 Realizar trabajos y gestionar procesos para cumplir el objetivo
9 El equipo utiliza una metodología concreta y herramientas de
diseño para implementar el ciclo de vida
9 El director de proyecto debe vigilar el entorno e infraestructura
¾ Personas con habilidades, experiencia y conocimientos adecuados
¾ Infraestructura técnica, métodos y herramientas
¾ Entorno de trabajo
¾ Alcance, planificación, presupuesto y controles de calidad
¾ Plan de implementación y de riesgos detallados
¾ Plan de adquisiciones
¾ Plan de gestión de cambios y de la calidad
¾ Plan de comunicación
¾ Plan de pruebas y de evaluación y compensación de personas
de Automática
) Cierre del proyecto

9 Aceptación formal tras desarrollo, pruebas e instalación
9 Transferencia de control al cliente o promotor
9 Informe final y presentación para documentar y verificar que
todos los entregables se han completado de acuerdo a lo
especificado en el alcance del proyecto
9 Determinación del coste final del proyecto, emisión de facturas
pendientes y asignación de cargos pendientes a cuentas internas
9 Procesos internos de cierre formal
¾ Cierre de todas las cuentas asociadas al proyecto
¾ Archivado de documentos y archivos
¾ Liberación de recursos asociados al proyecto

de Automática
) Evaluación del éxito del proyecto

9 Revisión final del proyecto por parte del director y el equipo
¾ Qué se ha hecho bien y qué se podría haber hecho mejor
¾ Documentación y compartición de las lecciones aprendidas
¾ Identificación de mejores prácticas a consolidar en la metodología
9 Evaluación entre el director y cada miembro del equipo
¾ Información sobre su rendimiento en el proyecto
¾ Fortalezas, oportunidades de mejora y planes de acción individuales
9 Evaluación por terceros del proyecto y el equipo
¾ Alcance, planificación, presupuesto y calidad
¾ Satisfacción del cliente o promotor
¾ Seguimiento de la metodología por parte del equipo
¾ Riesgos y conflictos afrontados y cómo se han manejado
9 Evaluación del valor aportado a la organización
de Automática
) Bases de la gestión de proyectos TIC

9 Procesos de gestión de proyectos
9 Objetivos de gestión de proyectos
9 Herramientas
9 Infraestructura
9 Áreas de conocimiento (PMBOK)

de Automática
) Procesos de gestión de proyectos

9 Descripción y organización del trabajo a realizar
9 Procesos de inicio
¾ Comienzo de un proyecto o fase tras su aceptación
9 Procesos de planificación
¾ Desarrollo y mantenimiento de un plan acorde con el objetivo
9 Procesos de ejecución
¾ Coordinación de personas y otros recursos
9 Procesos de control
¾ Mecanismos de control y generación de informes
¾ Supervisión de avances, identificación de problemas y acciones
9 Procesos de cierre
¾ Aceptación formal de que el proyecto o fase se ha completado

de Automática
) Objetivos de gestión de proyectos

9 Dan soporte al objetivo global
9 Se definen en términos de
¾ Alcance
¾ Planificación temporal
¾ Presupuesto
¾ Estándares de calidad
9 Ninguno por separado puede decidir el éxito del proyecto, pero
juntos contribuyen al objetivo global

de Automática
) Infraestructura
9 Organizacional
¾ Gestión y apoyo de los proyectos dentro de la organización
¾ Asignación de recursos
¾ Relaciones de comunicación del director de proyecto y el equipo
¾ Papel del proyecto dentro de la organización
9 De proyecto
¾ Entorno del proyecto: espacio físico de trabajo y reuniones
¾ Roles y responsabilidades de los miembros del equipo
¾ Procesos y controles: soporte a la gestión del proyecto
9 Técnica
¾ Herramientas hw y sw que necesita el equipo para trabajar
¾ Sw de gestión, email, procesador de texto, acceso a Internet, etc.

de Automática
) Herramientas
9 Dan soporte a los procesos y a los productos del proyecto
9 Herramientas y técnicas para ayuda a la estimación
9 Desarrollo y gestión del alcance, planificación, presupuesto y
calidad
9 Ayuda al desarrollo del sistema de información
¾ Herramientas y modelos CASE (Computer Aided Software
Engineering) para analizar y diseñar las fases del desarrollo
) Áreas de conocimiento de gestión de proyectos
9 Las 9 áreas definidas por el PMI (Guía PMBOK)
9 La experiencia contribuye a crear una base de conocimiento de
gestión para identificar mejores prácticas adaptadas a las
necesidades, cultura y entorno de la organización

Gestion Proyecto Software

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Gestion Proyecto Software

Transféré par

Droits d'auteur :

Formats disponibles

Departamento

Gestión de proyectos software 1 Proyectos

Jack T. Marchewka “Information Technology Project Management. Providing

Gestión de proyectos software 2 Proyectos

) El Sw es un elemento del sistema que es lógico, no físico

Gestión de proyectos software 3 Proyectos

Gestión de proyectos software 4 Proyectos

) ¿Por qué fallan los proyectos TIC?

Fuente: Standish Group. Informe CHAOS

Gestión de proyectos software 5 Proyectos

) ¿Cómo mejorar la probabilidad de éxito?

Gestión de proyectos software 6 Proyectos

) Gestión de proyectos TIC

Gestión de proyectos software 7 Proyectos

) PMI (Project Management Institute)

Gestión de proyectos software 8 Proyectos

) El equipo debe conocerlos para alinear el proyecto con la

Gestión de proyectos software 9 Proyectos

ATRIBUTOS DE UN PROYECTO TIC Departamento

Gestión de proyectos software 10 Proyectos

Alcance Objetivos y Duración

Gestión de proyectos software 11 Proyectos

ATRIBUTOS DE UN PROYECTO TIC Departamento

) Roles: diferentes personas con diferentes habilidades

Gestión de proyectos software 12 Proyectos

Gestión de proyectos software 13 Proyectos

CICLO DE VIDA DE UN PROYECTO Departamento

) Colección de etapas lógicas por las que pasa un proyecto

Gestión de proyectos software 14 Proyectos

Gestión de proyectos software 15 Proyectos

CICLO DE VIDA DE UN PROYECTO Departamento

) Definición del objetivo del proyecto

Gestión de proyectos software 16 Proyectos

) Generación del plan del proyecto

9 Define entregables, tareas, recursos y duración de cada fase

CICLO DE VIDA DE UN PROYECTO Departamento

) Ejecución del plan

Gestión de proyectos software 18 Proyectos

) Evaluación del proyecto

Gestión de proyectos software 19 Proyectos

CICLO DE VIDA DE UN PRODUCTO Departamento

) Modelos del proceso del sw

Gestión de proyectos software 20 Proyectos

) El más común es el SDLC (Systems Development Life Cycle)

Gestión de proyectos software 21 Proyectos

CICLO DE VIDA DE UN PRODUCTO Departamento

Gestión de proyectos software 22 Proyectos

Gestión de proyectos software 23 Proyectos

CICLO DE VIDA DE UN PRODUCTO Departamento

) Implementación del SDLC

Gestión de proyectos software 24 Proyectos

) Implementación del SDLC

Gestión de proyectos software 25 Proyectos

CICLO DE VIDA DE UN PRODUCTO Departamento

) Desarrollo rápido de aplicaciones (RAD)

Gestión de proyectos software 26 Proyectos

9 Modelo de construcción de prototipos

Gestión de proyectos software 27 Proyectos

CICLO DE VIDA DE UN PRODUCTO Departamento

Gestión de proyectos software 28 Proyectos

) Desarrollo rápido de aplicaciones (RAD)

Gestión de proyectos software 29 Proyectos

CICLO DE VIDA DE UN PRODUCTO Departamento

Gestión de proyectos software 30 Proyectos