Beruflich Dokumente
Kultur Dokumente
Contenidos 1. 2. 3. 4. 5. 6. 7. Introduccin reas de gestin de proyectos Procesos del proyecto Madurez del proceso El equipo de trabajo j Herramientas Teora W
Introduccin (I)
Proyecto: Conjunto de actividades dirigidas a crear un nico producto servicio o resultado producto,
Programa: grupo de proyectos relacionados que se gestionan de forma coordinada para obtener unos beneficios y un control que no es posible obtener gestionndolos individualmente
P f li (portfolio) Porfolio ( tf li ): coleccin l i d de proyectos t y/o / programas que se agrupan para facilitar la gestin efectiva del trabajo y conseguir i l los objetivos bj ti estratgicos t t i d de negocio i
Introduccin (II)
La gestin de proyectos es la aplicacin de conocimientos, habilidades, herramientas y tcnicas a las actividades de un proyecto para conseguir los requisitos del proyecto
La gestin de programas es la gestin coordinada y centralizada de un programa para obtener los beneficios y objetivos estratgicos del programa
La g gestin de porfolios p la g gestin centralizada de uno o ms porfolios, incluyendo identificacin, priorizacin, autorizacin, gestin y control de proyectos, programas y otros trabajos relacionados para conseguir objetivos estratgicos de negocio especficos
Introduccin (III)
El ciclo de vida y las fases del proyecto: determinan las actividades de gestin que hay que realizar y la forma y el momento de realizacin de las mismas
El equipo de gestin del proyecto debe identificar a los stakeholders y determinar y gestionar sus requisitos para asegurar el xito del proyecto Los stakeholders clave son el gestor responsable del proyecto, el cliente, la organizacin encargada del desarrollo del proyecto, los miembros del equipo del proyecto y el patrocinador del proyecto
Influencias de la organizacin: cultura, normas, poltica, estructura organizativa que tienen influencia en el proyecto Prcticas clave de gestin: prcticas que afectan a la mayora de los proyectos Influencias del entorno socioeconmico: estndares, reglamentos, culturas, internacionalizacin impacto social, internacionalizacin, social etc etc.
Visin general de la administracin de proyectos 5
Gestin de la integracin del proyecto: procesos necesarios para asegurar g la adecuada coordinacin de los elementos del p proyecto y Gestin del alcance del proyecto: procesos para asegurar que el proyecto incluye el trabajo requerido Gestin del tiempo: procesos que aseguran la terminacin del proyecto a tiempo Gestin del coste: procesos que aseguran la realizacin del proyecto con el presupuesto p p aprobado p Gestin de la calidad: procesos para asegurar la satisfaccin de las necesidades establecidas Gestin de recursos humanos: p procesos necesarios p para hacer ms efectivo el trabajo de las personas implicadas en el proyecto Gestin de las comunicaciones: procesos que aseguran que la generacin, recoleccin, diseminacin y almacenamiento de la informacin d l proyecto se realice del li d de l la f forma apropiada i d y a tiempo i Gestin de riesgos: procesos relacionados con la identificacin, anlisis y respuesta a los riesgos del proyecto G ti de Gestin d las l adquisiciones d i i i : procesos para la l adquisicin d i i i d de bi bienes y servicios fuera de la organizacin
Visin general de la administracin de proyectos 6
Gestin de la calidad
Planificacin de la calidad Aseguramiento de la calidad Control de la calidad
Gestin de comunicaciones
Planificacin de comunicaciones Distribucin de la informacin Informe de la ejecucin Cierre administrativo
Procesos del proyecto (I) Proceso: sucesin de acciones que dan lugar a un resultado
Procesos orientados al producto: especifican y crean el producto del proyecto Procesos de gestin del proyecto: describen, organizan y completan el trabajo proyecto Se organizan en cinco grupos:
Procesos de iniciacin: autorizan el proyecto o una fase Procesos de planificacin: definicin y refinamiento de objetivos y seleccin de la mejor alternativa Procesos de ejecucin j : coordinacin de recursos p para ejecutar j el plan Procesos de control: monitorizacin y medicin del progreso Procesos de cierre: formalizacin de aceptacin
Visin general de la administracin de proyectos 8
Iniciacin
Planificacin
C t l Control
Ej Ejecucin i
Procesos de iniciacin
Estudio de la viabilidad Estudio preliminar de los requisitos Concepto p de operaciones p Plan preliminar
Procesos de planificacin
Procesos principales P i i l (core): ( ) Definicin D fi i i y planificacin l ifi i d del l alcance, l definicin, secuenciacin y estimacin de la duracin de las actividades, desarrollo de la programacin (schedule), planificacin de la gestin de riesgos, planificacin de los recursos, estimacin y presupuestacin del coste, desarrollo del plan del proyecto Procesos de facilitacin: Planificacin de la calidad, planificacin organizativa, adquisicin de personal, planificacin de las comunicaciones, identificacin del riesgo, anlisis cualitativo y cuantitativo del riesgo, riesgo planificacin de la respuesta al riesgo
Visin general de la administracin de proyectos 10
Procesos de ejecucin
Ejecucin Ej i d del l plan l d del l proyecto t Aseguramiento de la calidad Desarrollo del equipo Distribucin de la informacin Solicitud Seleccin de fuentes Administracin del contrato Co t o de ca Control cambios b os integrado teg ado Verificacin del alcance Control de cambios del alcance Control de la programacin Control del coste Control de la calidad Informe de la ejecucin Control y monitorizacin de riesgos
Visin general de la administracin de proyectos 11
Procesos de control
Procesos de cierre
Nivel de actividad
Procesos de iniciacin
Procesos de control
Comienzo de la fase
Tiempo
Fin de la fase
El SEI (Software Engineering Institute) ha desarrollado un modelo de capacidad de madurez (CMM) con cinco niveles:
Nivel 1 (Inicial): se definen pocos procesos Nivel 2 (Repetible): se establecen los procesos de gestin del proyecto para hacer un seguimiento del coste, de la planificacin y de la funcionalidad Nivel 3 (Definido): El proceso del software de las actividades de gestin y de ingeniera se documenta, se estandariza y se integra dentro de un proceso de software de toda una organizacin Nivel 4 (Gestionado): Se recopilan medidas detalladas del proceso de software y de la calidad del producto Nivel 5 (Optimizacin): Mediante un resultado cuantitativo del proceso y de las ideas y tecnologas innovadoras se posibilita una mejora del proceso
Cada rea clave describe las funciones de la ingeniera del software que se deben presentar para satisfacer una buena prctica en un nivel particular Objetivos Compromisos Capacidades Actividades Mtodos para supervisar la implementacin Mtodos para verificar la implementacin Normas procedimientos y actividades que deben ocurrir antes de que se haya instituido completamente un rea de proceso clave.
Nivel 3
Nivel 4 Nivel 5
El equipo de trabajo
Reglas bsicas:
Cada equipo debe ser lo suficientemente pequeo para ser controlable y manejable Cada equipo deber realizar las tareas que conduzcan a un nivel adecuado de interaccin con otros equipos Cada equipo deber realizar las tareas que constituyan una gran cohesin
Papeles y responsabilidades claros Monitorizacin del rendimiento individual y realimentacin Comunicacin efectiva Toma de decisiones basada en hechos
Visin general de la administracin de proyectos 17
Jefe de proyecto Administracin Documentacin Seguro y control de calidad Soporte mtodos e instrumentos
Jefe de proyecto: sus funciones son planificar, coordinar y controlar. Administracin y documentacin: labor de asistir al jefe de proyecto en la administracin (planificacin, reuniones, etc.) as como en la documentacin durante todo el proyecto Soporte de mtodos e instrumentos: funcin de asistencia a l miembros los i b del d l equipo i en el l uso d de mtodos t d y h herramientas i t Seguro y control de calidad: revisin del proyecto para asegurar la calidad de los documentos documentos, principalmente empleando tcnicas de lectura cruzada
Modelos de equipo
Equipo de negocios: grupo de personas con el mismo estatus y diferente mbito de experiencia, encabezados por un jefe tcnico. Equipo con programador jefe: fue concebido por IBM y popularizado por Brooks (Brooks 1975 (Brooks, 1975, 1995) 1995). En este equipo equipo, los programadores jefe son los ms productivos, ellos realizan la especificacin completa, el diseo, y la mayora del cdigo de produccin. El resto de los miembros se especializan en tareas concretas. Eq ipo en la sombra: aglutina Equipo agl tina un n grupo gr po de desarrolladores de prod productos ctos creativos. stos son liberados de las restricciones burocrticas habituales y tienen libertad para desarrollar e innovar. Equipo de prestaciones: el desarrollo, el control de calidad, la documentacin, la gestin del programa y el marketing estn organizados con las estructuras tradicionales jerrquicas de responsabilidad. Cada equipo toma uno o ms miembros de estos grupos y les asigna la responsabilidad de una parte de la producto ( (McCarthy, y, 1995). ) funcionalidad del p Equipo SWAT: grupo de personas con una slida formacin en una herramienta o mtodo determinado que se dedican a resolver un problema que se adapta perfectamente a esa herramienta o mtodo. Otros modelos: equipo de bsqueda y rescate, equipo profesional de atletismo, equipo de teatro...
Visin general de la administracin de proyectos 20
Grandes equipos
Los equipos grandes plantean problemas especiales de comunicacin y coordinacin. Todos los mtodos para simplificar las comunicaciones se basan en la grupos p p pequeos q y la asignacin g de responsables p dentro de creacin de g cada grupo. La creacin de los grupos se puede hacer de varias formas:
Jerrquica o descentralizada controlada (DC): Existe un jefe del proyecto y jefes secundarios responsables de diferentes partes del proyecto. En red o descentralizada democrtica (DD): Existe uno o varios coordinadores no permanentes. En estrella o centralizada coordinada (CC): Hay un jefe de equipo que se encarga de d realizar li tareas de d alto l nivel i l y coordinar di al l resto d de l los miembros. i b
DC
DD
Formas de organizacin de equipos
CC
Visin general de la administracin de proyectos 21
Herramientas (I)
Tipos de herramientas
Herramientas H i t de G es tin
SEGUIMIENTO
Anlisis
Diseo
CASE INFERIORES
Implementacin
GENERADORES DE CDIGO
Prueba
Mantenimiento
Herramientas Tcnicas
CASE SUPERIORES
CASE INTEGRADO
LENGUAJES DE 4 4 GENERACIN
Herramientas de S oporte
Herramientas (II)
Tipos de herramientas
De planificacin de proyectos: Ayudan a definir las tareas y a representar las interdependencias entre ellas De anlisis de riesgos: permiten construir tablas de riesgos que facilitan la identificacin y el anlisis de dichos riesgos De administracin de proyectos: son herramientas de seguimiento del proyecto y proporcionan una indicacin de la calidad del producto De mtricas y gestin: capturan mtricas especficas del proyecto que proporcionan una indicacin global de la calidad o de la productividad De documentacin: herramientas de produccin de d documentos t y de d autoedicin t di i De control de calidad: la mayora realizan una auditora del cdigo fuente para ver si se ajusta a ciertos estndares del l lenguaje j
Visin general de la administracin de proyectos 23
Herramientas (III)
Criterios de seleccin
Beneficios estimados: estimar la eficiencia que se espera ganar con su uso Estabilidad del vendedor:
Tiempo que lleva en el negocio La herramienta entra en la lnea principal de trabajo? Podra ser soportada p p por otra empresa? p ...
Calidad: la calidad de la herramienta va a influir en la calidad de la aplicacin que se va a realizar con ella Madurez: generalmente las primeras versiones de las herramientas no tienen mucha calidad Tiempo de formacin: hay que considerar si alguna persona del equipo tiene experiencia directa con la herramienta y la productividad que se perder en la curva de p j aprendizaje Aplicabilidad: asegurarse de que la herramienta es aplicable al proyecto y no hay que forzar su adaptacin Compatibilidad con otras herramientas en uso mbito de crecimiento: deber soportar el probable crecimiento del producto (sistema de software) Personalizacin de los criterios: asegurarse de comprar la herramienta segn criterios propios Compromiso: una vez seleccionada la herramienta debe usarse y no cambiarla a mitad del proyecto
Visin general de la administracin de proyectos 24
Teora W (I)
La teora W (Boehm y Ross, 1989) proporciona un entorno de trabajo para la gestin de proyectos orientado a la reconciliacin de intereses opuestos Est diseada para su uso combinado con el modelo de ciclo de vida en espiral La mayora de los proyectos comienzan con un grupo de implicados que tienen intereses contrapuestos, como puede observarse en la t bl siguiente: tabla i i t
Clientes O B J E T I V O S Jefes Desarrolladores Usuarios Finales Mantenimiento
Planificacin Sin retrasos Diseo interesante Muchas Sin defectos rpida prestaciones Presupuesto Sin b j bajo sorpresas xito en el proyecto Exploracin de nuevas tcnicas t i Software amigable i bl Buena d documentacin t i Fcilmente modificable
Teora W (II)
Aspectos de la teora W:
Objetivos ms claros del proyecto: el proyecto comienza identificando las condiciones de xito de los implicados Mejores relaciones con el cliente: mejora de la eficiencia por la mejor comunicacin, planificacin ms realista ... R d Reduccin i d del l riesgo i relacionado l i d con el l cliente li t
Pasos de la teora W:
Teora W (III)
Comprender la forma en que las personas quieren ganar Establecer expectativas p razonables p por p parte de todos los implicados p Adecuar las tareas de las personas con sus condiciones de xito Proporcionar un entorno que soporte los objetivos del proyecto
Establecer un plan realista Utilizar el plan para controlar el proyecto Identificar y gestionar los riesgos donde todos pierden o donde unos pierden y otros ganan Mantener implicadas a las personas
Adecuar el producto a las condiciones de xito de los usuarios finales y de las personas de mantenimiento
Visin general de la administracin de proyectos 27
BIBLIOGRAFA
Boehm, B. y Ross, R., Theory-W Software Project Management: Principles and Examples, IEEE Transaction on Software Engineering, 1989. Brooks, F., The Mythical Man-Month, Anniversary Edition, Addison-Wesley, 1995. Juan, A. y Prez, P., La Auditora en el Desarrollo de Proyectos Informticos, Ed. Diaz de Santos, 1988. IEEE Standard for Software Project Management Plans (IEEE Standard 1058-1998), New York, IEEE, 1998. Larson, C. y LaFasto, F., Teamwork: What Must Go Right; What Can Go Wrong. Sage, 1989. McCarthy, J., Dynamics of Software Development, Microsoft Press, 1995. McConnell, S., Desarrollo y gestin de proyectos informticos, Mc Graw Hill 1997. , M. et al., , Capability p y Maturity y Model for Software, Software Engineering g g Institute, , Carnie Mellon Paulk, University, Pittsburgh, P.A., 1993. PMI (Project Management Institute), A Guide to the Project Management Body of Knowledge (PMBOK Guide), 3th ed., Standard ANSI/PMI 99-001-2004, 2004. http://www.pmi.org PMI (Project Management Institute), PM Standards Program, 2003. Pressman, R.S., Ingeniera del Software, un enfoque prctico, 6 ed., Mc Graw Hill, 2006. Puig J Puig, J., Proyectos Informticos Informticos. Planificacin, Planificacin Desarrollo y Control, Paraninfo, Paraninfo 1994. 1994 Quang, P. Y Gonin J., Direccin de proyectos informticos, Eyrolles, 1994.
Visin general de la administracin de proyectos 28