3er.

Congreso Ibero Americano de Gerencia de Proyectos

8 al 12 de Julio de 2002 Caracas - Venezuela

MODELO DE GERENCIA DE PROYECTO DE SOFTWARE: PROPUESTA DE EXTENCION DE LOS PROCESOS DE GESTION DO PMI Roberto Zanoni Bolsista Del Centro de pesquisa em e-bussines de la DELL / PUCRS Mestrando Del PPGCC- Programa de Post Graduacin en Ciencia de la Computacin Pontificia Universidad Catlica de Ro Grande Del Sur, Porto Alegre, Brasil puc_roberto_zanoni@dell.com Jorge Luis Nicolas Audy Profesor titular dela FACIN Facultad de Informtica Pontificia Universidad Catlica De Ro Grande Del Sur, Porto Alegre, Brasil audy@inf.pucrs.br

RESUMEN El objetivo de este estudio es proponer um conjunto de extenciones a los procesos de gestin del PMI, teniendo por base um modelo de gerencia de proyectos que incorpore el proceso unificado y el lenguage UML, para la aplicacin em el rea de desenvolvimiento de software para ebusiness, em um ambiente distribuido. La investigacin se caracteriza como un estudio cualitativo, adecuado cuando se tiene por objetivo el desenvolvimiento de nuevos mtodos y modelos. El principal mtodo de investigacin es el estudio de caso, conforme propuesto por Yin (1992). Los resultados iniciales apuntan para un modelo que incorpora el ciclo de vida del tipo espiral, el proceso de desenvolvimiento orientado a objeto (utilizando el lenguaje de especificacin UML y el proceso unificado conforme propuesto por la RUP), y a la incorporacin del abordaje processual propuesto por PMBOK, expandiendo las reas de gestin indicadas. El modelo propuesto posee seis fases, siendo que cada fase posee un conjunto de actividades asociadas. Finalmente el modelo de gerencia de proyecto propone la extensin de los procesos de gestin del PMI, agregando los procesos de gestin relativos a la propiedad intelectual, aprendizaje y resolucin de conflictos. Este estudio, extremamente importante, demuestra que el mundo empresarial y las practicas de negocios en el rea de desenvolvimiento de software estn andando muy al frente de las teoras e modelos conceptuales existentes en el rea. Ese estudio, en sus fases iniciales, comienza a presentar resultados que contribuyen significativamente en direccin a atender esas demandas existentes en el mercado actualmente. PALAVRAS CHAVE Gerencia de Proyecto Desenvolvimiento de Software Orientacin a Objeto Estudio de Caso

