miércoles, 24 de octubre de 2018

Unidad 3 Planificacion del Proyecto


3.1. Objetivo del Proyecto


La clave para empezar con éxito un proyecto es que tengamos los términos de referencia bien establecidos. Para ello, debemos conocer los usuarios (autoridad y el patrocinador), los objetivos, el ámbito, las restricciones, los costes y /o presupuesto, los recursos, las entregas, las fases del proyecto, las estrategias, riesgos, hipótesis, roles y responsabilidades. 
Un aspecto muy importante para mantener el apoyo de la organización es que los objetivos del proyecto estén en perfecta conexión con los de aquella y además que se hagan explícitos. En síntesis podemos decir que las principales razones para el establecimiento de objetivos son:  

  • ·         Objetivos de la Gestión de Proyectos  
  • ·         Definir el Proyecto y establecer la estructura organizativa de los equipos 
  • ·         Definir claramente los objetivos y establecer una planificación del Proyecto 
  • ·         Realizar estimaciones concretas y reales de tiempos, costes y recursos 
  • ·         Controlar y supervisar los trabajos, inversiones, consumo de recursos, costes y tiempos de ejecución del proyecto 
  • ·         Establecer unos criterios de calidad sobre los resultados esperados, y comprobar su cumplimiento 
  • ·         Prever los posibles riesgos que puedan surgir 
  • ·         Permitir la resolución inmediata de los problemas surgidos durante la ejecución del Proyecto 
  • ·         Proporcionar una dirección. 
  • ·         Enfocar los resultados. 
  • ·         Permitir que se lleven a cabo los planes. 
  • ·         Priorizar y organizar el trabajo. 
  • ·         Motivar al personal 
  • ·         Comunicar el propósito del proyecto. 
  • ·         Permitir que se reconozca el éxito.  

La administración efectiva de un proyecto de software depende de planear completamente el progreso del proyecto. Las metas globales del negocio son un factor importante que debe considerarse cuando se formula el plan del proyecto. El proceso de planeación del proyecto inicia con una valoración de las restricciones que afectan el proyecto (fecha de entrega requerida, personal disponible, presupuesto global, etc.). 

Ésta se lleva a cabo con una estimación de los parámetros del proyecto como su estructura, tamaño y distribución de funciones. Después de algún tiempo (por lo general 2 o 3 semanas), se revisa el proyecto y señalan las discrepancias. Debido a que las estimaciones iniciales de los parámetros del proyecto son tentativas, el plan siempre deberá actualizarse.



3.2. Estimaciones de Tiempo

La gestión de tiempos reúne todos aquellos procesos necesarios para asegurar el correcto desarrollo de las distintas tareas, dentro de los plazos especificados, así como de las herramientas para el control y seguimiento de la planificación temporal y la programación del proyecto.  
Los principales procesos incluidos en esta categoría son: 

  • ·         Definición de tareas: Identificando las tareas específicas necesarias para el desarrollo del proyecto, y obtención de los resultados. La definición de las tareas consiste en identificar y documentar todas las tareas específicas que deben de realizarse para obtener los resultados esperados, tal y como se especifica en la planificación del proyecto.  

  • ·         Secuencia de actividades: Definiendo las inter-relaciones existentes entre las diferentes tareas. Este proceso consiste en la identificación y documentación de las interacciones lógicas entre las distintas tareas, sus inter-relaciones y dependencias mutuas. Estas relaciones deben de ser planificadas con suficiente precisión, de forma que se pueda obtener posteriormente un calendario realista y una programación razonable del proyecto.   

  • ·         Estimación de la duración de las tareas: Estimando el número de unidades necesarias para su completa finalización. Es el proceso de toma de información a partir de los objetivos y alcance del proyecto, y de los recursos necesarios y disponibles, para establecer una duración lo más aproximada posible a la realidad de cada tarea. Cada duración, suele definirse por la persona, ó grupo de personas a cargo de cada tarea, ya que ellos conocen más detalladamente los requisitos individuales y específicos de las tareas a su cargo. Este proceso es un proceso progresivo, que depende en gran manera del grado de detalle, y de la calidad de la información de la que se disponga. 

  • ·         Establecimiento del calendario: A partir del análisis de las secuencias de tareas, duraciones, y los recursos requeridos para cada una de ellas. Este proceso consiste en definir claramente las fechas de inicio y fin de cada una de las tareas a desarrollar en el proyecto. Lógicamente, si estas fechas no son realistas, es poco probable que el proyecto se desarrolle y finalice dentro de los plazos establecidos. Este proceso depende en gran medida de los procesos de estimación de la duración de las tareas, así como de la estimación de costes.

  • ·         Control del calendario: Realizando un seguimiento y ajustando en caso necesario los posibles cambios en la programación. Estos procesos interactúan entre ellos mismo, y con procesos de otras áreas, y requieren el trabajo de una sola, o de un equipo de personas en función del tamaño y de las necesidades del proyecto.



