Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Administración de        proyectos Tecnológicos                 IntroducciónAdministración de Proyectos Tecnológicos
Por: Adolfo José Araujo Jaimes        adolfo_araujo@yahoo.com        www.ingwebsu.wordpress.com        www.linkedin.com/in...
3         INTRODUCCIÓNAdministración de Proyectos Tecnológicos
4Contexto: Área de trabajo   Disciplina: Ingeniería del software      “Estudio de los principios y metodologías para el de...
5Proyecto de Software• Conjunto interrelacionado de recursos• Que entrega uno o más productos o servicios• A un cliente o ...
6• Tendrá una serie de objetivos tangibles, que  normalmente serán entregados en un plazo, con un  coste (y posiblemente, ...
7Dimensiones:Ingenieril: trata la construcción del sistema, enfocándose en analizar, diseñar (estándares, metodologías, et...
8Razones de Fracaso• Objetivos del proyecto sin especificar completamente  (51%)• Mala planificación y estimación (48%)• L...
10  Objetivo de la administración de  Proyectos                  Alcance                                Tiempo            ...
14Jefe de Proyecto WebResponsables de losproyectos WebEl tiempo de desarrollo se                 •Usabilidad, ha convertid...
15         DIMENSIONES         DE LA ADMINISTRACIÓN         DE PROYECTOS Personas                                         ...
171- Proceso“El Proceso de Software se puede definir como un conjunto de actividades, métodos, prácticas y transformacione...
21Niveles de Madurez     Nivel    Características Proceso                 Procesos                                        ...
22Niveles de Madurez      Nivel     Características Proceso            Realización prevista                               ...
23Niveles de Madurez      Nivel     Características Proceso           Visibilidad de Administración                       ...
242- TecnologíaUna forma rápida de mejorar la velocidad de desarrolloes pasar de usar herramientas menos efectivas a otras...
25Niveles de Madurez      Nivel     Características Proceso         Implicaciones de la Tecnología                        ...
263- PersonasLos temas relacionados con personas tienen un mayor impacto en la productividad del software y en la calidad ...
27Selección del PersonalExisten cinco principios para la selección de personal: • Máximo talento. • Trabajo adecuado. • Pr...
28Organización del personal y MotivaciónLa forma de organizar al personal tiene un gran efecto sobre la eficiencia con la ...
30Niveles de Madurez     Nivel     Características Proceso            Implicaciones de personas                           ...
314- ProductoConstituye la dimensión más tangible.Si el conjunto de prestaciones del sistema final esflexible, se puede re...
33Niveles de Madurez      Nivel     Características Proceso           Resultados  Optimizando Se institucionaliza la      ...
36         CICLO DE VIDA         DE LA         ADMINISTRACIÓN DE         PROYECTOSAdministración de Proyectos Tecnológicos
37Todos estos métodos y herramientas contribuyen a incrementar la velocidad de desarrollo, pero deben estar coordinados de...
40                 Concepto       Especificación                                  Proyecto                 Estimaciones¿es...
421.0- Administración de Proyectos                                      1.0 Project Management                            ...
441.2- Actividades Planeación de Proyectos       Tareas ejecutadas secuencialmente, iterativamente, o en paralelo *       ...
1.4- Proceso Monitoreo y Control de                                               45Proyectos         Muestra como puede v...
461.4- Actividades Monitoreo y ControlGSFC       Tareas ejecutadas continuamente*   S   P   Monitor software              ...
472.0- Proceso Administración del Riesgo            Le ayuda a minimizar el impacto de los riesgos en coste, calendario, y...
482.0- Actividades Identificación del Riesgo  Tareas ejecutadas secuencialmente o iterativamente*                         ...
3.0- Flujo de Proceso Soporte                                                            49Organizacional                 ...
51
52Bibliografía•How to run successful projects in web time; Fergus O’Connell. Artech House, 2001•Desarrollo y administració...
53Referencia • A Guide to Project Management Body of Knowledge   (PMBOK® Guide); www.pmi.org • IEEE Standard for Software ...
Upcoming SlideShare
Loading in …5
×

Admon proyectos-tenologicos-parte0

3,099 views

Published on

Published in: Business
  • Be the first to comment

  • Be the first to like this

Admon proyectos-tenologicos-parte0

  1. 1. Administración de proyectos Tecnológicos IntroducciónAdministración de Proyectos Tecnológicos
  2. 2. Por: Adolfo José Araujo Jaimes adolfo_araujo@yahoo.com www.ingwebsu.wordpress.com www.linkedin.com/in/ajaraujoAdministración de Proyectos Tecnológicos
  3. 3. 3 INTRODUCCIÓNAdministración de Proyectos Tecnológicos
  4. 4. 4Contexto: Área de trabajo Disciplina: Ingeniería del software “Estudio de los principios y metodologías para el desarrollo y mantenimiento de proyectos de desarrollo software” (Zelkovitz, 1979). Software Engineering Institute (SEI) a la cabeza en I.S. a nivel mundial http://www.sei.cmu.edu/ Sub-disciplina: Administración de proyectos Aplicación del conocimiento, habilidades, herramientas y técnicas a las actividades de un proyecto para alcanzar con éxito los requisitos del mismo Project Management Institute (PMI) a la cabeza en definición del proceso de administración a nivel mundial Project Management Body Of Knowledge (PMBOK) www.pmi.org/info/default.aspAdministración de Proyectos Tecnológicos
  5. 5. 5Proyecto de Software• Conjunto interrelacionado de recursos• Que entrega uno o más productos o servicios• A un cliente o usuario final • QUE LOS ACEPTA Y AUTORIZA EL PAGO• Tiene un principio y fin definidos• Típicamente funciona según la planificación• Sujeto a influencias • Externas: requisitos que cambian continuamente, costes, plazos, y recursos • Internas: dificultades técnicas de producción, sobre estimación de productividad, etc.Administración de Proyectos Tecnológicos
  6. 6. 6• Tendrá una serie de objetivos tangibles, que normalmente serán entregados en un plazo, con un coste (y posiblemente, un precio)• Con unos niveles (o atributos) de calidad• Asumiendo por parte de quien lo realiza una serie de riesgos.• Proyecto Runaway (fugitivo): Es el proyecto que pierde su objetivoAdministración de Proyectos Tecnológicos
  7. 7. 7Dimensiones:Ingenieril: trata la construcción del sistema, enfocándose en analizar, diseñar (estándares, metodologías, etc.)Administración: trata de controlar y planificar adecuadamente las actividades del proyecto de modo que se alcancen los objetivos cumpliendo en coste, tiempo y calidad.Las dos son necesarias y deben complementarseAdministración de Proyectos Tecnológicos
  8. 8. 8Razones de Fracaso• Objetivos del proyecto sin especificar completamente (51%)• Mala planificación y estimación (48%)• La tecnología es nueva para la organización (45%)• Inadecuada o ninguna metodología de administración de proyectos (42%)• Equipos con insuficiente personal senior (42%)• Pocas cualidades técnicas de los suministradores de hardware y software (42%) Prentice Hall, 1998Administración de Proyectos Tecnológicos
  9. 9. 10 Objetivo de la administración de Proyectos Alcance Tiempo Objetivo y Expectativa CosteAdministración de Proyectos Tecnológicos
  10. 10. 14Jefe de Proyecto WebResponsables de losproyectos WebEl tiempo de desarrollo se •Usabilidad, ha convertido en la •Rendimiento, prioridad más importante •Facilidad deLo único que importa es mantenimiento entregar el producto a •Verificación tiempo, sin importar si cumple o no con los requisitos establecidos al Requisitos tan importantes principio en el desarrollo Web pasan a un segundo nivelAdministración de Proyectos Tecnológicos
  11. 11. 15 DIMENSIONES DE LA ADMINISTRACIÓN DE PROYECTOS Personas Proceso ProductoAdministración de Proyectos Tecnológicos Tecnología
  12. 12. 171- Proceso“El Proceso de Software se puede definir como un conjunto de actividades, métodos, prácticas y transformaciones que las personas utilizan para desarrollar y mantener el Software y los productos asociados (ejemplo, planes de proyecto, documentación de diseño, código, casos de prueba, manuales de usuario, etc.)” B A D C Relaciones de todas las tareas PROCESO Habilidades, Herramientas Formación, y Tecnología Motivación y Gestión
  13. 13. 21Niveles de Madurez Nivel Características Proceso Procesos administración del Cambio del Proceso Se institucionaliza la administración del Cambio de Tecnología Optimizando mejora del proceso Prevención de Defectos administración de Calidad Gestionado El producto y el proceso administración Cuantitativa del Proceso se controlan cuantitativamente Las prácticas técnicas de Enfoque en el Proceso -Definición del Proceso Programa de Entrenamiento - Ingeniería del Definido Ing. se integran con las Producto de Software - Revisiones por Iguales practicas de (compañero) Coordinación entre Grupos - administración y se administración Integrada del Software (Project institucionalizan server) Se institucionalizan las administración de Requisitos - Planificación del Repetible Proyecto - administración de Configuración - prácticas de administración del S proyecto Garantía de Calidad-Seguimiento y Control del Proyecto - administración de Subcontratación u El proceso es informal Inicial y ad hoc
  14. 14. 22Niveles de Madurez Nivel Características Proceso Realización prevista Reducen el tiempo Meta Optimizando Se institucionaliza la mejora del proceso Tiempo/$ Gestionado El producto y el proceso Meta se controlan cuantitativamente Tiempo/$ Las prácticas técnicas se Meta Definido integran con las prácticas de administración y se institucionalizan Tiempo/$ Se institucionalizan las Más Realistas Repetible prácticas de administración del Meta proyecto Tiempo/$ No ahorra tiempo Meta Inicial El proceso es informal y ad hoc Tiempo/$ Predicción
  15. 15. 23Niveles de Madurez Nivel Características Proceso Visibilidad de Administración Entrada Salida Se institucionaliza la Optimizando mejora del proceso Cambio tecnologìa El producto y el Gestionado proceso se controlan Entrada Salida cuantitativamente Las prácticas técnicas se Salida Definido integran con las prácticas Entrada de administración y se institucionalizan Cajas blancas Repetible Se institucionalizan las Entrada Salida prácticas de administración del proyecto Cajas negras Inicial El proceso es informal Entrada Salida y ad hoc Visión de Administración
  16. 16. 242- TecnologíaUna forma rápida de mejorar la velocidad de desarrolloes pasar de usar herramientas menos efectivas a otrasmás efectivas.La selección de las herramientas efectivas y la administración de los riesgos asociados son aspectos claves en una iniciativa de desarrollo rápido.Administración de Proyectos Tecnológicos
  17. 17. 25Niveles de Madurez Nivel Características Proceso Implicaciones de la Tecnología La tecnología causa un cambio del Optimizando Se institucionaliza la proceso, que a su vez origina una mejora del proceso nueva búsqueda de tecnología complementaria El producto y el proceso La organización tiene bases Gestionado se controlan cuantitativas para aplicar la cuantitativamente tecnología Las prácticas técnicas se La organización tiene un Definido integran con las prácticas fundamento cualitativo para de administración y se aplicar la tecnología institucionalizan Se institucionalizan las Repetible prácticas de administración del tecnología puede ayudar en las La proyecto tareas establecidas La introducción de tecnología nueva Inicial El proceso es informal y es arriesgada ad hoc Visión de la Tecnología
  18. 18. 263- PersonasLos temas relacionados con personas tienen un mayor impacto en la productividad del software y en la calidad del mismo.La tecnología no es la respuesta. Los métodos más efectivos para los proyectos informáticos son los que sacan partido al potencial humano de las personas.Cualquier organización que desee mejorar su productividad debe ocuparse de temas relacionados con personal, como la motivación, equipo de trabajo, selección del personal y formación.Estos factores a pesar de que influyen en la productividad no son los únicos.Administración de Proyectos Tecnológicos
  19. 19. 27Selección del PersonalExisten cinco principios para la selección de personal: • Máximo talento. • Trabajo adecuado. • Progresión profesional. • Equilibrio del equipo. • Eliminar la inadaptación. Boehm, “Software Engineering Economics”, 1981Administración de Proyectos Tecnológicos
  20. 20. 28Organización del personal y MotivaciónLa forma de organizar al personal tiene un gran efecto sobre la eficiencia con la que trabajen.Los proyectos software pueden sacar partido de la especialización apropiada de sus equipos.Una persona sin motivación no va a querer trabajar duro sino que preferirá dejarse llevar.La motivación es potencialmente el aliado más fuerte para el desarrollo rápido de un proyecto.Administración de Proyectos Tecnológicos
  21. 21. 30Niveles de Madurez Nivel Características Proceso Implicaciones de personas Enfoque en "prevención de fuego"; Optimizando Se institucionaliza la mejora anticipada y deseada e mejora del proceso impactos valorados Gestionado El producto y el proceso Sentido de equipo de trabajo e se controlan interdependencias cuantitativamente Las prácticas técnicas se Confianza en los procesos Definido integran con las prácticas definidos; inversión en gente y de administración y se proceso como valores corporativos institucionalizan Se institucionalizan las Confianza en la experiencia de los Repetible prácticas de administración del buenos profesionales - si ellos proceso funcionan, el proceso también Inicial El proceso es informal y Enfoque de "apaga fuego" eficacia ad hoc baja- frustración alta Visión de las Personas
  22. 22. 314- ProductoConstituye la dimensión más tangible.Si el conjunto de prestaciones del sistema final esflexible, se puede reducir bastante la planificación. La reducción del tamaño del producto mejorará la velocidad, de una manera desproporcionada, al igual que el esfuerzo para construirloAparte del tamaño del producto existen otrascaracterísticas que afectan al plan de desarrollo delproducto. Para conseguir el desarrollo rápido es necesario elegir las características prioritarias del producto softwareEl total en la reducción sobre el plan de desarrollo sólose ve limitado por el concepto de producto del cliente yla capacidad de reutilización.Administración de Proyectos Tecnológicos
  23. 23. 33Niveles de Madurez Nivel Características Proceso Resultados Optimizando Se institucionaliza la mejora del proceso C P R A O Gestionado El producto y el proceso L R D U se controlan I cuantitativamente Las prácticas técnicas se D I C T Definido integran con las prácticas de administración y se A E I V institucionalizan D S I Se institucionalizan las D Repetible prácticas de administración del proyecto G A D Inicial El proceso es informal y O ad hoc Visión de resultados
  24. 24. 36 CICLO DE VIDA DE LA ADMINISTRACIÓN DE PROYECTOSAdministración de Proyectos Tecnológicos
  25. 25. 37Todos estos métodos y herramientas contribuyen a incrementar la velocidad de desarrollo, pero deben estar coordinados dentro de una estrategia global.Ninguno de los métodos se puede aplicar en todos los casos ni comparar con otras técnicas que influyen en la velocidad. El desarrollo rápido es lo opuesto a “desarrollo lento y típico”. Desarrollo rápido: desarrollar software a una velocidad superior a la alcanzada en este momento. Proyecto de desarrollo rápido: cualquier proyecto que necesite hacer énfasis en la velocidad de desarrollo.Administración de Proyectos Tecnológicos
  26. 26. 40 Concepto Especificación Proyecto Estimaciones¿es aceptable? Estudio Viabilidad Análisis de precedencias Lista de Tareas Plan detallado Plan en red Implementación Alisamiento de Cargas Cierre del Proyecto
  27. 27. 421.0- Administración de Proyectos 1.0 Project Management 1.4 Project 1.1 Project 1.2 Project 1.3 Project 1.5 Project Monitoring Formulation Planning Startup Closeout & ControlGSFC S P I 1.1 Project 1.5 Project Formulation Closeout ¿es mejor? 1.4 Project 1.2 Project 1.3 Project Startup Monitoring & Planning Control Replanning
  28. 28. 441.2- Actividades Planeación de Proyectos Tareas ejecutadas secuencialmente, iterativamente, o en paralelo * Identify Estimate software Identify deliverables development/acquisition project effort, and dependencies strategy schedule, and costGSFC S P I Select and tailor the Identify personnel and Identify risks and life-cycle model other resources mitigation strategies Produce a Work Produce a Software Breakdown Structure Management and build/release plan Plan/Product Plan * Asegúrese planificar administración de datos e Modify the Software involucración de socios. Revise la consistencia Management Plan/ de los planes asociados. Product Plan http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.2
  29. 29. 1.4- Proceso Monitoreo y Control de 45Proyectos Muestra como puede valorar el progreso de su proyecto de forma que pueda tomar acciones correctivas cuando la realización se desvía de suGSFC plan. S P I Project Project Formulation Closeout Project Project Project Startup Monitoring & Planning Control Replanning http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.4
  30. 30. 461.4- Actividades Monitoreo y ControlGSFC Tareas ejecutadas continuamente* S P Monitor software Monitor work Monitor software Monitor I project activities products and acquisition commitments and resources project data Tareas ejecutadas cuando es necesario Generate Manage corrective Conduct milestone Document lessons management actions reviews learned reports and reviews * Monitorizar la administración de datos, involucración de socios, y elementos de riesgo del proyecto software durante la ejecución del proyecto. http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.4
  31. 31. 472.0- Proceso Administración del Riesgo Le ayuda a minimizar el impacto de los riesgos en coste, calendario, y calidad de los productos de su proyecto software.GSFC S P I Project Project Closeout Formulation Project Project Planning Project Monitoring & Startup Control Risk Identification Risk Monitoring & Control Replanning http://software.gsfc.nasa.gov/isdpaindx.cfm Assets 1.2.3 and 1.4.4
  32. 32. 482.0- Actividades Identificación del Riesgo Tareas ejecutadas secuencialmente o iterativamente* Develop mitigation Create Risk Identify risks Classify risks & contingency Management Plan strategies Record risks in Get Risk Report risks or Risk Management Management Plan enter into Project- Database approval level risk tool * cuando inicia la identificación de riesgos, establece una estrategia de riesgos e identifica las fuentes y categorías de estos.http://software.gsfc.nasa.gov/isdpaindx.cfm Asset 1.2.3
  33. 33. 3.0- Flujo de Proceso Soporte 49Organizacional 3.0 Organizational Support 3.1 3.4GSFC Configuration 3.2 Software 3.3 Training Measurement 3.5 Process Assurance Engineering Management & Analysis S P I 3.3 Training 3.4 3.2 Software Project Measurement Assurance Management & Analysis Product Development 3.1 Acquisition 3.5 Process Configuration Engineering Management
  34. 34. 51
  35. 35. 52Bibliografía•How to run successful projects in web time; Fergus O’Connell. Artech House, 2001•Desarrollo y administración de proyectos informáticos; Steve McConnell. Microsoft Press, 1997•Software Project. Survival Guide. Steve McConnell. Microsoft Press, 1998•Ingeniería del Software. Aspectos de Gestión; R. López-Cortijo, A, de Amescua. Instituto Ibérico de la Industria del Software, 1998•Microsoft Project 2003; Microsoft Press, 2006
  36. 36. 53Referencia • A Guide to Project Management Body of Knowledge (PMBOK® Guide); www.pmi.org • IEEE Standard for Software Project Management Plans. IEEE Std. 1058.1-1987. New York: Institute of Electrical and Electronics Engineers • Capability Maturity Model Integration CMMI Versipn 1.1 www.sei.cmu.edu/cmmi/models/models.html • ISO/IEC TR 15504. Information technology – Process assessment. www.iso.org/iso/en/ISOOnline • EVM – Earned Value Management. http://evm.nasa.gov • TOC - Theory of Constraints. www.goldratt.com • Metodología de Planificación, Desarrollo y Mantenimiento de sistemas de información. Interface de administración de Proyectos. www.csi.map.es/csi/metrica3Administración de Proyectos Tecnológicos

×