Busca en este sitio:
Twitter
. Soy Novato
. Soy Gerente de Proyectos
. Quiero ganar más
. Quiero mejorar a mi empresa
y sus proyectos
. Tengo experiencia, pero no soy experto
. Soy experto (o eso creo)
.
Contáctanos
Escríbenos a:
contacto@liderdeproyecto.com
Para información de cursos:
cursos@liderdeproyecto.com

Teléfono en México D.F:
+52 (55) 2652 4590


Aviso de privacidad
+
.
Humor del Líder

Problemas de comunicación
+
.
Glosario
Ven a conocer el glosario de administración de proyectos. Nuevas definiciones: Condiciones, Diagrama de flujo, Proceso de negocio, Producción, Secuencia.
+
.
Colaboradores

Conoce a los colaboradores de LiderDeProyecto.com. Tu puedes ser uno de ellos.
+
.
 
Artículos
 

Fase Conceptual de una metodología para la Gestión de Proyectos de Software

Por Jessie Castell González

Se entiende la gestión de proyecto como un área interdisciplinaria donde convergen elementos de psicología, sociología, técnicas de dirección, gestión de contratación, conocimientos técnicos del área concreta donde se aplique, técnicas de ayuda a la toma de decisiones y un enfoque dirigido a la calidad. Tiene como objetivo organizar las acciones para alcanzar la satisfacción completa de las necesidades de los beneficiados con el proyecto específico; manteniendo un balance entre costo, tiempo y calidad. Debe estar apoyada en el uso de herramientas que automaticen y ayuden a la organización del trabajo.