1. INTRODUCCION Segundo [1], gerencia de proyecto es la aplicacin de conocimientos, habilidades herramientas y tcnicas en el sentido de concluir actividades que atiendan o excedan a las necesidades y expectativas de los stakeholders de este proyecto. Gerencia de proyecto surgi como un proceso de gerenciamiento para manejar con la complejidad del trabajo en grupo basado en el conocimiento. En la literatura del rea, ya fueron discutidos diversos problemas relacionados al desenvolvimiento de software, los cuales son resultantes de omisin o de mal uso de metodologas y tcnicas adecuadas a esta importante tarea de la ingeniera de software [2]. Entretanto, buena parte de los fracasos en lo que dice respecto de los proyectos de software se debe, principalmente, a problemas de administracin o gerenciamiento del desenvolvimiento de software. El gerenciamiento de proyectos de software es una tarea de fundamental importancia en el proceso de desenvolvimiento de un producto, siendo definido como una primera camada de este proceso [3]. El gerenciamiento del proyecto no es visto como una etapa clsica del proceso del desenvolvimiento una vez que l acompaa a todas las etapas, de la concepcin a la obtencin del producto. Para que un proyecto de software sea bien sucedido, es necesario que algunos parmetros sean bien analizados, como por ejemplo, el escupo del software, los riesgos involucrados, los recursos necesarios, las tareas a serien realizadas, los marcos de referencia a serien acompaadas, los esfuerzos (costos) aplicado a la sistemtica a ser seguida. El anlisis de todos estos parmetros y la funcin tpica del gerenciamiento de proyectos, funcin esta que se inicia antes del trabajo tcnico y que prosigue a medida de que el software vaya concretizndose en la forma de un producto. Ambiente fisicamente distribudo es uma nueva tendncia de desenvolvimiento de software,donde usurios y equipo de desenvolvimiento estan em locales fsicos diferentes, a vezes paises, com culturas diferentes. Mayor productividad, reduccin de costos, minimizacin de riesgos y mejora en la calidad, son algunas caractersticas que grandes organizaciones buscan con la distribucin de sus procesos de desenvolvimiento de software fuera de sus pases. En este contexto, surge un nuevo problema de desenvolvimiento de software, que envuelve, principalmente, la distancia fsica entre los participantes del proceso. El rea de e-business, estimula mas todava la distribucin delos actores envolvidos en el proceso de uso, definicin y desenvolvimiento de sistemas. El objetivo de este estudio es proponer un conjunto de extensiones a los procesos de gestin del PMI, teniendo por base un modelo de gerencia de proyecto que incorpore el proceso unificado (UP) y el lenguaje UML, para aplicacin en el rea del desenvolvimiento de software para ebusiness, en un ambiente distribuido. La pesquisa se caracteriza como un estudio cualitativo, adecuado cuando se tiene por objetivo el desenvolvimiento de nuevos mtodos y modelos. El principal mtodo de pesquisa es el estudio del caso, conforme lo propuesto por Yin (1994). De esta forma se entiende que la cuestin de pesquisa que nortea este estudio es: Cmo gerenciar el proceso del desenvolvimiento del software en un ambiente fsicamente distribuido?

2. GERENCIA DE PROYECTO DE SOFTWARE La actuacin en un ambiente fsicamente distribuido requiere, principalmente, la integracin entre los participantes y procesos que componen el desenvolvimiento del software. Para organizar y asegurar la calidad de esta integracin es importante existieren modelos con capacidad de descripcin y ambientes de automatizacin computacional para los mismos, posibilitando el empleo de estos tipos de descripcin para el soporte computacional del flujo de trabajo. Existen diversos modelos de gerencia de proyectos ([4], [5], [6], [7]), donde el modelo de gerencia de proyectos orientado a objetos [4] y el modelo de gerencia de proyectos procesual [7] son algunos de los ms actuales. El modelo de gerencia de proyectos orientado a objetos hace uso de la UML y del UP en las fases del proyecto, para que cada participante pueda mantener el proceso de desenvolvimiento y una comunicacin padrn en el transcurso del proyecto. En el modelo de gerencia de proyectos procesual es destacada la forma con que los procesos son divididos, facilitando las comunicaciones entre las fases del proyecto. A seguir, una breve descripcin del modelo de gerencia de proyecto procesual, adonde se tiene como destaque el abordaje de los procesos de gestin de este modelo. 2.1.Modelo de Gerencia de Proyecto de Software Procesual Una de las principales contribuciones de que la gerencia de proyectos trajo fue institucionalizar la figura del Gerente del Proyecto. A partir del momento en que las organizaciones adoptaron esta prctica, sus proyectos pasaron a tener mayores posibilidades de suceso y ocurri tambin un aumento en la moral del equipo. El Gerente de Proyecto, al recibir la designacin de un nuevo proyecto, elabora un plano, monta un equipo, administra y trabaja con personas. La situacin ideal es aquella de que un Gerente de Proyecto trabaja en esta funcin en tiempo integral para un nico proyecto. Los objetivos e escupo deben ser establecidos antes de iniciarse el planeo de un proyecto, las soluciones alternativas deben ser consideradas y las restricciones, tanto tcnicas como gerenciales, deben ser identificadas. Eso es relevante para, principalmente, el momento de la definicin de estimativas de costo y divisin de las tareas de un proyecto. Existen diversas clasificaciones para los procesos que componen la gerencia de proyecto. Para [7], la gerencia de proyecto consiste bsicamente en procesos de inicializacin, planeamiento, ejecucin, control del proyecto y el encerramiento del proyecto. Estos procesos sobreponense a las fases del ciclo de vida de un proyecto, de manera de que la finalizacin de una fase proporcione la iniciacin de la fase siguiente. Llamamos de proyectos, los esfuerzos temporarios llevados a efecto para producir un producto o un servicio nico. Temporario, significa que el esfuerzo tiene un momento de inicio y un momento de fin. En otras palabras, tiene un ciclo de vida, que viene a ser el conjunto de fases que componen un proyecto. Durante el ciclo de vida, nos envolvemos con el gerenciamiento del trabajo, (plazos, recursos, costo) y con el gerenciamiento del producto o servicio en desenvolvimiento. La literatura de desenvolvimiento de software que contiene una variedad de modelos de ciclos de vida: cascata, revolucionario, incremental, espiral. Todos los ciclos de vida poseen escupo, esbozo, implementacin, y actividades de verificacin, pero ellos difieren en como ellos organizan la prctica de esas actividades [5].