3.3. Estimaciones de Costos

El proceso de estimación del coste de un producto software está formado por un conjunto de técnicas y procedimientos que se usan en la organización para poder llegar a una predicción fiable. Éste es un proceso continuo, que debe ser usado y consultado a lo largo de todo el ciclo de vida del proyecto. Se divide en los siguientes pasos: 

  • ·         Estimación del tamaño. 
  • ·         Estimación del costo y del esfuerzo. 
  • ·         Estimación de la programación temporal. 
  • ·         Estimación de la cantidad de recursos computacionales. 
  • ·         Asunción de riesgos. 
  • ·         Inspección y aprobación. 
  • ·         Redacción de informes de estimación. 



Todas estas estimaciones necesarias están basadas en probabilidades debido a la influencia de factores externos de difícil control. Además de estas probabilidades, es necesario recurrir a información histórica, que debe ser fácilmente accesible y disponible para la organización en cualquier momento. 

Gestión de Costes 

Esta categoría incluye todos aquellos procesos necesarios para asegurar que el proyecto se va a completar conforme al presupuesto establecido. Estos procesos se pueden resumir en:  
  • ·         Planificación de recursos: Determinando que recursos (personal, equipamiento, materiales, etc.) y en que cantidad son necesarios para desarrollar las tareas del proyecto. La planificación de recursos se encarga de determinar que recursos físicos (personas, equipamiento y materiales), en que cantidades son necesarias y en qué momento son requeridos, para desarrollar las tareas del proyecto.  

  • ·         Estimación de costes: calculando aproximadamente los costes de los recursos consumidos. Se encarga de realizar un cálculo aproximado de los costes de los recursos necesarios para el desarrollo de las tareas del proyecto, a la vez que de estimar las posibles variaciones de estas aproximaciones con respecto a la realidad.  

  •  ·      Presupuestos y Financiación de los costes: Estableciendo en que categoría se deben asignar esos costes dentro del presupuesto. 


3.4. Estimacion de Personal Requerido

Gestión de Recursos Humanos 

Este apartado describe los procesos necesarios para hacer más efectivo y eficaz el trabajo y la coordinación entre las distintas personas que participan en el proyecto. En estos procesos participan desde los inversores, sponsors, clientes, socios, trabajadores, técnicos, directores, responsables. Engloba tres procesos principales:  
  • ·         Planificación de la Organización: Identificando, documentando, y asignando las distintas labores del proyecto a distintas personas, estableciendo las responsabilidades y la jerarquía y relaciones internas. Este proceso aborda la identificación, recopilación de documentación, y la asignación de responsabilidades, labores, relaciones del personal involucrado en el proyecto, tanto a nivel individual, como a nivel de equipo ó grupos. Por tanto, engloba la asignación de tareas tanto a nivel individual, como a los distintos colectivos que participan en su desarrollo. En la mayoría de los proyectos, esta asignación se plantea y realiza en las primeras fases de desarrollo, sin embargo, deben de ser revisadas de forma continua, y actualizadas en caso de cambios, altas ó bajas, en el personal de la empresa.  

  •  ·         Selección de Personal: Escogiendo a las personas necesarias y adecuadas para el desarrollo del proyecto. Es el proceso encargado de escoger que personas o grupos trabajan para el proyecto. La mayoría de las veces, los mejores recursos humanos no estarán disponibles, por lo que es responsabilidad del equipo de dirección, seleccionar a aquellos que aseguren el cumplimiento de los objetivos y resultados del proyecto. 

  •  ·         Desarrollo de los Equipos: Desarrollando las habilidades individuales y de equipo de las personas, para mejorar el rendimiento del proyecto. El desarrollo de equipos tiene en cuenta desde la habilidad individual de cada miembro lo participante del proyecto de contribuir a su desarrollo, hasta la capacidad de trabajo de un equipo de proyectos como equipo, es decir, contempla desde el desarrollo y la motivación individual, hasta su integración y cooperación dentro de un equipo de trabajo. A la hora de desarrollar un equipo para un proyecto, es imprescindible dejar bien claro desde el principio, tanto la jerarquía de la organización, como las atribuciones y responsabilidades de cada uno de los miembros. 



miércoles, 26 de septiembre de 2018

2.1 La gestión de proyectos usando un marco de calidad