Actualmente existen muchas instituciones y centros dedicados a la gestión de proyectos, sin embargo se pudiera asegurar que existen dos líderes mundiales en cuanto al tema. Tal es el caso del Instituto de Administración de Proyectos (Project Management Institute, PMI®) de Estados Unidos y la Asociación Internacional de Gestión de Proyectos del Reino Unido (International Project Management Association, IPMA. Han sistematizado sus conocimientos y buenas prácticas a través de guías de fundamentos para orientar a organizaciones en el área, de igual modo han creado sistemas de certificación internaciona para la avalar a especialistas en el tema (1) (2).

El PMI® en su Guía de Fundamentos de Dirección de Proyectos (Project Management Body of Knowledge Guide, PMBOK®) estandariza un grupo de procesos y áreas de conocimiento para proyectos de toda índole. Generaliza las funciones básicas de la Oficina de Gestión de Proyectos, además incluye especificaciones por cada área de los procesos correspondientes a esta y las relaciones que se establecen entre las áreas.

El IPMA en su base de conocimiento denominada ICB (IPMA Competence Baseline) utilizada generalmente como un documento de referencia para aplicar en la Gestión de Proyectos define un grupo de tareas, buenas prácticas, habilidades, funciones, procesos de administración, métodos, técnicas y herramientas que son usadas para una buena Gestión de Proyectos teórica y práctica, así como un conocimiento especializado y experiencia, donde prácticas apropiadas, innovadoras y avanzadas se usan en situaciones específicas (1).

Surgen mundialmente diversas iniciativas en el campo de la Gestión de Proyectos, adaptándose a entornos en particular y mostrando sus resultados en la implantación y casos de éxito. Podrían citarse algunas como la renombrada compañía Microsoft S.A., con su marco de trabajo (Microsoft Solutions Framework, MSF), reconociendo disciplinas técnicas dentro de la Gestión de Proyectos y funciones dentro de estas (5) (6). Autores como Roger S. Pressman, Tom deMarco y Tom Peters han contribuido significativamente a la cuestión de cómo abordar efectiva y eficazmente el tema de la gestión en los proyectos (7) (8).

Las guías, metodologías son abstractas y genéricas, por lo que su aplicación en entornos específicos se torna difícil e insuficiente como en el caso del propio Desarrollo de software. Pese a definir procesos, no se encaminan por su carácter general a abordar a profundidad algunos aspectos significativos que aportan claridad a la descripción del proceso, como por ejemplo la fase en la que se ejecutará el mismo, quiénes son los responsables del desarrollo del proceso, así como una especificación de las técnicas para obtener las salidas correspondientes al proceso.

En el caso particular del proceso de desarrollo de software, este se ve tradicionalmente guiado por etapas o fases por las que transita y ejecuta las acciones concernientes en cada momento; siendo otro de los déficits que presentan las tendencias mundiales estudiadas. Las fases son una forma práctica de delimitar las actividades dentro del ciclo de vida de los proyectos, así como una vía eficiente de estructurar el trabajo. Un gran número de proyectos culminan con la finalización y entrega del producto y generalmente se proponen para ello sólo cuatro fases. Aunque puedan ser definidas correctamente, la profundidad y duración de cada una depende, según sea el caso, del tipo de proyecto que se desee realizar, véase Fig. 1.

  1. Fase conceptual (Inicio): es la primera y una de las más decisivas etapas de un proyecto. Se evalúa la situación problemática existente, se definen los objetivos preliminares a alcanzar, se efectúa el análisis del entorno del proyecto. Además se realiza como parte del proceso de toma de decisiones inicial y primordial en estas acciones iniciales, un estudio de la factibilidad técnica, económica del mercado potencial, y la selección de la alternativa más apropiada.
  2. Fase estructural (Elaboración proyecto, planificación): en esta fase se identifican los recursos humanos necesarios para su ejecución, se programan los recursos financieros así como los resultados a alcanzar, se elabora el proyecto propiamente dicho, delineando su estructura formal y se negocian los recursos financieros estimados. Por otra parte se define el alcance general del proyecto, antes solamente se hacía de forma muy preliminar, y se planifican las actividades que se desarrollarán y el cronograma de las mismas.
  3. Fase ejecutiva (Construcción): fase vital, donde se ejecuta el proyecto de acuerdo con el cronograma elaborado, empleando los recursos financieros planificados, se elaboran informes parciales y se revisa la planeación inicial, adoptando la estructura formal a la nueva situación que se comienza a crear.
  4. Fase cierre (Transición producto, finalización): Se entregan los resultados obtenidos, se elabora el informe final y se da seguimiento al proceso de introducción en su primera fase.
  5. Fase de soporte: Esta fase es parte del ciclo de vida de los proyectos, pero realmente no constituye una parte representativa en la obtención del producto por lo que en muchos casos ni siquiera es considerada como tal. No obstante, es durante ella muchos productos mejoran su calidad y eficiencia partiendo de la corrección de errores y defectos en los mismos. Es una fase esencial en el prestigio de la organización y la confianza de los clientes para futuros proyectos.

Las fases realmente constituyen divisiones lógicas en el ciclo de vida de un proyecto, generalmente las divisiones entre ellas se establecen a partir del cumplimiento de los hitos más importantes en un proyecto. Incluso en ocasiones, es recomendable el desarrollo de sub-proyectos por cada fase. Las fases de la Gestión de Proyectos son diferentes a las fases propias del desarrollo de un producto o servicio, estas últimas se concentran únicamente en las acciones necesarias para obtener el resultado esperado; mientras que las de gestión son mucho más globales y abarcan todas las áreas que influyen en un proyecto.

En la Fig. 1 se muestra cómo en la Fase ejecutiva se comienzan a ejecutar las fases para el desarrollo del producto de software en sí, se han representado los flujos de trabajo que propone la metodología RUP (9), una de las más reconocidas mundialmente; no obstante queda a decisión del equipo de dirección la selección de la metodología a utilizar. Sin embargo pueden existir procesos de las etapas del desarrollo del producto que pueden solaparse con la de las fases de la Gestión del Proyecto.

Las denominadas Áreas de conocimiento o también conocidas como áreas de procesos, véase Fig. 2, son agrupaciones de procesos que han de ejecutarse en cada fase dentro del proyecto acorde al objetivo y el propósito de cada una de estas, y por estar circunscritas a un área en particular del conocimiento, se juntan para formar un ente funcional en cada etapa e interactuar con las demás áreas.

Gestión de Integración
Es el área que recoge los procesos y actividades necesarios para identificar, definir, combinar, unificar y coordinar los distintos procesos y actividades del proyecto. Se encarga de gestionar las expectativas de los interesados y cumplir satisfactoriamente con los requisitos de los clientes, consiste en tomar decisiones sobre dónde concentrar recursos y esfuerzos cada día, anticipando las posibles polémicas y evitar las polémicas críticas. Además coordina e integra todo el trabajo que se desarrolle en el proyecto, hacer concesiones entre objetivos y alternativas en competencia. Constituye algo así como el área rectora de las principales decisiones y facilitadora de la sistematicidad de todas las acciones.

Gestión de Alcance
La planificación y gestión del alcance influyen en gran medida en el desarrollo exitoso del proyecto. Cada proyecto necesita que exista una estrecha relación y un equilibrio entre las metodologías, recursos, tiempo y actividades a realizar, para no dedicar más tiempo del necesitado, ni más recursos, ya sean materiales o humanos, en tareas menos o más importantes que influyan tanto en el éxito o en el fracaso de cualquier proyecto. El alcance de cualquier proyecto puede verse desde dos enfoques:
- el alcance del producto: se corresponde a las características o funciones que estarán incluidos en el producto o servicio a desarrollar, y este se mide en relación con los requerimientos.
- el alcance del proyecto: se corresponde al trabajo que se deberá hacer con el objetivo de entregar un producto con características determinadas, funciones definidas y solicitadas por el cliente.
Ambos enfoques para gestionar el alcance deben estar bien integrados para asegurar que el trabajo del proyecto tenga como resultado la entrega del producto definido con la calidad deseada.

Gestión de Recursos Humanos
Es el área que se encarga de la gestión integral y sistemática de los Recursos Humanos del proyecto desde las etapas iniciales del proyecto hasta que el mismo concluye. Es una de las áreas más complejas y abarcadoras, dado que su contenido son personas, y estas representan el capital primario capaz de desarrollar actividades y dar cumplimiento a las tareas de forma eficiente. Es de interés de la metodología que se propone otorgar la importancia que merece una buena gestión de los Recursos Humanos, desde un buen proceso de planificación y adquisición hasta la capacitación y control de tareas, lo cual será efectivo para el cumplimiento de los objetivos propuestos.

Gestión de Tiempo
En ella se incluyen todos aquellos procesos necesarios para que el proyecto termine con éxito y calidad en el tiempo acordado con el cliente. Gestionar el tiempo es algo más que una prioridad en cualquier trabajador, es la principal de las tareas y la más complicada pues requiere un comprometimiento total. La capacidad de gestionar bien el tiempo es una habilidad que las empresas han aprendido a desarrollar, siendo un factor que mejora la productividad y la competitividad de la organización, por lo cual mientras más eficientes y gestionados estén estos procesos, mejores serán los resultados finales del proyecto, en relación con el indicador tiempo.

Gestión de Calidad
Los procesos de Gestión de la Calidad del Proyecto incluyen todas las actividades de la organización ejecutante que determinan las políticas, los objetivos y las responsabilidades relativas a la calidad, de modo que el proyecto satisfaga las necesidades por las cuales se emprendió. Implementa el sistema de gestión de calidad a través de las políticas, los procedimientos y los procesos de planificación de calidad, aseguramiento de calidad y control de calidad, con actividades de mejora continua de los procesos que se realicen durante todas las fases del proyecto, según corresponda. Gestionar la calidad es una estrategia organizativa y un método de gestión que hace participar a todos los empleados y pretende mejorar continuamente la eficacia de una organización y por ende satisfacer al cliente. Los procesos de esta área están estrechamente relacionados con el resto de los procesos de las demás áreas, atendiendo al principio de calidad total.

Gestión de Riesgos
Un riesgo dentro del proyecto es un evento o condición que, si de producirse, tendrá un efecto positivo o negativo sobre al menos un objetivo del proyecto, como pudiera ser el tiempo, costo, alcance o calidad. Un riesgo pudiera tener una o más causa, así como el impacto a considerar dentro del proyecto. Si ocurren algunos de estos eventos inciertos, puede haber un impacto sobre el costo, el cronograma o el rendimiento del proyecto. Las condiciones de riesgo pueden incluir aspectos del entorno del proyecto o de la organización que pueden contribuir al riesgo, tales como prácticas deficientes de dirección de proyectos, la falta de sistemas de gestión integrados, múltiples proyectos concurrentes o la dependencia de participantes externos que no pueden ser controlados. Por tal razón los objetivos principales de la Gestión de Riesgos son aumentar la probabilidad y el impacto de los eventos positivos, además de disminuir la probabilidad y el impacto de los eventos negativos sobre el proyecto.

Gestión de Adquisiciones
Incluye los procesos necesarios para comprar o adquirir los productos, servicios o resultados necesarios para realizar el trabajo fuera del ámbito de la organización. Incluye además los procesos de la gestión del contrato y de control de cambios necesarios para administrar contratos u órdenes de compra emitidas por miembros autorizados del equipo del proyecto. El objetivo fundamental del área es encargarse de la gestión de los contratos.

Gestión de Costos
La Gestión de los Costos de un proyecto se encarga fundamentalmente del control de los recursos necesarios para completar las actividades planificadas en los cronogramas dentro de los presupuestos establecidos. Además influye en la toma de decisiones que pueda tener un impacto sobre los costos de uso, mantenimiento y soporte del producto o servicio que se espere como resultado del proyecto. Frecuentemente se le denomina también como cálculo de costos del ciclo de vida del proyecto, que junto con técnicas de ingeniería del valor pueden reducir el gasto y el tiempo de ejecución, mejorando la calidad y el rendimiento del producto final. La posibilidad de influir sobre el costo es mayor en las primeras etapas del proyecto, y esa es la razón por la cual la definición temprana del alcance es crítica para el éxito del proyecto.

Gestión de Conocimiento
El área es un nuevo enfoque gerencial basado en el reconocimiento y la utilización del valor más importante de las organizaciones: los recursos humanos, su conocimiento y su disposición a colocarlos a su servicio. Entre los principales intereses planteados por esta área están contribuir a comprender cómo conseguir organizaciones más competitivas y adaptables; así como crear procesos y mecanismos de gestión que aceleren los procesos de aprendizaje, la creación, adaptación y difusión del conocimiento, tanto en la organización como entre esta y su entorno. Fomenta la creación y difusión de una cultura organizacional y un entorno de colaboración que favorezca dichas acciones mediante el liderazgo, la cooperación mutua y las comunidades de práctica. Asimismo, posibilita la implementación de políticas en la organización, que estimula la capacitación, el aprendizaje y la motivación de cada miembro de la organización, según sus necesidades, además de crear las condiciones necesarias para que la información fluya de forma idónea sobre la base de un soporte tecnológico que facilite y agilice el flujo de la información y el conocimiento. De este modo, se facilita la toma de decisiones en función del cumplimiento de la misión, visión, metas y objetivos de la organización.

Gestión de Comunicaciones
Es el área que se encarga de las comunicaciones pueden establecerse entre los stakeholders y clientes del proyecto con los desarrolladores y líderes, además de las que puedan establecerse dentro de los mismos miembros del equipo de desarrollo. Las acciones que se realicen deberán ser, como en la mayoría de las áreas, sistemáticas y retrospectivas, la colaboración, la efectiva comunicación tanto interna como externa entre las áreas de la organización y las personas, deberá además atenderse de forma directa y constante, su fruto permite que se entienda, se realice y se trabaje siguiendo todos la misma misión y estrategia del proyecto.

Procesos de la fase conceptual en la gestión de proyectos de software

El artículo sólo se centrará en los procesos que se ejecuten en cada una de las áreas de conocimiento durante la primera fase de la Gestión de Proyectos. Como se explicara anteriormente es en la fase de inicio del proyecto donde se definen y conceptualizan los objetivos primarios del proyecto, su razón de ser. En ella se realiza una evaluación técnica, de factibilidad económica, se estudia a profundidad las potencialidades de una inserción en el mercado de las soluciones, servicios o producto a generar por el proyecto. Se analizan los resultados obtenidos y se estiman los recursos necesarios para cumplir los propósitos delimitados y solicitados por los clientes. Es una Fase donde sus procesos estarán encaminados mayormente a planificar, al menos preliminarmente, las acciones venideras. Las acciones que se comenten dentro de esta etapa son fundamentales para la gestión en los proyectos de software en concreto, dado que gran parte de las causas para el éxito o fracaso de un proyecto viene dada por la eficacia de la planificación y estimaciones iniciales, así como la mayor certeza posible en cuanto a la realidad y la ejecución posterior que se logre realizar.

En la Fig. 3 se muestra una secuencia del conjunto de procesos concebidos para la Fase de Conceptualización. La secuencia propuesta está organizada mediante un árbol de procesos, donde el nivel de cada proceso representa su prioridad de ejecución, encontrándose a un mismo nivel aquellos procesos que pueden ser realizados simultáneamente.

Los procesos en cada área se rigen por principios de trabajo que guían la realización de estos. Y por cada proceso se establecieron: premisas o entradas necesarias para el desarrollo del proceso; una instrumentación, o técnicas y métodos propuestos que en un conjunto de ellos faciliten la finalidad del proceso; las salidas o entregables a obtener del proceso, así como también la propuesta de plantilla para ello que se propone; y finalmente se definen los responsables, mediante los roles que se evidencian en los proyectos de software. Elementos todos que proporcionan en su conjunto un entendimiento claro del proceso, con suficiente descripción en cada caso que facilita su ejecución.

Instrumentación

La instrumentación o selección de técnicas que sirvan de apoyo para la obtención de las salidas o artefactos pertinentes en cada caso, pueden ser escogidas de acuerdo a las características específicas y el ambiente del proyecto, a continuación se describen las técnicas propuestas:

- Juicio de expertos: para esta técnica deberá contarse con el apoyo de una persona, grupo de personas u otras fuentes con experiencia en el proyecto que se va a realizar, ya sean internas o externas a la organización que va a ejecutar el proyecto. El juicio y criterio de dichos expertos será útil en diversos procesos dentro de la gestión del proyecto, para evaluar casos y apoyar en la toma de decisiones aportando criterios fundamentados, siendo su consulta de vital importancia para el éxito del proyecto.

- Definición del organigrama de proyecto: Todo equipo de dirección necesita tener una estructura y organización para regir el trabajo en el proyecto, algunos de los enfoques de organigramas más aceptados son el Descentralizado Democrático, Descentralizado Controlado y Centralizado Controlado (10).

- Definición de la Metodología de Gestión de Proyecto: Es necesario definir cuál será la metodología de gestión de proyectos y las políticas a seguir en el proyecto a desarrollar debiendo estas estar en concordancia con las de la Oficina de Gestión de Proyecto. El equipo de dirección del proyecto tendrá completa autonomía en seleccionar la metodología a usar, puesto que son los principales ejecutores, teniendo siempre en cuenta la misión y los objetivos de la organización.

- Técnica dirigida por modelos: En el desarrollo de todo proyecto, necesariamente del mismo ámbito, se pueden desarrollar esquemas, modelos o plantillas, que guiarán la definición de actividades o indicadores a tener en cuenta para concluir satisfactoriamente un proceso o ya sea para la generación de una salida. En los proyectos de software de igual forma pueden establecerse estos modelos basados en la experiencia de proyectos anteriores, lo cual facilitaría, ampliaría y agilizaría el trabajo del equipo de dirección.

- Técnicas cognitivas: son técnicas que permiten auxiliarse de sistemas que ayuden a automatizar y agilizar los procesos. Existen sistemas basados en el conjunto de conocimientos que un experto humano puede poner en práctica para la resolución de determinado problema, denominados Sistemas Basados en Conocimiento, los cuales son capaces de, dadas algunas informaciones (interpretadas como entradas) generar (o extraer) una serie de conocimientos de determinada área. En síntesis, son herramientas que dadas algunas premisas permiten generar (en un mayor o menor grado de certidumbre) los resultados necesarios de determinada situación.

- Verificación de la integridad del Plan: Debido a que el Plan de Gestión está compuesto por los hitos y por los restantes planes subsidiarios de gestión de las demás áreas, se deberá chequear la integridad de cada plan, revisando que los objetivos y principios con los cuales fueron creados estén estrechamente relacionados, así como que exista una integridad en el desarrollo de cada uno de ellos.

- Técnicas tradicionales de levantamiento de requisitos: Consisten en el uso de cuestionarios, encuestas y entrevistas, además de la revisión y análisis a la documentación existente acerca de las características de la organización, así como de estándares, procesos y modelos que se lleven a cabo en la organización para la que se desarrollará el proyecto.

- Grupo de técnicas creativas: Son un grupo de técnicas dedicadas específicamente a la realización de actividades, con el objetivo de identificar las necesidades que debe satisfacer tanto el producto como el proyecto. Entiéndase por estas a la Tormenta de ideas, Grupo de atención, Técnica Delphi, Técnicas cognitivas y la Observación.

- Modelación y análisis: Los requisitos que fueron identificados , deben ser separados por sus características en grupos, en aras de comprender hacia dónde va dirigido el producto a desarrollar, estos grupos pueden ser: a) Modelo de empresa: como las características específicas que debe ser capaz de realizar el sistema a desarrollar; b) Modelo de datos, donde quedan identificados y definidos los requisitos que están relacionados con la manera que deben ser recogidos los datos o la información se procesará por el sistema; y c)Modelo de requisitos no funcionales, como capacidades o características que debe poseer el sistema.

