16
La gestión de proyectos de software involucra Las cuatro P: Personal , Producto Proceso Proyecto El trabajo de ing de software es una empresa intensamente humana, si se olvida esto nunca se tendrá éxito en la gestión de proyectos.

Gestión de proyectos de software

Embed Size (px)

DESCRIPTION

presentacion de ingenieria de software

Citation preview

Page 1: Gestión de proyectos de software

La gestión de proyectos de software involucraLas cuatro P: Personal , Producto Proceso ProyectoEl trabajo de ing de software es una empresa intensamente humana, si se olvida esto nunca se tendrá éxito en la gestión de proyectos.

Page 2: Gestión de proyectos de software

La formación de personal altamente motivado y calificado es uno de los estándares de madurez de la organizaciones de software para mejorar su capacidad de desarrollo de software.

Aunque el personal es lo principal, sus acciones contradicen sus palabras.

Page 3: Gestión de proyectos de software

El proceso de software lo integran participantes que se clasifican en 5 categorías:

Gestores Ejecutivos Gestores del proyecto Profesionales Clientes Usuarios.Para ser eficaz, el equipo de proyecto debe

estar organizado en una forma que maximice las capacidades y habilidades de cada persona.

Page 4: Gestión de proyectos de software

El liderazgo técnico sugiere un modelo MOI: Motivación. Organización. Ideas e Innovación.

Un gestor de proyecto de software debe concentrarse en entender el problema que será resuelto, gestionar el flujo de ideas.

Page 5: Gestión de proyectos de software

Resolución de problemas.- Eficiencia para diagnosticar conflictos técnicos y organizativos.

Dotes de Gestión.- Debe encabezarlo y dirigirlo

Incentivos.- Recompensar la iniciativa. Influencia y fomento de la cultura de

equipo.- Ser capaz de leer a la gente.

Page 6: Gestión de proyectos de software

El en ámbito del gestor de proyectos de software la organización de la gente esta directamente involucrada en un proyecto, mientras que las políticas del cambio organizacional no están.

Debemos recalcar que la mejor estructura de equipo depende del estilo de gestión de cada organización, del número de personas que integran el equipo y de sus habilidades.

Page 7: Gestión de proyectos de software

Un paradigma Cerrado.- Estos equipos trabajan mejor cuando producen software muy similar.

Un paradigma Aleatorio.- Depende de la iniciativa individual de los miembros del equipo.

Un paradigma Abierto.- Se adecuan bien a la solución de problemas complejos.

Un paradigma Sincrónico.- Organiza a los miembros del equipo para trabajar en partes del problema con poca comunicación.

Page 8: Gestión de proyectos de software

Para lograr un equipo de alto rendimiento:

Los miembros se deben tener mutua confianza

La distribución de habilidades se debe adecuar al problema

Sin importar la organización del equipo, el objetivo de cualquier gerente de proyecto es apoyar la creación de un equipo de cohesión.

Equipos cuajados son más productivos y están más motivados.

Page 9: Gestión de proyectos de software

Muchos equipo sufren de “toxicidad de equipo”Estos son los factores que fomentan un

ambiente toxico. Una atmósfera de trabajo frenética Alta frustración Poca coordinación No definición clara de los papeles E.S Repetición excesiva de fracasos

Page 10: Gestión de proyectos de software

Alienta la satisfacción del cliente y la temprana entrega incremental de software, pequeños equipos de trabajo enormemente motivados, mínimos productos de trabajo de ing de software, y simplicidad global de desarrollo.

Además el enfoque ágil subraya la competencia individual en conjunción con la colaboración del grupo como factores de éxito cruciales para el equipo.

Los equipos agiles son auto organizados.

Page 11: Gestión de proyectos de software

Es la definición de los de los objetivos y ámbito del producto que los clientes y desarrolladores han de establecer.

El ámbito del proyecto de software no deber ser ambiguo ni incomprensible a niveles de gestión y técnico. Este se define por:

Contexto.Objetivos de Información.Función y desempeño

Page 12: Gestión de proyectos de software

Es el marco de trabajo desde el cual se puede establecer un plan detallado para el desarrollo de software.

Page 13: Gestión de proyectos de software

El gestor del proyecto debe decidir el modelo de proceso más adecuado para:

Los clientes que solicitan y el personalque hará el trabajo.Las características del producto.

Ambiente del proyecto.

Cuando se ha seleccionado un modelo de proceso, el equipo empieza a definir un plan de proyecto preliminar con base en el conjunto de actividades del marco de trabajo

El gestor del proyecto debe decidir el modelo de proceso más adecuado para:

Los clientes que solicitan y el personalque hará el trabajo.Las características del producto.

Ambiente del proyecto.

Page 14: Gestión de proyectos de software

El trabajo del gestor del proyecto, consiste en estimar los requisitos de recursos para celda de la matriz.

Page 15: Gestión de proyectos de software

Para proyecto más complejos se realiza las siguientes tareas: Revisar la petición

Planificar y Programar una reunión Llevar a cabo investigaciones Preparar un documento de trabajo Celebrar la reunión Conjunto de mini prospectos Revisar cada mini prospecto Ensamblar los mini prospectos Resisar el documento más amplio Modificar el documento más amplio

Page 16: Gestión de proyectos de software

Es la manera planificada y controlada para gestionar la complejidad que requiere un conjunto de advertencias comunes y factores críticos de éxito que conducen a una buena gestión del desarrollo de software.

Un enfoque de sentido común son : Comience con el pie derecho. Mantenga el ímpetu Rastree el progreso Tome decisiones inteligentes. Realice un análisis de resultados.