VISIN GENERAL DE LA ADMINISTRACIN DE PROYECTOS

1. Introduccin 2. reas de gestin de proyectos 3. Bases del desarrollo de software

3.1 Bases de gestin 3.2 Bases tcnicas 3.3 Bases de control de calidad

Tema 5

Administracin de Proyectos Informticos

4. Procesos del proyecto 5. Madurez del proceso 6. Organizacin de un proyecto

6.1 Decisin estratgica 6.2 El equipo de trabajo

7. Herramientas de ayuda
7.1. Tipos de herramientas 7.2. Criterios de seleccin

8. Teora W

Visin General de la Administracin de Proyectos 1

Administracin de Proyectos Informticos

1. Introduccin
Conceptos bsicos [PMI, 2003] :
Proyecto: Conjunto de actividades dirigidas a crear un nico producto, servicio o resultado 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 Porfolio (portfolio): coleccin de proyectos y/o programas que se agrupan para facilitar la gestin efectiva del trabajo y conseguir los objetivos estratgicos de negocio

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

Administracin de Proyectos Informticos

1. Introduccin
La gestin de proyectos opera en un entorno en el que hay que considerar:
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 Personas y organizaciones involucradas en el proyecto (stakeholders): 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, etc.

Visin General de la Administracin de Proyectos 3

Administracin de Proyectos Informticos

2. reas de la gestin de proyectos

Las actividades de gestin de proyectos se agrupan en nueve reas:

Gestin de la integracin del proyecto: procesos necesarios para asegurar la adecuada coordinacin de los elementos del proyecto 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 aprobado Gestin de la calidad: procesos para asegurar la satisfaccin de las necesidades establecidas Gestin de recursos humanos: procesos necesarios 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 del proyecto se realice de la forma apropiada y a tiempo Gestin de riesgos: procesos relacionados con la identificacin, anlisis y respuesta a los riesgos del proyecto Gestin de las adquisiciones: procesos para la adquisicin de bienes y servicios fuera de la organizacin
Visin General de la Administracin de Proyectos 4

Administracin de Proyectos Informticos

reas de la gestin de proyectos

Gestin Gestin de de Proyectos Proyectos
Gestin de la integracin
Desarrollo del plan del proyecto Ejecucin del plan del proyecto Control de cambios integrado

Gestin del alcance

Iniciacin Planificacin del alcance Definicin del alcance Verificacin del alcance Control de cambios del alcance

Gestin del tiempo

Definicin de actividades Secuenciacin de actividades Estimacin de la duracin Desarrollo de la programacin Control de la programacin

Gestin del coste

Planificacin de recursos Estimacin del coste Presupuestacin del coste Control del coste

Gestin de la calidad
Planificacin de la calidad Aseguramiento de la calidad Control de la calidad

Gestin de recursos humanos

Planificacin organizativa Adquisicin de personal Desarrollo del equipo

Gestin de comunicaciones
Planificacin de comunicaciones Distribucin de la informacin Informe de la ejecucin Cierre administrativo

Gestin del riesgo

Planificacin de la gest. riesgo Identificacin del riesgo Anlisis cualitativo del riesgo Anlisis cuantitativo del riesgo Planificacin respuesta al riesgo Control y monitoriz. del riesgo

Gestin de las adquisiciones

Planificacin de la adquisicin Planificacin de la solicitud Solicitud Seleccin de fuentes Administracin del contrato Cierre del contrato

Figura 1. Actividades de gestin de proyectos Visin General de la Administracin de Proyectos 5

Administracin de Proyectos Informticos

3. Bases del desarrollo de software

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

Bases de control de calidad

Control dirigido a asegurar la calidad : del proceso del producto Actividades del control de calidad: Seguimiento Revisiones Pruebas
Visin General de la Administracin de Proyectos 6

Administracin de Proyectos Informticos

Bases del desarrollo de software

3.1. Bases de gestin

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

Tiempos Recursos

Secuencia de tareas

Fecha de comienzo

Estimacin

Planificacin

Calendario

Figura 2. Estimacin y planificacin de un proyecto

Visin General de la Administracin de Proyectos 7

Administracin de Proyectos Informticos

Bases del desarrollo de software

Bases de gestin

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.

Visin General de la Administracin de Proyectos 8

Administracin de Proyectos Informticos

Bases del desarrollo de software

3.2. Bases tcnicas

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

Visin General de la Administracin de Proyectos 9

Administracin de Proyectos Informticos

Bases del desarrollo de software

Bases tcnicas

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

Gestin de las configuraciones

Mtodo de gestin de los componentes del proyecto, de forma que el proyecto permanezca en estado consistente. Incluye mtodos para evaluar los cambios, seguirlos, manejar las versiones y guardar copias de la evolucin. La gestin de configuraciones (SCM) se considera un mtodo de garanta o control de calidad. El componente del proyecto ms controlado suele ser cdigo fuente, pero se puede aplicar SCM a los requisitos, planes, diseo, casos de prueba, etc.
Visin General de la Administracin de Proyectos 10

Administracin de Proyectos Informticos

Bases del desarrollo de software

3.3. Bases de control de calidad

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).

FUNCIN SEGUIMIENTO DE LA FUNCIONALIDAD CALIDAD

PLAN DE PRUEBAS

CONTROL CALIDAD

RENDIMIENTO SEGUIMIENTO DE LA PLANIFICACIN CAMBIO DE OBJETIVOS ( o causas externas)

MEJORA DE PRODUCTIVIDAD, AUMENTO DE TIEMPO O RECURSOS

REVISAR PLANIFICACIN

Figura 3. Aspectos del seguimiento de un proyecto Visin General de la Administracin de Proyectos 11