- Identificación de alternativas: Es una técnica usada para generar diferentes enfoques en la ejecución del trabajo del proyecto. A menudo se usa una generalidad de técnicas de gestión, entre las más comunes se encuentran la tormenta de ideas y el pensamiento lateral.

- Definición del organigrama del proyecto (RRHH): es una forma de representación donde se especifican y describen los roles y las responsabilidades de los miembros del proyecto. Existen diferentes formas de representación de los organigramas: la de árbol jerárquico, la matricial y la textual.

- Creación de conexiones: la organización que desarrolla el proyecto deberá propiciar encuentros entre el personal, incluso antes de comenzar a desarrollar el proyecto, lo cual propiciará la comunicación y facilitará el trabajo en equipo. El desarrollo de las habilidades interpersonales de los miembros del equipo, en reuniones extra laborales como juegos deportivos, fiestas, o simplemente reuniones para conversar y compartir, creará en el proyecto un ambiente propicio para el desarrollo.

- Análisis de requisitos de comunicaciones: es la técnica que permite obtener e identificar los posibles canales de comunicación en el proyecto. Para ello se analizará los implicados en el proyecto para determinar las vías y métodos de intercambio de información. Para el análisis podrán estudiarse los organigramas del proyecto, la descripción de los roles y responsabilidades, el Plan de Gestión de los Recursos Humanos, la contabilización de los departamentos, la cantidad de miembros del proyecto, etc.