Conforme el modelo de gerencia de proyecto de software de [7], los gerentes deben abordar conocimiento en nueve reas de conocimiento gerencial: 1.Gestin de integracin del proyecto: esta rea incluye los procesos necesarios para asegurar que los elementos del proyecto estn coordenados apropiadamente. 2.Gestin de escupo: considera todos los procesos necesarios para garantir de que el proyecto contenga todo el trabajo necesario, y solamente el trabajo necesario, para completar el proyecto con suceso. La preocupacin fundamental consiste en definir y controlar lo que esta o no esta incluso en el proyecto. 3.Gestin de plazos: Son los procesos necesarios para asegurar la conclusin de los trabajos en el plazo planeado. 4.Gestin de costos: abarca los procesos necesarios para asegurar que el proyecto ser completado con las metas de costo y presupuesto planeados. 5.Gestin de Calidad: contiene los procesos necesarios para asegurar satisfacer las necesidades definidas en el escupo. 6.Gestin de los recursos humanos: consiste en optimizar la utilizacin de las personas que actan en el proyecto, incluyendo clientes, fornecedores y contribuyentes individuales. 7.Gestin de Comunicaciones: incluye los procesos necesarios para asegurar la adecuada generacin, diseminacin, y almacenamiento de informaciones del proyecto. Esta rea engloba el planeamiento y la distribucin de informaciones. 8.Gestin de riesgos: inclu los procesos para identificar, analizar y responder por el riesgo del proyecto, consistiendo en la maximizacin de los resultados de los eventos positivos y minimizacin de las consecuencias negativas. 9.Gestin de adquisicin: incluye los procesos necesarios para la adquisicin de bienes y servicios fuera de organizacin ejecutora del proyecto. La figura abajo ilustra la importancia de la integracin para llegarse con suceso al final del proyecto.

Escopo

Prazo

reas de conhecimento

Suceso del proyecto

costo Calidad

Recursos Humanos

Comunicacion

Riesg Adquisici n

Concepcin

Desenvolvimiento

Implementacin

Encierramiento

Fases del ciclo de vida del proyecto

Figura 1: Framework para gerenciamiento de la integracin del proyecto Fuente [7]. Las diferencias culturales y distancia fsica entre los participantes del proceso resultan en el surgimiento de una nueva clase de problemas en el proceso de desenvolvimiento de software. La forma de resolver estos problemas est centrada en la adopcin de un proceso organizacional que privilegia la participacin, integracin y propicie protagonismo a los participantes del proceso, en todos los niveles.

