Gestión de proyectos de software

9,928 views

Published on

presentacion de ingenieria de software

Published in: Business, Technology
  • Alonso, fiz o download do seu trabalho e vou enviar para a Nath(do slide na minha página) .que faz engenharia de produção.
    Acredito que será útil para ela...
    Obrigada e parabéns.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

Gestión de proyectos de software

  1. 1. <ul><li>La gestión de proyectos de software involucra </li></ul><ul><li>Las cuatro P: </li></ul><ul><li>Personal , </li></ul><ul><li>Producto </li></ul><ul><li>Proceso </li></ul><ul><li>Proyecto </li></ul><ul><li>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. </li></ul>
  2. 2. <ul><li>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. </li></ul><ul><li>Aunque el personal es lo principal, sus acciones contradicen sus palabras. </li></ul>
  3. 3. <ul><li>El proceso de software lo integran participantes que se clasifican en 5 categorías: </li></ul><ul><li>Gestores Ejecutivos </li></ul><ul><li>Gestores del proyecto </li></ul><ul><li>Profesionales </li></ul><ul><li>Clientes </li></ul><ul><li>Usuarios. </li></ul><ul><li>Para ser eficaz, el equipo de proyecto debe estar organizado en una forma que maximice las capacidades y habilidades de cada persona. </li></ul>
  4. 4. <ul><li>El liderazgo técnico sugiere un modelo MOI: </li></ul><ul><li>Motivación. </li></ul><ul><li>Organización. </li></ul><ul><li>Ideas e Innovación. </li></ul><ul><li>Un gestor de proyecto de software debe concentrarse en entender el problema que será resuelto, gestionar el flujo de ideas. </li></ul>
  5. 5. <ul><li>Resolución de problemas.- Eficiencia para diagnosticar conflictos técnicos y organizativos. </li></ul><ul><li>Dotes de Gestión.- Debe encabezarlo y dirigirlo </li></ul><ul><li>Incentivos.- Recompensar la iniciativa. </li></ul><ul><li>Influencia y fomento de la cultura de equipo.- Ser capaz de leer a la gente. </li></ul>
  6. 6. <ul><li>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. </li></ul><ul><li>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. </li></ul>
  7. 7. <ul><li>Un paradigma Cerrado.- Estos equipos trabajan mejor cuando producen software muy similar. </li></ul><ul><li>Un paradigma Aleatorio.- Depende de la iniciativa individual de los miembros del equipo. </li></ul><ul><li>Un paradigma Abierto.- Se adecuan bien a la solución de problemas complejos. </li></ul><ul><li>Un paradigma Sincrónico.- Organiza a los miembros del equipo para trabajar en partes del problema con poca comunicación. </li></ul>
  8. 8. <ul><li>Para lograr un equipo de alto rendimiento: </li></ul><ul><li>Los miembros se deben tener mutua confianza </li></ul><ul><li>La distribución de habilidades se debe adecuar al problema </li></ul><ul><li>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. </li></ul><ul><li>Equipos cuajados son más productivos y están más motivados. </li></ul>
  9. 9. <ul><li>Muchos equipo sufren de “toxicidad de equipo” </li></ul><ul><li>Estos son los factores que fomentan un ambiente toxico. </li></ul><ul><li>Una atmósfera de trabajo frenética </li></ul><ul><li>Alta frustración </li></ul><ul><li>Poca coordinación </li></ul><ul><li>No definición clara de los papeles E.S </li></ul><ul><li>Repetición excesiva de fracasos </li></ul>
  10. 10. <ul><li>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. </li></ul><ul><li>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. </li></ul><ul><li>Los equipos agiles son auto organizados. </li></ul>
  11. 11. <ul><li>Es la definición de los de los objetivos y ámbito del producto que los clientes y desarrolladores han de establecer. </li></ul><ul><li>El ámbito del proyecto de software no deber ser ambiguo ni incomprensible a niveles de gestión y técnico. Este se define por: </li></ul><ul><li>Contexto. </li></ul><ul><li>Objetivos de Información. </li></ul><ul><li>Función y desempeño </li></ul>
  12. 12. <ul><li>Es el marco de trabajo desde el cual se puede establecer un plan detallado para el desarrollo de software. </li></ul>
  13. 13. <ul><li>El gestor del proyecto debe decidir el modelo de proceso más adecuado para: </li></ul><ul><li>Los clientes que solicitan y el personal </li></ul><ul><li>que hará el trabajo. </li></ul><ul><li>Las características del producto. </li></ul><ul><li>Ambiente del proyecto. </li></ul><ul><li>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 </li></ul><ul><li>El gestor del proyecto debe decidir el modelo de proceso más adecuado para: </li></ul><ul><li>Los clientes que solicitan y el personal </li></ul><ul><li>que hará el trabajo. </li></ul><ul><li>Las características del producto. </li></ul><ul><li>Ambiente del proyecto. </li></ul>
  14. 14. <ul><li>El trabajo del gestor del proyecto, consiste en estimar los requisitos de recursos para celda de la matriz. </li></ul>
  15. 15. <ul><li>Para proyecto más complejos se realiza las siguientes tareas: </li></ul><ul><li> Revisar la petición </li></ul><ul><li>Planificar y Programar una reunión </li></ul><ul><li>Llevar a cabo investigaciones </li></ul><ul><li>Preparar un documento de trabajo </li></ul><ul><li>Celebrar la reunión </li></ul><ul><li>Conjunto de mini prospectos </li></ul><ul><li>Revisar cada mini prospecto </li></ul><ul><li>Ensamblar los mini prospectos </li></ul><ul><li>Resisar el documento más amplio </li></ul><ul><li>Modificar el documento más amplio </li></ul>
  16. 16. <ul><li>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. </li></ul><ul><li>Un enfoque de sentido común son : </li></ul><ul><li>Comience con el pie derecho. </li></ul><ul><li>Mantenga el ímpetu </li></ul><ul><li>Rastree el progreso </li></ul><ul><li>Tome decisiones inteligentes. </li></ul><ul><li>Realice un análisis de resultados. </li></ul>

×