- Análisis de métodos de comunicación: es la técnica que determinará las vías de comunicación posibles en el proyecto, ya sean establecidas a través de las tecnologías de comunicación, en reuniones u otros métodos de comunicación.

- Descomposición: Se hace necesario descomponer cada hito y objetivos del proyecto en tareas y acciones concretas capaces de ser asignadas al personal, que no sean ambiguas, de fácil comprensión y medibles. Los niveles de descomposición del proyecto dependerán en gran medida de la complejidad y tamaño del producto a entregar. Esto le permite al equipo de dirección y de desarrollo tener un panorama claro del momento de desarrollo en que se encuentra el proyecto, y le proporcionará además una vía para medir el avance del proyecto.

- Planificación gradual: Es un forma de planificación de elaboración progresiva, donde el trabajo que se tiene que realizar a corto plazo se detalla a precisión, mientras que el trabajo a largo plazo se planifica para el momento que debe ser analizado a detalle, debiendo quedar identificadas la mayoría de las actividades que se tiene que realizar en el proyecto.

- Análisis Costo – Beneficio: El principal beneficio de cumplir con los requisitos de calidad es obtener un mínimo de reproceso, lo cual significa mayor productividad, menores costos y mayor satisfacción de los interesados.

- Estudios comparativos: Un estudio comparativo implica comparar prácticas del proyecto reales o planificadas con las de otros proyectos, a fin de generar ideas de mejoras y de proporcionar una base sólida y real respecto a la cual medir el rendimiento.