El modelo estudiado [7] no presenta suporte para un ambiente de desenvolvimiento de software distribuido, donde equipo de desenvolvimiento esta distante de los usuarios. A veces esta distancia no es solamente fsica, como tambin cultural. Debido a este espacio existente se busca proponer un conjunto de extensiones a los procesos de gestin del modelo presentado. La incorporacin de nuevos procesos es de extrema importancia para la contribucin en uno de los ms relevantes desafos gerenciales del rea del sistema de informacin actualmente, relativo a la construccin de un modelo organizacional para un rea de desenvolvimiento de software actuando como una unidad de Pesquisa y Desenvolvimiento vuelta al desenvolvimiento de aplicaciones en el rea de e-business, geogrficamente distante de los usuarios o clientes. 3. METODO DE PESQUISA La pesquisa se caracteriza como un estudio cualitativo, adecuado cuando se tiene por objetivo el desenvolvimiento de nuevos mtodos y modelos. El principal mtodo de pesquisa es el estudio del caso, conforme propuesto por Yin (1994). Con relacin a la naturaleza del estudio, la pesquisa exploratoria tiene como principal finalidad desenvolver, esclarecer y modificar conceptos e ideas, con vistas a la formulacin de nuevas teoras, modelos e hiptesis pesquisables en estudios posteriores. La pesquisa se desarrolla en un Centro de Pesquisa y Desenvolvimiento de software en el rea de e-business localizado en Porto Alegre, Brasil, resultado de una pacera entre la DELL Computers, a travs de la Latin-Amrica On Line Division, Austin, Texas, y la Facultad de Informtica de la PUCRS ( Pontificia Universidad Catlica de Ro Grande del Sur) Pretendese entonces, aplicar en este ambiente el modelo de gerencia de proyecto propuesto. El proceso de trabajo est definido de la siguiente forma: Los equipos de Austin y Porto Alegre desenvuelven en conjunto el proceso de planeamiento. El equipo de Austin identifica con los usuarios de las necesidades y somete al grupo de Porto Alegre las demandas por nuevos desenvolvimientos de sistema. El equipo de Porto Alegre realiza un anlisis inicial y designa un Gerente de Proyecto. Despus, es montado el equipo de proyecto y se inicia el proceso de especificacin de requisitos. A lo largo del ao 2001, a partir de la implantacin del Centro de Pesquisa, se inici el estudio de modelos de gerencia de proyectos procurando apoyar el proceso de desenvolvimiento de software. Concentrasen los estudios en el modelo de PMI, en especial en la propuesta de [7] gerencia de proyecto de software y en el modelo de [4] gerencia de proyecto orientado a objeto. Este estudio insrtese en un proyecto de pesquisa que envuelve dos grandes universidades brasileras (PUCRS y UNISINOS), empresas de desenvolvimiento de software y el capitulo brasilero del PMI, a travs de la regional de Ro Grande do Sur. El estudio cuenta con el financiamiento del CNPq (Consejo Nacional de Pesquisa), una de las principales agencias de fomento a la pesquisa del Brasil. Los resultados preliminares de estos estudios y experiencias prcticas en el Centro de Pesquisa, resultaron en este paper. Entre los proyectos de desenvolvimiento de software desenvolvidos, destacase los proyectos del Call Center y de E-Mail Blitz Con el objetivo de validar el modelo propuesto con las extensiones a los procesos de gestin del PMI, se pretende utilizar el modelo proyectos en desenvolvimiento en Centro de Pesquisas en E-