2.1 La gestión de proyectos usando un marco de calidad



  La calidad del software es un concepto complejo que no es directamente comparable con la calidad de la manufactura de productos. 

 En la manufacturación, la noción de calidad viene dada por la similitud entre el producto desarrollado y su especificación. En un mundo ideal, esta definición debería aplicarse a todos los productos, pero, para sistemas de software, existen estos problemas:

1.      La especificación se orienta hacia las características del producto que el consumidor quiere. Sin embargo, la organización desarrolladora también tiene requerimientos (como los de
2.      mantenimiento) que no se incluyen en la especificación.

2. No se sabe cómo especificar ciertas características de calidad (por ejemplo, mantenimiento) de una forma no ambigua.

3. Es muy difícil redactar especificaciones concretas de software. 

Por lo tanto, aunque un producto se ajuste a su especificación, los usuarios no lo consideran un producto de alta calidad debido a que no responde a sus expectativas.

Se deben reconocer estos problemas con la especificación del software y se tienen que diseñar procedimientos de calidad que no se basen en una especificación perfecta. En concreto, atributos del software como mantenibilidad, seguridad o eficiencia no pueden ser especificados explícitamente. Sin embargo, tienen un efecto importante en cómo es percibida la calidad del sistema.

Algunas personas piensan que la calidad puede lograrse definiendo estándares y procedimientos organizacionales de calidad que comprueban si estos estándares son seguidos por el equipo de desarrollo. Su argumento es que los estándares deben encapsular las buenas prácticas, las cuales nos llevan inevitablemente a productos de alta calidad. 

 En la práctica, sin embargo, es más importante la gestión de la calidad que los estándares y la burocracia asociada para asegurar el seguimiento de estos estándares.
Los buenos gestores aspiran a desarrollar una «cultura de la calidad» donde todos seamos responsables de que el desarrollo del producto sea llevado a cabo obteniendo un alto nivel de calidad en éste. Mientras estándares y procedimientos son las bases de la gestión de la calidad, los gestores de calidad experimentados reconocen que hay aspectos intangibles en la calidad del software (elegancia, legibilidad, etc.) que no puede ser incorporada en los estándares.

 Ellos ayudan a la gente interesada en estos aspectos intangibles de calidad y fomentan comportamientos profesionales en todos los miembros del equipo.
La gestión formal de la calidad es particularmente importante para equipos que desarrollan sistemas grandes y complejos. 

 La documentación de la calidad es un registro de que es hecho por cada subgrupo en el proyecto.
Esto ayuda a la gente a ver qué tareas importantes no deben ser olvidadas o que una parte del equipo no haga suposiciones incorrectas acerca de lo que otros miembros han hecho.

 La documentación de calidad es también un medio de comunicación sobre el ciclo de vida de un sistema. Ésta permite al grupo responsabilizarse de la evolución del sistema para saber qué ha hecho el equipo de desarrollo.

 Para sistemas pequeños, la gestión de calidad es importante todavía, pero se debe adoptar una aproximación más informal. No son tan necesarios los documentos porque el grupo puede comunicarse informalmente. 

 La clave de la calidad en el desarrollo de sistemas pequeños es el establecimiento de cultura de calidad y asegurarse de que todos los miembros del equipo hacen una aproximación positiva a la calidad del software.
 La gestión de calidad del software se estructura en tres actividades principales:
  • Garantía de la calidad. El establecimiento de un marco de trabajo de procedimientos y estándares organizacionales que conduce a software de alta calidad.
  • Planificación de la calidad. La selección de procedimientos y estándares adecuados a partir de este marco de trabajo y la adaptación de éstos para un proyecto software específico.
  • Control de la calidad. La definición y fomento de los procesos que garanticen que los procedimientos y estándares para la calidad del proyecto son seguidos por el equipo de
  •  desarrollo de software. La gestión de la calidad provee una comprobación independiente de los procesos de desarrollo software. Los procesos de gestión de la calidad comprueban las entregas del proyecto para asegurarse que concuerdan con los estándares y metas organizacionales. 

El equipo de garantía de calidad debe ser independiente del equipo de desarrollo para que puedan tener una visión objetiva del software. Ellos transmitirán los problemas y las dificultades al gestor principal de la organización.


martes, 11 de septiembre de 2018

1.2.2 Propuesta


1.2.2 Propuesta