Administracin de Proyectos Informticos

Bases del desarrollo de software

Bases de control de calidad

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 ...

Visin General de la Administracin de Proyectos 12

Administracin de Proyectos Informticos

Bases del desarrollo de software

Bases de control de calidad

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.

Visin General de la Administracin de Proyectos 13

Administracin de Proyectos Informticos

4. Procesos del proyecto

Proceso: sucesin de acciones que dan lugar a un resultado

Categoras de procesos [PMI, 2000]:

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: coordinacin de recursos para ejecutar el plan Procesos de control: monitorizacin y medicin del progreso Procesos de cierre: formalizacin de aceptacin

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

Administracin de Proyectos Informticos

Procesos del proyecto

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

Administracin de Proyectos Informticos

Procesos del proyecto

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

Figura 5. Solapamiento de procesos en una fase Visin General de la Administracin de Proyectos 16

Administracin de Proyectos Informticos

5. Madurez del proceso

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

Administracin de Proyectos Informticos

Madurez del proceso

Niveles de madurez

En cada nivel se deberan lograr las siguientes ACP:

Niveles de madurez Nivel 2 reas claves Gestin de configuraciones Garanta de calidad Gestin de subcontratacin del software Seguimiento y supervisin del proyecto Planificacin del proyecto Gestin de requisitos Revisiones peridicas Coordinacin entre grupos Ingeniera de productos de software Gestin de integracin del software Programa de formacin Definicin del proceso de la organizacin Enfoque del proceso de la organizacin Gestin de calidad del software Gestin cuantitativa del proceso Gestin de cambios del proceso Gestin de cambios de tecnologa Prevencin de defectos

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

Administracin de Proyectos Informticos

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.

En un entorno informatizado y estable la decisin de iniciar un proyecto viene dada por:

Una nueva necesidad Una evolucin o cambio importante Una mejora por una informatizacin deficiente Cuando se crea o se cambia el entorno informtico, debe considerarse el proyecto encuadrado en un plan de sistemas dentro de la estrategia empresarial.

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

Adems hay que tener en cuenta:

La viabilidad: Siempre debe considerarse la necesidad de abordar un proyecto teniendo en cuenta los recursos de los que se dispone o se puede disponer. La rentabilidad: relacin entre los costes y el beneficio esperado.
Visin General de la Administracin de Proyectos 19

Administracin de Proyectos Informticos

Organizacin de un proyecto
6.2. 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 de interaccin con otros equipos. Cada equipo deber realizar las tareas que constituyan una gran cohesin.

Tipos de equipos (Larson y LaFasto, 1989):

Para la resolucin de problemas: se centra en resolver un problema complejo, poco definido. Para creatividad: su objetivo es explorar posibilidades y alternativas. Para ejecucin tctica: su misin es la ejecucin de un plan bien definido.

Caractersticas adicionales:
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 20

Administracin de Proyectos Informticos

Organizacin de un proyecto
El equipo de trabajo
Estructura y funciones del equipo
Jefe de proyecto Administracin Documentacin Seguro y control de calidad Soporte mtodos e instrumentos

Figura 6. Organizacin de un equipo de proyecto

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

Administracin de Proyectos Informticos

Organizacin de un proyecto
El equipo de trabajo

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

Administracin de Proyectos Informticos

Organizacin de un proyecto
El equipo de trabajo
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

Figura 7. Formas de organizacin de equipos Visin General de la Administracin de Proyectos 23

Administracin de Proyectos Informticos

7. Herramientas de ayuda
7.1. Tipos de herramientas

Clasificacin de las herramientas CASE :

Herramientas de G estin
PLANIFICACIN
DIMENSIONAMIENTO
SEGUIMIENTO

Anlisis

Diseo
CASE INFERIORES

Implementacin
GENERADORES DE CDIGO

Prueba

Mantenimiento

Herramientas Tcnicas

CASE SUPERIORES

HERRAMIENTAS HERRAMIENTAS DE PRUEBA DE MANTENIMIENTO

CASE INTEGRADO

LENGUAJES DE 4 GENERACIN

Herramientas de Soporte

SISTEMA DE REPOSITORIO/DICCIONARIO
CONTROL DE CONFIGURACIN
SERVICIOS DE SEGURIDAD

Figura 8. Categoras de herramientas CASE

Herramientas CASE de gestin:

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. 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 documentos y de autoedicin. De control de calidad: la mayora realizan una auditora del cdigo fuente para ver si se ajusta a ciertos estndares del lenguaje.
Visin General de la Administracin de Proyectos 24

Administracin de Proyectos Informticos

Herramientas de ayuda
7.2. Criterios de seleccin

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? ...

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

Administracin de Proyectos Informticos

8. Teora W

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 Usuarios Finales Mantenimiento

Planificacin Sin rpida retrasos Presupuesto Sin bajo sorpresas

Muchas Sin defectos prestaciones Buena documentacin Fcilmente modificable

Exploracin de Software nuevas tcnicas amigable Software rpido Software robusto

xito en el Trabajo proyecto agradable

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

Administracin de Proyectos Informticos

Teora W
Pasos de la teora W:

1. Establecer un conjunto de precondiciones donde todos ganen antes de iniciar el proyecto:

Comprender la forma en que las personas quieren ganar. Establecer expectativas razonables por parte de todos los implicados. Adecuar las tareas de las personas con sus condiciones de xito. Proporcionar un entorno que soporte los objetivos del proyecto.

2. Estructurar un proceso de software en donde todos ganen:

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.

3. Estructurar un producto software con el que todos ganen:

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

Administracin de Proyectos Informticos

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.

Visin General de la Administracin de Proyectos 28