business DELL-PUCRS. Para ejemplificar la aplicacin del modelo, son presentados a seguir dos estudios de caso de proyectos realizados en el Centro de Pesquisas. 3.1.Estudio de Caso 1 Call Center Con relacin al Call Center, a partir de la constatacin de la necesidad de criarse un modo de mensurar el tipo de problemas relatados por compradores de determinados tipos de productos ofrecidos por una empresa, se propuso la creacin de un aplicativo a ser utilizados por un Call Center, esto es, un centro de atendimiento al consumidor. Este aplicativo debera permitir el cadastramiento de llamadas telefnicas, incluyendo detalles del usuario, del problema descrito y de la propuesta de solucin presentada por el atendente (en este caso los funcionarios responsables por el servicio estaran capacitados a solucionar las dificultades tcnicas relatadas). Habiendo este conocimiento de sistema a ser implementado, se parti para su construccin. 3.2.Estudo de Caso 2 E-Mail Blitz Teniendo en cuenta de que el rea de actuacin de la empresa es el comercio on-line de suprimientos de informtica, existe la necesidad de divulgacin, via WEB, de estos productos junto a sus assinantes (consumidores que ya realizaron compras en el cite de la compaa o que manifestaron interese en recibir noticias de los productos ofertados). Para realizar esta tarea fue proyectado un sistema de software (E-Mail Blitz) donde seria posible elaborar una oferta (a travs de la composicin de productos y mensajes), determinar un perfil de clientes y assinantes (a ser elaborado a travs de un conjunto de caractersticas de los mismos) y, por fin, enviar una oferta para un determinado perfil a travs del correo electrnico de Internet. 4. MODELO DE GERENCIA DE PROYECTO SOFTWARE PROPUESTO Del aprendizaje resultante del estudio de las teoras y de las propuestas conceituales analizadas [1,7] [4], bien como de las experiencias prcticas del desenvolvimiento de los proyectos antes citados, se proponen las extensiones a los procesos del PMI. Se destaca que la caracterstica de ambiente fisicamente distribuido (con desenvolvimiento de software off shore con relacin al cliente) ejerce gran influencia al modelo propuesto. Despus de un estudio terico realizado y con base en la necesidad de adaptacin de un modelo de gerencia de proyecto de software para un ambiente distribuido, es propuesto un modelo preliminar que, compuesto de caractersticas de orientacin a objeto y extensiones de modelos ya existentes, es capaz de suprir las demandas exigidas en determinadas organizaciones con actores y culturas geogrficamente distribudas. El modelo es compuesto por contribuciones de los abordajes de gerencia de proyecto estudiadas, donde el ciclo de vida es del tipo espiral; el proceso de desenvolvimiento de sistema orientado a objeto, utilizando el lenguaje de especificacin UML y UP, incorporamos el abordaje procesual propuesta pelo PMBOK, expandiendo las reas de gestin indicadas. El ciclo de vida del modelo propuesto sirve para definir el inicio y el fin de un proyecto, estableciendo que trabajo tcnico debe ser realizado en cada fase, y quien debe participar en cada fase.

4. PROCESO DE EVALUACIN - testes -

1. PROCESOS DE DETERMINACIN DE LOS REQUISITOS

5. PROCESO DE TRANSCICIN Evaluacin de aceptacin y adherencia Teste de subsistema Teste de componentes Requisitos de la unidad Requisitos del subsistema

6. PROCESO DE INTEGRACIN

Integracin entre el software desenvolvido y los procesos del negocio al cual el va a apoyar

Anlisis de ricsgo

Requisitos del sistema Requisitos del negocio

Incio

Prueba de conceptos Primera produccin Segunda produccin Tercera produccin

Projecto conceptual Proyecto lgico

Proyecto fsico

Proyecto final

3. PROCESOS DE PRODUCCIN

2. PROCESOS DE PROYECTOS (EXPLORACIN Y DEFINICIN)

Figura 2: Ciclo de Vida do Modelo Proposto

Este modelo define un conjunto de procedimientos visando padronizar y sistematizar la especificacin de requisitos en el proceso de interaccin entre los dos equipos de trabajo distantes fsicamente (Austin y Porto Alegre) Conforme definido anteriormente, este proceso tiene por base el PMBOK, incorporando el lenguaje de especificacin UML, en un ciclo de vida baseado en el modelo espiral. Es de fundamental importancia la padronizacin de la forma de comunicacin con relacin a la especificacin de los requisitos entre el equipo requisitante y el equipo del centro de pesquisa. En este sentido, se cree ser adecuado el uso de la diagramacin UML en el transcurso de las fases. Los diagramas de casos de uso son una visin grfica que indican especficamente las funciones del sistema, y deben ser enviados los cenrios envolvidos en cada caso, objetivando una eliminacin de riesgos. Los diagramas de clase, donde ocurren la visualizacin de las entidades del sistema, tambin deben ser enviados, pero no precisa tener muchos detalles, siendo deseable un detalla, iemto myor solamente en los puntos crticos del sistema. Otros diagramas son