La propuesta, memoria u oferta es la respuesta del proveedor externo a la petición que le hace el cliente. Si es un trabajo de un grupo formado dentro de la organización, el contenido es muy similar y puede dominarse memoria del proyecto o de otras maneras. Para la preparación de la propuesta, el grupo que la prepara debe revisar las especificaciones elaboradas por el cliente y celebrar reuniones con representantes de la organización, al menos de tres áreas: la parte administrativa y legal; la parte que encarga o administra el encargado del proyecto, y algunos usuarios clave. La propuesta debe ser dirigida por el jefe de proyecto que es el que asume la dirección del trabajo y que tenga una dotación adecuada de tiempo y recursos.


1.2.3. Selección y Evaluación de personal

Selección.- Este servicio se refiere al proceso de elegir al personal que cuente con las competencias laborales y personales necesarias para cubrir vacantes existentes o proyectadas en su empresa dándole énfasis al lado humano de la competitividad.

Evaluación.- Uno de los pasos dentro del proceso de selección de personal son las evaluaciones psicológicas. Las mismas tienen como objetivo describir a la persona en sus diferentes aspectos (intelectuales, cognitivos, emocionales, etc.) y se consideran predictores del desempeño laboral.

El proceso de software lo componen participantes que pueden clasificarse en cinco categorías:

- Gestores superiores: definen los aspectos de negocios que a menudo tienen una significativa influencia en el proyecto.

- Gestores técnicos del proyecto: deben planificar, organizar y controlar a los profesionales que realizan el trabajo del software.

- Profesionales: proporcionan las capacidades técnicas para la ingeniería de un producto

- Clientes: especifica los requisitos para la ingeniería de software.

- Usuarios finales: interaccionan con el software una vez que se ha entregado para la producción.


Los principales problemas en esta etapa son:

• Los jefes de proyecto son frecuentemente seleccionados por su habilidad para programar o realizar tareas de ingeniería en vez de su habilidad de gestión (pocos ingenieros son buenos gerentes)

• La productividad de los programadores, analistas e ingenieros de software varía mucho de individuo en individuo.

• Hay grandes cambios en el equipo de un proyecto software, especialmente en aquellos organizados matricialmente.

• Las universidades no están produciendo un número suficiente de ingenieros que entiendan el proceso de la ingeniería de software o gestión de proyectos.

• Los planes de entrenamiento para desarrolladores individuales de software no se desarrollan o mantienen.

1.2.4. Supervisión y Revisión del proyecto

La supervisión del proyecto es una actividad continua. El gestor debe tener conocimiento del progreso del proyecto y comparar el progreso con los costes actuales y los planificados. Se debe de tener una imagen clara de lo que pasa llevando a cabo una entrevista informal con el personal del proyecto.

Durante un proyecto es normal tener varias revisiones formales de su gestión. Se hace la revisión completa del progreso y de los desarrollos técnicos del proyecto, y se tiene en cuenta el estado del proyecto junto con los propósitos de la organización que ha encargado el proyecto.


1.2.5. Informes
Los gestores del proyecto tienen la necesidad de informar al cliente y contratistas sobre el proyecto. Tiene que redactar documentos concisos y coherentes que resuman la información crítica de los informes detallados del proyecto. Les debe ser posible presentar esta información durante las revisiones del progreso.

1.3. Fundamentos de P.M.I
El Project Management Institute (PMI) es una organización internacional sin fines de lucro que asocia a profesionales relacionados con la Gestión de Proyectos. Desde principios de 2011, es la más grande del mundo en su rubro, dado que se encuentra integrada por más de 380.000 miembros en cerca de 170 países.

Sus principales objetivos son:

 Formular estándares profesionales en Gestión de Proyectos.
 Generar conocimiento a través de la investigación.
 Promover la Gestión de Proyectos como profesión a través de sus programas de certificación.

martes, 28 de agosto de 2018

Fases de la Gestión de Proyectos


2.1 Fases de la Gestión de Proyectos

1.2.1. Planificación de proyectos

Todo proyecto conlleva la realización de una serie de actividades para su desarrollo. La distribución en el tiempo de dichas actividades y la consideración de los recursos necesarios son las funciones a desarrollar en la planificación de proyectos.

 El objetivo de la planificación de proyectos es obtener una distribución de las actividades en el tiempo y una utilización de los recursos que minimice el coste del proyecto cumpliendo con las condiciones exigidos de: plazo de ejecución, tecnología a utilizar, recursos disponibles, nivel máximo de ocupación de dichos recursos.

 Por tanto la planificación de proyectos es una programación de actividades y una gestión de recursos para obtener un objetivo de coste cumpliendo con los condicionantes exigidos por nuestro cliente.

La planificación involucra la especificación de objetivos y metas para un proyecto y las estrategias, políticas, planes y procedimientos para alcanzarlos.

Los principales problemas en la planificación de un proyecto de ingeniería de software incluyen los siguientes: 