- Costo de calidad: Son los costos totales incurridos en inversiones para prevenir el incumplimiento de los requisitos, evaluar la conformidad del producto o servicio con los requisitos, y por no cumplir con los requisitos (reproceso). Los costos por fallos a menudo se clasifican en internos y externos. Los costos por fallos también se denominan costos por calidad deficiente.

- Herramientas de planificación: Es recomendado hacer una evaluación previa, de cuáles serían las herramientas de planificación de calidad más convenientes a emplear para facilitar una rápida y eficaz ejecución del proceso.

Conclusiones

Se puede constatar que los procesos propuestos para la Fase Conceptual satisfacen algunos aspectos encontrados deficientes en la Gestión de Proyectos en el proceso de desarrollo de software en particular. Se logró objetivamente la concepción de premisas, instrumentación, salidas, los artefactos específicos para estas, así como los roles responsables de la ejecución de cada uno. La inclusión, definición y descripción de la totalidad de dichos elementos propicia una comprensión, aplicación oportuna y necesaria. Los procesos definidos son una primera y aceptada iniciativa de una metodología que contemplará las restantes fases con igual profundidad, guiando eficientemente la gestión de proyectos de software.

Referencias

1.IPMA. International Project Management Association. [Online] IPMA, 2009. http://www.ipma.ch.
2.PMI®. Project Management Institute. [En línea] 2009. http://www.PMI®.org/.
3.Project Management Institute, Inc. Guía de los Fundamentos de la Dirección de Proyectos. 2008. pág. 409. 1-930699-73-5.
4.IPMA. ICB - IPMA Competence Baseline Version 3.0. 2006. 0-9553213-0-1.
5.Microsoft Corporation. Microsoft Solutions Framework version 3.0. 2003.
6.MSF Project Management Discipline v. 1.1. 2002. Microsoft Corporation.
7.Pressman, Roger. Ingeniería de Software. s.l. : Mc Graw Hill, 2005.
8.Peopleware Productive Projects an Teams. Timothy Lister, Tom DeMarco &. New York : Dorset House Publishing Co., 1999. 0-932633-43-9..
9.Ivar Jacobson, Grady Booch, James Rumbaugh. El proceso unificado de desarrollo de software. s.l. : Addison Wesley, 2000. 8478290362.
10.M.Mantei. The Effect of Programing Team Structures on Programming Task. s.l. : CACM, 1981.