considerados importante para la continuidad de la comunicacin entre equipos distantes, que son los diagramas de actividades (lo que precisa ser echo por los participantes?), los de colaboracin, (que actor debe realizar determinada actividad), los de paquete y los de arquitectura. Cenrios tambin son usado en el auxilio al desenvolvimiento de los procesos, principalmente en la fase de determinacin de requisitos. Las fases que componen el modelo poseen funciones y condiciones de salida. La fase de determinacin de requisitos inicia despus que el plano de desenvolvimiento de software haber sido escrito, en ella es echo el anlisis de los requisitos y tiene como criterio de salida la aprobacin de los estudios conceituales. La fase de procesos de proyecto comienza con la aprobacin de los estudios conceituales, en ella estn envolvidos los proyectos lgico, fsico y final, tiene como condicin de salida la aprobacin del desenvolvimiento. En la fase de procesos de produccin, ocurre la construccin del sistema en mdulos que a medida que fueren determinados son repasados para los testes. La cuarta fase es la de avaluacin, donde los testes de los mdulos y los testes finales son realizados y como criterio de salida esta la aprobacin de las principales modificaciones efectuadas. La fase de transicin es el intermedio de los testes y la liberacin del proyecto. La ltima fase es la de integracin, donde se confiere la confiabilidad, integridad los datos y la performance del proyecto. Es la integracin del software y el proceso del negocio que el va a apoyar. A seguir presentamos nuestra propuesta de extensin al modelo propuesto por el PMBOK en el sentido de atender a los objetivos de este estudio. Gerencia de Planeamiento: la busca de mecanismo que permitan la articulacin y la elaboracin de estrategias o visiones del futuro en el ambiente en estudio es de extrema importancia para el suceso en el transcurrir de los proyectos. Una etapa de planeamiento envolvera bsicamente la definicin de las estrategias de debern conducir el proceso de desenvolvimiento como un todo, a lo largo del tiempo. El planeamiento estratgico debe la participacin directa de todos los equipos envolvidos. Un otro planeamiento, el operacional, debe tambin encuadrarse en el proceso, donde ser responsable por la ejecucin de los objetivos. Gerencia de la Propiedad Intelectual: En un ambiente donde tenemos diversos actores envolvidos, en diferentes pases, con varias empresas parceras actuando en ambientes culturales diferenciados, es fundamental una preocupacin del gerente del proyecto en el sentido de garantir y legalizar toda cuestin de derechos autorales, y la propiedad intelectual garantida a cada componente y parte de la solucin que estas siendo desenvolvida globalmente. Gerencia de Aprendizaje: ambientes que envuelven diversidad cultural y distancia geogrfica multiplican el desafo de encontrar el punto adecuado de la estructura organizacional que represente la sntesis entre las caractersticas reales y deseadas de cada parcero envolvido. El ambiente, segn la experiencia, solo funciona cuando se trata todo el proceso en todas sus dimensiones, tanto culturales como tcnicas y organizacionales, como un gran proceso de aprendizaje donde cada uno incorpora nuevos conocimientos individualmente, pero deben existir mecanismos que transformen este conocimiento individual en una aprendizaje colectivo, en nivel corporativo, en escala global, envolviendo todos los parceros intra e inter organizacionais. Gerencia de Conflictos: la formulacin estratgica es dinmica, en constante movimiento, en que reglas y padrones son alterados conforme las necesidades de las empresas y de las