• Requerimientos incorrectos e incompletos.

• Muchas especificaciones de requerimientos son inestables y sujetas a cambios mayores.

• La planificación no se lleva a cabo por la creencia errónea de que es una pérdida de tiempo y los planes cambiarán de todos modos.

• La planificación de costos y plazos no es actualizada y se basa en necesidades de mercadeo y no de los requerimientos del sistema.

• Es difícil estimar el tamaño y complejidad del proyecto de software de modo de realizar una estimación de costos y plazos realista.

• Los costos y plazos no son re estimados cuando los requerimientos del sistema o el ambiente de desarrollo cambia.

• No se manejan factores de riesgo.

• La mayoría de las organizaciones de desarrollo de software no recolectan datos de proyectos pasados.

• Las compañías no establecen políticas o procesos de desarrollo de software.


Actividades que se derivan de la planificación.
• Fijar los objetivos y metas
• Desarrollar estrategias
• Desarrollar políticas
• Anticipar futuras situaciones
• Conducir un establecimiento de riesgos
• Determinar posibles cursos de acción
• Tomar decisiones de planificación
• Fijar procedimientos y reglas
• Desarrollar los planes del proyecto
• Preparar presupuestos
• Documentar los planes del proyecto.



"La planificación consiste en determinar qué se debe hacer cómo debe hacerse, quién es el responsable de que se haga y por qué."

Conceptos Basicos Para la Gestion de Proyectos


1.1 Conceptos Básicos Para la Gestión de Proyectos


¿Qué es un proyecto?
Un proyecto es una secuencia de tareas con un principio y un final limitados por el tiempo, los recursos y los resultados deseados.
Esto es, el proyecto tiene un resultado deseado, una fecha límite y un presupuesto (personal, suministros y dinero).

Características de un proyecto:
– Temporal: Debe tener principio y fin.
– Único: Carácter no repetitivo.
– Progresivo: Sigue una serie de etapas en su elaboración.

Podemos comentar 5 características importantes
 Un proyecto tiene principio y fin definidos.
 Los proyectos usan recursos (personas, tiempo, dinero).
 Los resultados del proyecto tienen metas específicas de calidad y desempeño.
 Los proyectos siguen una planeación
 Un proyecto incluye un equipo de personas.

Tipos de proyectos
– Demanda del mercado
– Necesidad del negocio (interno)
– Petición del cliente (externo)
– Avance tecnológico
– Requerimiento legal
– Necesidad social

Programa y subproyecto
• Portafolio: Conjunto de proyectos o programas que se agrupan para facilitar la dirección eficaz para cumplir con los objetivos estratégicos del negocio.
• Programa: Grupo de proyectos relacionados y administrados de forma coordinada para obtener beneficios que no se obtendrían si la gestión fuera individual (sinergia).
• Subproyecto: Componente de un proyecto con suficiente independencia y entidad como para recibir una gestión individualizada.

¿Qué es la gestión de Proyectos?
Es la aplicación de conocimiento, habilidades, herramientas y técnicas a las actividades de un proyecto, con el fin de cumplir sus requerimientos.

Ciclos de vida vs Gestión
Ciclo de vida de un proyecto: Cada una de las fases que hay que desarrollar para obtener el producto o servicio asociado.
Gestión del proyecto: Metodología para planificar, ejecutar y controlar las fases de una manera más efectiva (con más probabilidades de éxito).
• Ciclo de vida de un proyecto: Depende de cada tipo de proyecto. Ej.: – Desarrollo SW: Análisis, Diseño, Programación, Prueba, Implementación.
• Gestión del Proyecto: Siempre las mismas etapas: Inicio, Planificación, Ejecución, Control y Cierre.


Etapas de la gestión del Proyecto



Participantes de un proyecto
• Todo individuo u organización que tiene un interés dentro del proyecto:
– Sponsor (Patrocinador).
– Gestores de programas y portafolios, Oficina de proyectos.
– Responsables funcionales y de operaciones.
– Jefe de Proyecto.
– Equipo de Proyecto.
– Clientes (Usuarios).
– Subcontratas.

Gestión de participantes
• La gestión de los participantes es clave para la consecución del proyecto.
• Problemas:
– Participantes con intereses contrapuestos.
– Localización remota.
– Diferencias culturales.
Comprensión del entorno del proyecto
• Entorno cultural y social:
– Cómo el proyecto afectará a la gente
– Cómo la gente afectará al proyecto
– Visión del rol del Director de Proyectos en la organización
• Entorno internacional y político:
– Afecta a la comunicación
– Vital en multinacionales
• Entorno físico:
– Interacción con el medioambiente

– Fenómenos naturales