UNIDAD 2 "GESTIÓN DE PROYECTOS"
Gestión de proyectos de software
2. 1 El proceso de gestión
2.2 Definición de iniciación y alcance
2.3 Planificación del proyecto de software
2.4 Promulgación del proyecto del software
2.5 Revisión y evaluación
2.6 Cierre y medidas de la ingeniería del software
Gestión de proyectos
Nombre del proyecto
Descripción
Requisitos
Diseño
Creación
Proceso de software
Mantenimiento
Gestión de configuración de software
Gestión de la ingeniería de software
Métodos y herramientas de la ingeniería de software
Calidad de software
Cuando quieras hacer algo, hazlo. No esperes hasta que las circunstancias te parezcan favorables
Rudyard Kipling
-El proceso de gestión de introducción
-Que es la gestión de proyectos
-Que es un proyecto
-Operaciones y proyectos
-Que es un plan de proyecto
-El PMI
-La metodología
-Los criterios de éxito
-El origen de los proyectos
-El portafolio de proyectos
-Tipos de organizaciones
-El papel de jefe de proyectos
La gestión de proyectos ha sido reconocida como una profesión independiente que se ubica dentro de la estructura de una organización con técnicas y herramientas, habilidades, competencias y procedimientos
Finalidad de la gestión de proyectos
INICIAR
PLANIFICAR
EJECUTAR
CONTROLAR
CERRAR ACTIVIDADES DEL PROYECTO
¿Para que queremos un proyecto?
Obtener el máximo éxito con nuestro proyecto y que así se beneficien tanto nuestros clientes como nuestros patrocinadores nuestros equipo de proyecto y nuestra campaña
Proponer su cierre lo antes posible en caso de predecir fundamentalmente su inviabilidad, con las herramientas de las que dispondremos y nos dotaremos.
Definición
Es la aplicación del conocimiento habilidades técnicas y herramientas a las actividades de un proyecto con el objeto de cumplir con los requisitos del proyecto balanceador
-Alcance, tiempo, coste, riesgo y calidad
-Las necesidades (requerimientos identificados)
-Los diferentes intereses y expectativas de los stakeholders (o interesados)
Las palabras subrayadas con las claves para entender y aplicar esta definición
Diferencia entre dirigir proyectos y gestionarlos
.Dirigir es tener una idea de emplear el poder y/o influencia para que se lleve a cabo
.Gestionar Seria hacer realidad esa idea, llevando a cabo los trabajos necesarios para ello
Gerente de proyectos
Cual sería su posición en la empresa?
Ese es el planteamiento que nos debemos hacer para poder cumplir con las expectativas depositadas en nosotros con éxito. Hay que tener en cuenta que las palabras en inglés “Project manager” en su traducción al castellano, se utilizan para definir tanto Al DIRECTOR de proyectos como el GESTOR de proyectos
Hacer: Administra los recursos
Revisar Planifica las facilidades del proyecto
Actuar Establece el ciclo de vida del proyecto
Planificar: Organiza el proyecto
Si nos paramos a observar en un primer momento a las organizaciones, tienen que estar continuamente adaptándose a las nuevas y cambiantes situaciones del mercado o entorno operacional se vuelve cada vez mas global, exigente y competitivo o sea “hacer más con menos y por menos” Esto hace que estén obligados a innovar continuamente y responder rápidamente a ese entorno ¿Cómo pueden lograr este objetivo? ¿Con que estrategia? Pues con una buena gestión de proyectos Por lo tanto podemos concentrar
El equilibrio de la dirección de proyectos
-Tiempo
-Costo
-Calidad
Ciclo del proyecto
PROYECTO
Diseño
Implementación
Monitoreo
Evaluación
EMPRESA
Beneficios potenciales al gestionar un proyecto
Mantiene a la empresa en el mercado pues son una moto de cambio al permitir aprovechar las nuevas oportunidades que se brindan
Mejora del soporte desde el punto de vista de proyectos a las nuevas oportunidades
Maximiza las capacidad creativas e innovadoras de la organización
Mejor rendimiento tanto de la organización como de los equipos de trabajo
GESTOR
-Beneficios potenciales al gestionar proyectos
-Reconocimiento de la gestión de proyectos como una profesión
-Fuente de futuros líderes de la organización
-Ala visibilidad de los resultados de los proyectos
-Alta visibilidad de las capacidades de la organización
-Oportunidades de crecimiento personal y profesional
-Incrementar la propia reputación y aumentar su red de influencia
-Adquirir habilidades y experiencias exportables a otras aventuras personales.
Definición
Es un esfuerzo temporal emprendido para crear un único producto, servicio o resultado
No debes confundirlo con lo que se denomina la “declaración del trabajo” que es una descripción narrativa de los productos o servicios que serán suministrados por el proyecto bajo contrato
Características básica de un proyecto
Temporal
Único
Elaboración progresiva
Que es un proyecto?
Resultado único
Esfuerzo que requiere recursos
Temporal
Progresivo
El objetivo fundamental del proyecto
La siguiente pregunta que debemos hacer es ¿Cuál es el objetivo fundamental de un proyecto? Recordemos la definición “Un proyecto es un esfuerzo temporal emprendido para crear un único producto, servicio o resultado”
Vamos a verlos desdés dos perspectivas distintas para hacernos la composición más exacta:
Desde la perspectiva del cliente
Cuando hablamos del cliente nos referimos a la persona organización o compañía que ha encargado el producto o servicio. El cliente podrá ser interno o externo a nuestra organización
El usuario es el que usara (perdón por la redundancia) el producto o servicio
El usuario final o el cliente que nos ha demandado este producto o servicio querrán que el producto o servicio satisfaga las funcionales para las que han sido creado y que previamente se definían durante la vida del proyecto. Es decir que el producto o servicio tenga calidad y cumpla con los requisitos y especificaciones definidas
En el caos de que el proyecto tenga diferentes entregables se concesora la lista de prioridad de estos
El carácter de temporal se refiere también tener listo el producto o servicio para una determinada fecha de acuerdo con el usuario final con el cliente y poder transferir el derecho de uso o la propiedad del producto o servicio si se da el caso.
Hay otro componente muy importante y es nuestra compañía
Nuestra organización tiene recursos limitados tanto humanos como económicos y esto hace que quiera que limitemos el gasto ocasionado en la ejecución del proyecto
O si el proyecto está relacionado como una venta, querrá obtener un porcentaje de beneficio determinado por lo que el coste estará directamente limitado por el precio de venta al cliente y por dicho porcentaje de beneficio
En ambos casos el proyecto estará dotado de un presupuesto previamente acordado
-Operaciones y proyectos
Operaciones proyectos
Todas las organizaciones realizan trabajos ara lograr un conjunto de objetivos. Estos trabajos se clasifican en proyectos y operaciones. En algunos casos se pueden superponer
-Características comunes
Podemos decir que operaciones y proyectos tienen en común
Son realizados por personas
Están condicionados por la limitación de recursos
Tiene que ser planificados ejecutados y controladas
Y los dos tipos de trabajos son procesos.
¿Cuál es su diferencia básica?
La diferencia básica estriba en
Las operaciones son continuas y repetitivas
Los proyectos son temporales y únicos.
Formato para presentación de proyectos “Descargar ”
¿Qué es un plan de proyecto?
Este es un término que debido a su importancia lo vamos a definir nada más comenzar el libro
Definición
Un plan de proyecto se compone que todo lo que hay que llevar a cabo para realizar el proyecto y obtener el producto o servicio comprometido normalmente será un conjunto de documentos, pero lo que nos tiene que quedar claro que NO es el cronograma de las actividades del proyecto o mejor cuyo incluye el cronograma a otros muchos documentos
Cuando lo generamos
Para ello hay que conocer el ciclo de vida de gestión del proyecto distinto al ciclo de vida técnico y que engarzaremos el uno en el otro. El ciclo de vida para la gestión de proyectos seria
INICIAR
PLANIFICAR
EJECUTAR
CONTROLAR
CERRAR ACTIVIDADES DEL PROYECTO
El plan de proyecto lo generaremos como resultado de la fase de planificación o también “Planeación del proyecto”
¿De qué documentos se puede componer? (EXAMEN!)
-Plan de gestión de proyecto
-Plan de comunicaciones
-Pan de gestión de riesgos
-Plan de escalación/Crisis
-Plan de seguridad
-Plan de calidad
-Plan de formación
-Plan de transición
-Plan de control de cambios control de configuración
-Plan de gestión del ciclo de vida
-Plan financiero
-Plan de despliegue
-Plan de documentación
-Plan de hardware
-Plan de software
-Plan de instalación
-Plan de subcontratación
-Plan de integración
-Plan de pruebas y aceptación
-Plan de formación del cliente
Metodología del proyecto
El aplazamiento es el asesino de la oportunidad
Oscar Wilde
Introducción
Las verdaderas riquezas son los métodos
F.Nietzshe
Haciendo caso a Nietzsche, en este tema nos vamos a centrar en que es una metodología y el valor de su aplicación. También hablaremos de los criterios de éxito y de la importancia que tiene para un proyecto
De donde obtendremos gran parte de esta información? Del PMI
2.2 Definición de iniciación y alcance
El enfoque de este conjunto de actividades se centra en la determinación eficaz de los requisitos del software por medio de varios métodos de inducción y la valoración de la viabilidad del proyecto desde distintos puntos de vista. Una vez que se ha establecido la viabilidad, la tarea pendiente dentro de este proceso es la especificación de la validación de requisitos y del cambio de procedimientos.
Determinación y negociación de los requisitos
Los métodos de requisitos de software para la inducción de los requisitos, análisis, especificaciones y validación deben seleccionarse y aplicarse, tomando en cuenta las distintas perspectivas del contratista. Esto lleva a la determinación del alcance del proyecto, de los objetivos y de las restricciones. Esta siempre es una actividad importante, ya que fija las fronteras visibles para el conjunto de tareas que se emprenden y sucede así especialmente donde la tarea es de gran novedad.
Viabilidad y análisis
Se debe asegurar a los ingenieros de software que hay disponibles capacidades y recursos adecuados en forma de personas, medios, infraestructura y apoyo para cerciorarse de que el proyecto pueda terminar con éxito de un modo oportuno y rentable. Para este caso se recomienda generar una tabla en la que se involucren los requisitos y las capacidades. Frecuentemente esto requiere de un calculo de esfuerzo y costo basado en los métodos adecuados llamados técnicas de analogías reguladas por expertos.
Construir para verificar
Dado que los cambios son inevitables, es de vital importancia que desde el inicio se llegue a un acuerdo con los contratistas acerca de los medios por los cuales se repasaran y revisaran el alcance y requisitos. Por ejemplo, por medio de procedimientos pactados para la gestión de cambios.
Esto claramente implica que tanto los requisitos como los alcances no son fijos y que requieren volverse a revisar en puntos determinados según se valla desenvolviendo el proyecto. Por ejemplo, en las revisiones del diseño y gestión del proyecto. Si se aceptan los cambios deberán utilizarse algún procedimiento de tratabilidad y de análisis de riesgos para determinar el impacto de los cambios.
También resultara útil un acercamiento que gestione los cambios cuando llegue el momento de repasar los resultados del proyecto, ya que el alcance y los requisitos tendrán que ser base para evaluar el éxito.
Planeación de un proyecto de software
El proceso de planeación esta regulado por el alcance y los requisitos del proyecto y de igual manera por el establecimiento de la vialidad. Al desarrollar la fase de planeación del proyecto se involucran diferentes fases que componen el ciclo de vida del software y se selecciona el mas apropiado considerando la naturaleza del proyecto, su grado de novedad, su complejidad funcional y técnica, así como sus requisitos de calidad.
Si la situación lo amerita se planea entonces el propio proyecto en la forma de una descomposición jerárquica de tareas, se especifica y caracterizan los entregables asociados a cada tarea en términos de calidad y de otros atributos en la línea de los requisitos declarados y se atiende la descripción detallada del esfuerzo de realización, el calendario y la estimación de costos.
Mas adelante se asignarán los recursos a las tareas para optimizar la productividad del personal, el uso de equipos y materiales y la asignación de horarios, de igual manera se emprende una gestión de riesgos, llegando a un acuerdo.
Se determinan los procesos comprensivos de gestión de calidad del software como parte del proceso en términos de procedimientos y responsabilidades para asegurar la calidad del software, la verificación y la validación, las revisiones y las auditorias. Ya que es un proceso iterativo, resulta de vital importancia que se declaren y anoten con claridad los procesos y responsabilidades para la gestión, repaso y revisión del plan de ejecución.
2.3 Planificación de un proceso
La selección de un modelo adecuado del ciclo de vida de software (evolutivo en espiral y la adaptación y el despliegue de ciclos de vida de software se emprenden dentro del alcance particular y de los requisitos del proyecto. También se seleccionan métodos y herramientas pertinentes. A nivel de proyecto, se utilizan métodos y herramientas adecuados para descomponer el proyecto en tareas con entradas asociadas, resultados y condiciones de finalización del proyecto. Esto incluye a su vez decisiones sobre el horario y estructura de la organización de alto nivel del proyecto.
Determinación de los entregables.
Como ya se ha mencionado los entregables son documentos que demuestran los avances de un proyecto y caracteriza un producto o productos de cada tarea, se evalúan las oportunidades de reutilizar los componentes del software de desarrollos anteriores y hasta de utilizar productos (utilerías) que representan software del mercado. Se planifica la utilización de terceras personas y del software obtenido y se seleccionan los proveedores.
Esfuerzo, calendario y cálculo del costo.
Partiendo de la descomposición de tareas, entradas y resultados, se determina el rango de esfuerzo que se requiere para cada tarea, utilizando un modelo basado en datos sobre el esfuerzo del empleado y otros métodos como el de juicio de un especialista. Se establecen las dependencias de las tareas y se identifican los cuellos de botella potenciales utilizando los métodos convenientes como por ejemplo el análisis del camino crítico. Cuando sea posible se seleccionan los cuellos de botella para darles solución y se elabora un cuadro de tareas con los horarios de inicio, duración y horarios de finalización bien planificados; por ejemplo el diagrama de Pert. Los requisitos de recursos (personas o herramientas) se traducen en estimaciones de costos. Esta es una actividad que debe ser negociada y revisada hasta que se alcance un acuerdo general entre los contratistas afectados (principalmente de ingeniería y gestión).
Reparto de recursos
Los equipos, medios y personas se asocian a las tareas programadas, incluyendo la asignación de responsabilidades que conllevan a completar el proyecto por ejemplo, el diagrama de Grantt. Esta actividad está regulada y limitada por la disponibilidad de los recursos y por su uso óptimo bajo estas circunstancias, así como por temas relacionados con el personal (por ejemplo, productividad de los individuos y equipos, dinámicas de equipo, estructuras organizativas y de equipo).
Análisis de red
Una red consiste en un conjunto de puntos y un conjunto de líneas que unen ciertos pares de puntos. Los puntos se llaman nodos (o vértices) las líneas se llaman arcos (o ligaduras, arista o ramas).
Las redes son rutas invisibles sobre las cuales se van a mover los “Recursos” o las “Entidades”.
Características
• Para que una red cumpla con su función, debe estar unida a las “Locaciones” por medio de “Interfaces”
• Una red puede estar conformada por muchos tramos, los cuales están separados por “nodos” y cada nodo debe tener su respectiva “interfaz.”
• Cuando la red cambia de dirección en un equipo que no este conectado a una “locación”, se habla de “puntos de quiebre”.
El nodo es un circulo en un diagrama de redes que representan un aspecto importante de un problema. El nodo representa el origen y destino de bienes de un plan a realizar.
El arco es una línea que conecta dos nodos en un diagrama esquemático que representa una relación entre dos nodos. El arco es una curva que enlaza dos nodos, estableciendo así una conexión en cuanto a la representación.
Existen al menos 7 modelos para el tratamiento de los problemas que involucran redes con el fin de optimizar el uso de algún recurso, generalmente tratándose de la matización de costos, tiempo o la maximización del flujo a través de una red
Estos modelos son:
• Flujo de red.
• Problema de transporte.
• Problema de asignación.
• Problema de ruta más corta.
• Problema de flujo máximo.
• Árbol de expansión mínimo.
• Problema de vendedor ambulante.
Métodos PERT y CPM
Método PERT: programa de evaluación y revisión técnica.
Es una técnica que permite dirigir la programación de un proyecto.
Cosiste en la representación grafica de una red de tareas, que, cuando se coloca en una cadena, permiten alcanzar los objetivos de un proyecto.
Este método sirve para planificar proyectos en los que hace falta planificar un gran número de actividades.
Método CPM: método del camino critico
Utilizado en el desarrollo y control de proyectos. El objetivo principal es determinar la duración de un proyecto, entendiendo este como una secuencia de actividades relacionadas entre sí, donde cada una de las actividades tiene una duración estimada.
Una ruta es una trayectoria desde el inicio hasta el final de un proyecto. En este sentido, la longitud de la ruta critica es igual a la trayectoria más grande del proyecto. Cabe destacar que la duración de un proyecto es igual a la ruta crítica.
La holgura de una actividad es el margen del tiempo que disponemos para realizar esta actividad sin retrasar el proyecto, según las fechas que hayamos fijado en su planificación.
Es clave tenerla en cuenta si queremos llegar a tiempo a una fecha, ya sea el propio final del proyecto o un hito programado para un día en concreto.
La holgura de las actividades se calcula teniendo en cuenta:
• Duración de las actividades.
• Actividades fijadas en fechas concretas.
• Dependencias entre las actividades.
2.4 Promulgación del proyecto de software
En esta parte se ejecutan los planes y se promulgan los procesos de los planes. De esta manera a lo largo de este proceso todo se debe realizar apegado a los planes para satisfacer los requisitos de la organización y el logro de los objetivos planeados. Las actividades de gestión para medir, supervisar, controlar e informar son fundamentales para la promulgación.
Implementación de planes
Es necesario en esta etapa iniciar el proyecto y emprender cada una de sus actividades. Tomando en cuenta los recursos como es mano de obra y finanzas con los cuales se inician la planeación de los entregables acordados como es el documento de diseño de arquitectura y sus diferentes actividades que lo involucran.
Gestión de contratos con proveedores
En esta fase se preparan y ejecutan acuerdo con proveedores, se aceptan sus productos para empezar su incorporación dentro del proyecto.
Implementación de procesos para medir
Se inicia el proceso de medición del proyecto de software, asegurándose de la recolección de datos ejecutando los procesos correspondientes. Todo software debe contener diferentes rutinas que deben ser medibles para que de esta manera se lleven a cabo la implementación de los recursos necesarios que involucra el entregable que será revisado por el gestor del proyecto y el representante de la organización.
Proceso de supervisión
Cada fase del proyecto debe ser evaluado en intervalos de tiempo apegados a los planes, se analizan los resultados y las condiciones en las cuales se entrega cada tarea. Se evalúan los entregables por medio de revisiones y auditorias. Se estudia el cumplimiento en tiempos y costos de cada fase del entregable. Se revisa de nuevo el perfil de riesgo del proyecto y se evalúan de acuerdo a los requisitos de calidad.
Proceso de control
Los resultados de cada actividad proporcionan la base para la toma de decisiones. Se pueden hacer cambios al proyecto si es necesario y se evalúa el impacto y los riesgos asociados a este. esto puede tomar la forma de una acción correctiva por lo que se debe probar su acoplamiento hacia los diferentes componentes.
En algunos casos se puede llegar al abandono del proyecto debido a cambios inesperados y sus implicaciones con el propósito de llegar a los resultados.
Informes
Los informes de avance deben de ser apegados a los planes expuestos a la organización tomando en cuenta el proyecto global y los diferentes acoplamientos (correcciones) que se le hayan hecho al proyecto en su momento.
2.5 Revisión y evaluación
Esta actividad se hace apegando a los objetivos y en cumplimiento a las satisfacciones de los requerimientos de la organización y se evalúan sobre la efectividad del proceso y como afecte al proyecto hasta esa fecha tomando en cuenta el personal involucrado tomando en cuenta las herramientas y métodos utilizados.
Existen diferentes puntos que e deben revisar y evaluar como son:
A) Determinar la satisfacción de los requerimientos.
B) Revisar y evaluar la ejecución.
Las revisiones periódicas de los avances, dirigidas al personal del proyecto, proporcionan detalles sobre el cumplimiento de los planes, así como sus posibles áreas de dificultad. Se evalúan distintos métodos, herramientas y se valora periódicamente el proceso para conocer su relevancia, utilidad y eficacia en el contexto del proyecto.