personas que las componen delante de las diversidades del ambiente. Debido principalmente a diferencias culturales y a la distancia fsica entre los actores participantes del proyecto, afloran diversos conflictos entre los participantes. El gerente de proyectos debe saber lidar con ests problemas y proponer soluciones para la solucin de conflictos, para que el proceso como un todo tenga el desenvolvimiento adecuado. Adems de las inserciones citadas anteriormente, destacamos la necesidad de ajustar algunos procesos al ambiente en desenvolvimiento en estudio. En la gerencia del tiempo es necesario asegurar que el proyecto ser implementado en el plazo previsto. Con las diferencias culturales y distancia entre los actores es complejo el proceso de administracin del tiempo, principalmente con relacin al cumplimiento del cronograma. En la gerencia de comunicacin, flujo de comunicacin es intenso entre los diversos parceros, clientes y desenvolvedores, lo que exige toda una coordinacin y preocupacin con mecanismos de gestin de ese proceso de comunicacin envolviendo clientes, usuarios, gerente de proyecto, gerente de programa, soporte tcnico, help desk, etc. La garanta de calidad es una tarea que debe ser ejecutada en todas las etapas del proceso, y con la distribucin de los actores se exige un rigor mayor para que se garanticen las necesidades para las cuales el proyecto fue submetido. En la gerencia de riesgos, con la distibuicin de los equipos, usuarios, gerente de proyecto, y otros, se vuelve mas complejo el proyecto de maximizacin de los resultados de eventos positivos y la minimizacin de las consecuencias de eventos negativos, en el sentido de dificultad en la identificacin de los riesgos y en la cuantificacin de los mismos. En la gerencia de integracin, el planeamiento organizacional y la estructura organizacional integrados en conjunto con los componentes del proyecto, es considerado un importante factor en la competitividad y en el suceso de las organizaciones actualmente. La forma como el planeamiento es conducido bsicamente determina la forma como la estructura organizacional evoluira a lo largo del tiempo. Lo mismo pasa con las dems reas de gestin (escupo, costo, recursos y adquisiciones del proyecto) que debido a la distribucin de equipos y diferencias culturales, debe tenerse mayor cuidado y una estrategia bien definida por parte de los coordenadores, patrocinadores y gerentes de proyecto. El dilema fundamental en el ambiente en que se vive actualmente es la necesidad de reconciliar fuerzas para estabilidad y para mudanzas - focar esfuerzos y ganar eficiencia operacional, de un lado, y adaptar y mantener actualidad con la dinmica del ambiente externo, por otro lado 5. CONCLUCION Debido a dificultades de comunicacin consecuencia de la distancia fsica y cultural entre los grupos de usuarios y desenvolvedores, se hizo necesaria la elaboracin del modelo propuesto, con una extensin a los procesos de gestin del PMI, para encontrar respuestas a un problema critico que el ambiente de trabajo en que estamos inseridos nos presenta. Se identifica gran potencial de crecimiento en esta lnea de pesquisa, donde los puntos fuertes envuelven una aparcera estable entre la academia y la industria, criando condiciones de experimentacin y aprendizaje nicas, decurrentes de una sinergia positiva entre los parceiros. Esta lnea de estudios demuestra que el mundo empresarial y las prcticas de negocio estn andando nuy al frente de las teoras y modelos conceituales existentes en el rea. Este paper en particular, contribuge en el sentido de presentar estas propuestas iniciales y sustentarlas tanto en una vivencia prctica del grupo de pesquisa del Centro de Pesquisa en Ebusiness DELL / PUCRS, como en una consistente base terica en el rea de gerencia de

proyecto. Considerase tambin, de una contribucin relevante para el rea de gerencia de proyectos, visto que busca agregar contribuciones de estudios importantes del rea, en el sentido de proponer un modelo cuztomisado para responder a la cuestin de la pesquisa propuesta. 6. REFERNCIAS [1] PMI STANDARDS COMMITTEE. A Guide to the Project Management Body of Knowledge. Upper Darby, PA: . PMI Management Insitute, 1996. Disponvel em http://www.pmi.org/publictn/pmbok. MEREDITH, J.R., MANTEL JR, S.J. Project Management: a managerial approach. 4.ed., New York, Wiley. JURISON, J. Software Project Management: The Managers View. Communications of AIS Volume 2, Article 17. September 1999. CANTOR, Murray R. Object-Oriented Project Management with UML. Wiley Computer Publishing, 1998. DUNCAN, W.R. A guide go project management body of knowledge. Pennsylvania, Project Management Institute Publications. FRAME, J. Davidson. The new Project Management. (San Francisco: Jossey-Bass), 1994. SCHWALBE, Kathy. Information Technology Project Management. Course Technology, a division of Thomson Learning. Canad, 2000. VITIELLO, Jill. Fast Track Into Management. In http://www.pmi.org/articles/, http://www.computerworld.com/cwi/story/0,1199,NAV47_STO62157,00.html July 16, 2001.

[2] [3] [4] [5] [6] [7] [8]