Esta página ha sido calificada como:
Califica esta página:   

Temas relacionados:
Certificación en Administración de Proyectos de Software

 




Cómo estimar correctamente un proyecto y llevarlo a cabo en tiempo y forma (Nahun Enrique Montoya-Iribe)
+
.
.
Quienes somos I Base de conocimiento I Apoyo y servicios profesionales I Carrera y desarrollo profesional I Material de apoyo I Productos y souvenirs I Comunidad I Contacto I Aviso de privacidad
© LiderDeProyecto.com - Todos los derechos reservados. PMBOK, PMP, Project Management Professional, Project Management Professional (PMP), PgMP, Program Management Professional (PgMP), PMI-RMP, PMI Risk Management Professional (PMI-RMP), CAPM, Certified Associate in Project Management (CAPM), PMI-SP, PMI Scheduling Professional (PMI-SP), THE PMI TALENT TRIANGLE and the PMI REP Logo are registered marks of the Project Management Institute. Capability Maturity Model® y CMM® son marcas registradas en la Oficina de Patentes de los EUA por el Software Engineering Institute (SEI) de la Universidad Carnegie Mellon®. CMM® IntegrationSM, IDEALSM y SCAMPISM son marcas de servicio de la Universidad Carnegie Mellon. MDA®, BPMN®, SysML®, MOF®, OMG® y UML® son marcas registradas en los EUA y en otros países por el Object Management Group. Microsoft® es una marca registrada en los EUA y en otros países; Microsoft Office, Microsoft Excel y Microsoft Project son productos propiedad de Microsoft Corp. Enterprise Architect es un producto propiedad de Sparx Systems, Australia. RUP® es una marca registrada por IBM Corp.