Académique Documents
Professionnel Documents
Culture Documents
7. Herramientas de ayuda
7.1. Tipos de herramientas 7.2. Criterios de seleccin
8. Teora W
1. Introduccin
O
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 las beneficios y objetivos estratgicos del programa La gestin de porfolios la 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
Visin General de la Administracin de Proyectos 2
1. Introduccin
O
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
Bases de gestin
Consiste en determinar el tamao del producto, asignar los recursos apropiados a un producto de ese tamao, crear un plan para aplicar esos recursos y controlar y dirigir los recursos para evitar que el proyecto se desve La gestin controla las tres magnitudes del tringulo planificacin-coste-producto Bases: estimacin, planificacin, seguimiento y medicin
Bases tcnicas
Se refiere a la utilizacin de mtodos de desarrollo. Incluye: Gestin de requisitos Diseo Construccin Gestin de la configuracin del Software
Estimacin y planificacin
Las etapas bsicas iniciales de cualquier proyecto de software son, en primer lugar, estimar el tamao del producto, luego estimar el esfuerzo necesario para construir un producto con ese tamao y por ltimo realizar la planificacin basndose en la estimacin del esfuerzo. La planificacin de un proyecto software incluye las siguientes actividades: Estimacin y planificacin Determinar el nmero de participantes Organizar el equipo de trabajo Elegir el modelo de ciclo de vida a seguir Gestin de riesgos Tomar decisiones estratgicas
Tiempo s Recurs os
Secuenc ia de tareas
Fecha de comienzo
Estimacin
Planificacin Calendario
Seguimiento
Despus de la planificacin del proyecto hay que realizar un seguimiento del proceso de desarrollo para asegurar que se est cumpliendo el plan previsto: objetivos de planificacin, coste y calidad. Las actividades de seguimiento: nivel de gestin: listas de tareas, informes sobre el estado, informes de presupuesto, revisiones de hitos ... nivel tcnico: intervenciones y revisiones tcnicas y entradas de calidad que controlan la finalizacin de los hitos. Uno de los problemas tpicos de los proyectos reales es la visibilidad de la gestin del proyecto. En un proyecto ideal, en todo momento se tiene el 100% de visibilidad.
Medidas
Recogida de datos mtricos para analizar la calidad y la productividad del software. La obtencin de datos histricos proporciona las bases para la planificacin de proyectos futuros. Las mtricas mejoran la visibilidad del estado del proyecto.
Gestin de requisitos
Proceso consistente en reunir requisitos, plasmarlos en un documento, hacer un seguimiento del diseo y del cdigo y gestionar los cambios para el resto del proyecto. Bases de la gestin de requisitos: Metodologas de anlisis de requisitos Mtodos para crear el modelo del sistema Mtodos de comunicacin Relaciones entre la gestin de requisitos y los diferentes modelos de ciclo de vida
Diseo
Bases de la arquitectura y el diseo: Principales estilos de diseo Conceptos fundamentales del diseo (ocultamiento de la informacin, modularidad, abstraccin ...) Enfoques de diseo estndar en reas conflictivas (manejo de excepciones, rendimiento, E/S...) Consideraciones del diseo propias del dominio de la aplicacin Esquema de arquitectura Uso de herramientas de diseo
Construccin
Bases de la construccin: Metodos de codificacin Directrices de uso de datos especficos Conceptos relativos al control Aserciones y otros mtodos de deteccin de errores basados en el cdigo Reglas para compactar cdigo Mtodos de depuracin y comprobacin de unidades Estrategias de integracin (incremental, big-bang...) Detalles del lenguaje de programacin Uso de herramientas de construccin
Seguimiento:
Es la comprobacin peridica del cumplimiento de las previsiones. Tiene dos aspectos diferenciados: Comprobacin de la funcionalidad: control de calidad del producto. Comprobacin de la planificacin: control de calidad del proceso (eficiencia y productividad).
PLAN DE PRUEBAS
CONTROL CALIDAD
REVISAR PLANIFICACI N
Revisiones Son tcnicas estticas que se aplican en varios momentos del desarrollo del software y sirven para detectar defectos que puedan as ser eliminados. Tipos de revisiones (IEEE Std. 1028):
Revisiones de gestin: sirven para controlar el progreso y detectar inconsistencias de los planes con la programacin y los requisitos. Revisiones tcnicas: revisan la documentacin producida a lo largo del proyecto. Inspecciones: revisiones que involucran al autor de un producto. Walkthrough: inspecciones conducidas nicamente por miembros del grupo de desarrollo que examinan una parte especfica del producto. Auditoras: evaluaciones independientes sobre el cumplimiento de estndares, planes, procedimientos ...
Pruebas
Es el mtodo ms comn de control de calidad. Su objetivo es la deteccin de errores mediante la ejecucin de los programas. La prueba puede afectar de manera indirecta a la planificacin del proyecto si pone de manifiesto que la calidad del producto es demasiado baja para lanzarlo. Para atenuar el efecto negativo sobre la planificacin es necesario preparar un plan que permita corregir los errores tan pronto como sea posible. Niveles de prueba: Pruebas de unidad: se dirigen a mdulos o clases individuales. Pruebas de subsistemas: determinan si un subsistema trabaja como se esperaba. Pruebas del sistema: sirven para confirmar que el sistema se comporta como el usuario desea.
Iniciacin
Planificacin
Control
Ejecucin
Flujo de informacin
Cierre
Figura 4. Enlaces entre grupos de procesos en una fase Visin General de la Administracin de Proyectos 14
Procesos de iniciacin
Estudio de la viabilidad Estudio preliminar de los requisitos Concepto de operaciones Plan preliminar
Procesos de planificacin
Procesos principales (core): Definicin y planificacin del alcance, 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, planificacin de la respuesta al riesgo
Procesos de ejecucin
Ejecucin del plan del proyecto Aseguramiento de la calidad Desarrollo del equipo Distribucin de la informacin Solicitud Seleccin de fuentes Administracin del contrato
Visin General de la Administracin de Proyectos 15
Procesos de control
Control de cambios integrado 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
Procesos de cierre
Cierre del contrato Cierre administrativo
Procesos de ejecucin Procesos de planificacin Procesos de control Procesos de cierre
Nivel de actividad
Procesos de iniciacin
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.
El SEI ha asociado reas clave del proceso (ACP) a cada nivel. Cada una de ellas describe las funciones de la ingeniera del software que se deben presentar para satisfacer una buena prctica en un nivel particular. Cada ACP se describe identificando las siguientes caractersticas: Objetivos, compromisos, capacidades, actividades, mtodos para supervisar la implementacin y mtodos para verificar la implementacin.
Visin General de la Administracin de Proyectos 17
Nivel 3
Nivel 4 Nivel 5
Cada ACP define un conjunto de prcticas clave (normas procedimientos y actividades que deben ocurrir antes de que se haya instituido completamente un rea de proceso clave. Cada nivel contiene todas las ACPs del nivel anterior.
Visin General de la Administracin de Proyectos 18
6. Organizacin de un proyecto
6.1. Decisin estratgica
La decisin de llevar a cabo un proyecto debe considerarse una decisin estratgica , por cuanto es capaz de influir en el funcionamiento y, por tanto, en la rentabilidad de la empresa.
O
O O
El plan de sistemas decide las necesidades de informacin. El plan estratgico est orientado a conseguir la informacin necesaria. Hay que considerar:
La situacin actual La situacin deseada Las distintas alternativas
Organizacin de un proyecto
6.2. El equipo de trabajo
O
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 de interaccin con otros equipos. Cada equipo deber realizar las tareas que constituyan una gran cohesin.
Caractersticas adicionales:
Papeles y responsabilidades claros. Monitorizacin del rendimiento individual y realimentacin. Comunicacin efectiva. Toma de decisiones basada en hechos.
Organizacin de un proyecto
El equipo de trabajo
O
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 los miembros del equipo en el uso de mtodos y herramientas. Seguro y control de calidad: revisin del proyecto para asegurar la calidad de los documentos, principalmente empleando tcnicas de lectura cruzada.
Visin General de la Administracin de Proyectos 21
Organizacin de un proyecto
El equipo de trabajo
O
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, 1995). En este 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. Equipo en la sombra: aglutina un grupo de desarrolladores de productos 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 funcionalidad del producto (McCarthy, 1995). 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 22
Organizacin de un proyecto
El equipo de trabajo
O
Grandes equipos
Los equipos grandes plantean problemas especiales de comunicacin y coordinacin. Todos los mtodos para simplificar las comunicaciones se basan en la creacin de grupos pequeos y la asignacin de responsables dentro de 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 realizar tareas de alto nivel y coordinar al resto de los miembros.
DC
DD
CC
7. Herramientas de ayuda
7.1. Tipos de herramientas
O
Anlisis
Diseo
CASE INFERIORES
Implementacin
Prueba
Mantenimiento
CASE SUPERIORES
CASE INTEGRADO
LENGUAJES DE 4 GENERACIN
Herramientas de ayuda
7.2. Criterios de seleccin
O
Beneficios estimados: es necesario 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 por otra empresa? ...
O O
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 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 25
8. Teora W
O
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 tabla siguiente:
Clientes O B J E T I V O S Jefes Desarrolladores Diseo interesante Exploracin de nuevas tcnicas Usuarios Finales M antenimie nto
M uchas Sin defectos prestaciones Software amigable Software rpido Software robusto Buena documentacin Fcilme nte modificable
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 ... Reduccin del riesgo relacionado con el cliente.
Visin General de la Administracin de Proyectos 26
Teora W
Pasos de la teora W:
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, New York, IEEE, 1987. (IEEE/ANSI Standard 1058.1-1987). 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. Paulk, M. et al., Capability Maturity Model for Software, Software Engineering Institute, Carnie Mellon University, Pittsburgh, P.A., 1993. PMI (Project Management Institute), A Guide to the Project Management Body of Knowledge (PMBOK Guide), 2000. PMI (Project Management Institute), PM Standards Program, 2003. Pressman, R.S., Ingeniera del Software, un enfoque prctico, Mc Graw Hill, 1998. Puig, J., Proyectos Informticos. Planificacin, Desarrollo y Control, Paraninfo, 1994. Quang, P. Y Gonin J., Direccin de proyectos informticos, Eyrolles, 1994.