SlideShare ist ein Scribd-Unternehmen logo
1 von 17
Gestión de proyectos
Definición de gestión de proyectos
 La gestión de proyectos es un enfoque metódico para planificar y orientar los
procesos del proyecto de principio a fin.
 los procesos se guían por cinco etapas: iniciación, planificación, ejecución,
control y cierre.
Las 4 P, para una buena gestión de
proyectos
 4 p que aseguran la gestión eficaz de un proyecto de software
 Las cuatro P de la gestión de proyectos son:
 Personal
 Producto
 Proceso
 Proyecto
Personal
 Factores críticos en la gestión de personal:
 Objetividad: el personal se debe valorar de forma equitativa.
 Respeto: por las diferentes habilidades de las personas.
 Incorporación: considerar las opiniones de todos.
 Honestidad: en comunicar lo que va bien y lo que va mal en el equipo.
 Factores que determinan la selección del personal:
 Experiencia en el dominio de la aplicación.
 Experiencia en la plataforma.
 Experiencia en el lenguaje de programación.
 Habilidad para resolver problemas.
 Soporte educativo.
 Habilidad de comunicación.
 Adaptabilidad.
 Actitud.
 Personalidad
Producto
 En primer lugar se debe establecer el ÁMBITO y OBJETIVOS del producto. Se deben
considerar soluciones alternativas e Identificar restricciones técnicas y de control
 Para establecer el Ámbito del sw:
1. Contexto
 Como encaja el sw que se desarrollara en un sistema más grande, producto o
contexto de negocios?
 Que restricciones aparecen como resultado del contexto?
2. Objetivos de información
 Que objetos de datos se requieren de entrada?
 Que objetos de datos se producen como resultado del sw?
3. Función y desempeño
 Que funciones realiza el sw para transformar las entradas en salidas?
 Deben abordarse algunas características especiales de desempeño?
Proceso
 Proporciona el marco de trabajo, desde el cual se puede establecer un
plan detallado para el desarrollo del software. Un pequeño número de
actividades del marco de trabajo es aplicable a todos los proyectos de
software, sin importar su tamaño o complejidad.
 La clave para que el proceso funcione es:
 seleccionar el modelo de proceso adecuado.
 El equipo define un plan de proyecto preliminar.
 Se crea un plan completo
 La planeación comienza al combinar producto y proceso.
 Es la Única forma de gestionar la complejidad: planeación y control
 Para evitar el fracaso:
 Estar atentos a señales de advertencia comunes.
 Comprender los factores críticos de éxito.
 Desarrollar un enfoque de sentido común.
Proyecto
 La gestión de un proyecto de software exitoso requiere entender que puede
salir mal. John Reel define 10 señales que indican que un proyecto de
sistemas de información está en peligro:
1. El personal de software no entiende las necesidades
2. El ámbito del producto está mal debido
3. Los cambios de gestionan mal
4. La tecnología elegida cambia
5. Las necesidades comerciales cambian o están mal definidas
6. Los plazos de entrega no son realistas.
7. Los usuarios se resisten
8. Se pierde o nunca se obtuvo de manera adecuada el patrocinio.
9. El equipo carece de personal con las habilidades apropiadas
10. Los gestores evitan las mejores prácticas y las lecciones aprendida
¿Cómo actúa un gestor para evitar los
problemas mencionados?
 Comience con el pie derecho: Entender bien el problema para establecer bien los
objetivos y expectativas. Construir el equipo correcto y darle a éste autonomía,
autoridad y tecnología.
 Mantenga el ímpetu: El gestor de proyecto debe proporcionar incentivos, el
equipo debe resaltar la calidad en cada tarea que realiza y los gestores ejecutivos
deben hacer lo posible por mantenerse fuera del camino del equipo.
 Rastree el progreso: En un proyecto de software el progreso se rastrea conforme
se elaboran los productos de trabajo(código fuente modelos) y se aprueban como
parte de una actividad de aseguramiento de calidad.
 Tomar decisiones inteligentes: Las decisiones del gestor de proyecto y del equipo
de software deben encaminarse para mantenerlo simple.
 Realice un análisis de resultados: Establezca un mecanismo consistente para
extraer lecciones aprendidas por cada proyecto. Evalúe la planificación real y la
revista, recolecte y analice métricas, obtenga realimentación por parte del equipo
y de los clientes.
Descripción de las etapas del ciclo de
vida de un software
 también denominado como el proceso del desarrollo de software, el ciclo de
vida del software nos permite entablar una serie de procedimientos mediante
las cuales se procede para la realización del mismo. De hecho gracias a este
término, es que se han ido creando los métodos del ciclo del software, que no
son otra cosa mas que metodologías que indican distintos pasos a seguir para
el desarrollo de un producto.
Metodologías para el desarrollo de un
software
 modelo en cascada
Modelo en el Espiral
Modelo Iterativo o por Prototipos
 las fases del ciclo de vida del sistema, son las siguientes:
 1. Inicialización
 2. Iteración
 3. Lista de Control
Modelos del Ciclo de Vida del Desarrollo
Ágiles
 Las tendencias, con el paso del tiempo suelen cambiar para bien y en el caso de las
metodologías del ciclo de vida desarrollo de software no es la excepción. Y un
claro ejemplo de esto, son los modelos de desarrollo ágil. Estos procesos se
caracterizan por estar basados en las etapas del ciclo de vida del software
tradicionales, pero combinándolas con algunas técnicas y siendo aún mas
solapadoras en cuando al orden que se deben ejecutar. Bueno no les diré más,
mejor vamos a ver brevemente cuales son algunas de ellas, las más conocidas y
populares, claro y la mejor de todas.
Modelo Scrum
 el modelo Scrum, deja de seguir metodologías lineales, podemos despedirnos del modelo
cascada y secuencial, pues ahora procedemos a solapar las fases y no importará en que
momento tengas que volver atrás, siempre habrá un equipo de trabajo de buena calidad,
que tenga ese soporte para aguantar los cambios que son ciertamente normales dentro
de la metodología Scrum. Por último, como ingrediente vital tenemos la comunicación, y
es que acá olvídate de las tendencias de ese jefes que te tienen envuelto en una burbuja
desarrollando. Con el modelo scrum podrás estar comunicado con tu equipo de trabajo
en todo momento, para estar al tanto de los sucesos.
 Ahora veremos brevemente, cuales son los procesos que el modelo Scrum utiliza:
1. Product Backlog
2. Sprint Backlog
3. Sprint Planning Meeting
4. Daily Scrum o Stand-up Meeting
5. Sprint Review
6. Sprint Retrospective
Modelo Kanban
 El modelo Kanban, es uno de los modelos más visuales de las metodologías
ágiles. Consiste en la creación de un tablero con etiquetas, donde se
seccionan cada una de las fases de su desarrollo, además se clasifica de
acuerdo a los equipos de trabajo y se les asignan objetivos a corto, mediano y
largo plazo.
 Por supuesto, la metodología Kanban, también requiere de un equipo
totalmente capacitado, pues solamente de esta forma se podrán lograr los
objetivos. Así que aquí les muestro las fases del proceso del ciclo de vida de
un sistema, mediante la metodología japonesa Kanban:
1. Definir el Flujo de Trabajo
2. Fases del Ciclo de Producción
3. Stop Starting, start finishing
4. Tener un Control
Modelo XP o Programación extrema
 Posiblemente la más destacada de las metodologías ágiles para los ciclos de vida
de un software, es la metodología XP o modelo de programación extrema. A
diferencia del resto de las metodología del mundo, habidas y por haber, esta es
adaptable de acuerdo a las necesidades y requerimientos que se tengan que
implementar, con la ventaja de que podemos hacer uso de cualquier modelo
anterior para el desarrollo y de inmediato salirnos y programar otras cosas, es muy
solapador y permite mucha más libertad en el equipo de trabajo que el resto de
los modelos.
 Los valores que componen a al modelo de programación extrema, son los
siguientes:
1. Comunicación
2. Simplicidad
3. Retroalimentación
4. Valentía
5. Respeto
Gracias

Weitere ähnliche Inhalte

Was ist angesagt?

2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tsp
eeelllkkk
 
Metodologias de desarrollo
Metodologias de desarrolloMetodologias de desarrollo
Metodologias de desarrollo
Hermes Romero
 
Metodología xp
Metodología xpMetodología xp
Metodología xp
Piskamen
 
Metogologias de Desarrollo de Software Tradicionales VS Agiles
Metogologias de Desarrollo de Software Tradicionales VS AgilesMetogologias de Desarrollo de Software Tradicionales VS Agiles
Metogologias de Desarrollo de Software Tradicionales VS Agiles
fmmeson
 
Casos de éxito de TSP en México
Casos de éxito de TSP en MéxicoCasos de éxito de TSP en México
Casos de éxito de TSP en México
Software Guru
 

Was ist angesagt? (20)

OpenUP como proceso de desarrollo
OpenUP como proceso de desarrolloOpenUP como proceso de desarrollo
OpenUP como proceso de desarrollo
 
00000350
0000035000000350
00000350
 
Metodología open up ágil y tradicional
Metodología open up ágil y tradicionalMetodología open up ágil y tradicional
Metodología open up ágil y tradicional
 
Metodologia msf
Metodologia msfMetodologia msf
Metodologia msf
 
2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tsp
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Psp
PspPsp
Psp
 
Metodologias de desarrollo de software
Metodologias de desarrollo de softwareMetodologias de desarrollo de software
Metodologias de desarrollo de software
 
Metodologias de desarrollo
Metodologias de desarrolloMetodologias de desarrollo
Metodologias de desarrollo
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Metodologias De Desarrollo De Software
Metodologias De Desarrollo De SoftwareMetodologias De Desarrollo De Software
Metodologias De Desarrollo De Software
 
Modelo psp
Modelo pspModelo psp
Modelo psp
 
Metodologia DSDM
Metodologia DSDMMetodologia DSDM
Metodologia DSDM
 
Metodología xp
Metodología xpMetodología xp
Metodología xp
 
Metodologias todas
Metodologias todasMetodologias todas
Metodologias todas
 
Presentación MeRinde 6CNSL Abril 2010
Presentación MeRinde 6CNSL Abril 2010Presentación MeRinde 6CNSL Abril 2010
Presentación MeRinde 6CNSL Abril 2010
 
Psp
PspPsp
Psp
 
Desarrollo en cascada vs desarrollo agile scrum
Desarrollo en cascada vs desarrollo agile scrumDesarrollo en cascada vs desarrollo agile scrum
Desarrollo en cascada vs desarrollo agile scrum
 
Metogologias de Desarrollo de Software Tradicionales VS Agiles
Metogologias de Desarrollo de Software Tradicionales VS AgilesMetogologias de Desarrollo de Software Tradicionales VS Agiles
Metogologias de Desarrollo de Software Tradicionales VS Agiles
 
Casos de éxito de TSP en México
Casos de éxito de TSP en MéxicoCasos de éxito de TSP en México
Casos de éxito de TSP en México
 

Ähnlich wie Gestión de proyectos

metodologia agil.ppt
metodologia agil.pptmetodologia agil.ppt
metodologia agil.ppt
brian roa
 

Ähnlich wie Gestión de proyectos (20)

Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipo
 
metodologia agil.ppt
metodologia agil.pptmetodologia agil.ppt
metodologia agil.ppt
 
Tp ciclos de vida
Tp   ciclos de vidaTp   ciclos de vida
Tp ciclos de vida
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software Jr
 
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrolloFundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
 
Metodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdfMetodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdf
 
Scrum en sistema grh tuc
Scrum en sistema grh tucScrum en sistema grh tuc
Scrum en sistema grh tuc
 
CICLOS DE VIDA DEL SOFTWARE
CICLOS DE VIDA DEL SOFTWARECICLOS DE VIDA DEL SOFTWARE
CICLOS DE VIDA DEL SOFTWARE
 
METODOLOGIAS.pptx
METODOLOGIAS.pptxMETODOLOGIAS.pptx
METODOLOGIAS.pptx
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
 
Modelo de desarrollo de software Agil Ingenieria de software.pptx
Modelo de desarrollo de software Agil Ingenieria de software.pptxModelo de desarrollo de software Agil Ingenieria de software.pptx
Modelo de desarrollo de software Agil Ingenieria de software.pptx
 
Gestión de proyectos informáticos
Gestión de proyectos informáticos Gestión de proyectos informáticos
Gestión de proyectos informáticos
 
RUP
RUPRUP
RUP
 
Metodología tradicional
Metodología tradicionalMetodología tradicional
Metodología tradicional
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de software
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
 
Etapas del desarrollo de proyectos.pdf
Etapas del desarrollo de proyectos.pdfEtapas del desarrollo de proyectos.pdf
Etapas del desarrollo de proyectos.pdf
 
Trabajo calidad de software.pptx
Trabajo calidad de software.pptxTrabajo calidad de software.pptx
Trabajo calidad de software.pptx
 
Rup
RupRup
Rup
 
ciclo_de_vida_software
ciclo_de_vida_softwareciclo_de_vida_software
ciclo_de_vida_software
 

Mehr von aaahhhhaaa (6)

Gestión de proyectos informáticos
Gestión de proyectos informáticosGestión de proyectos informáticos
Gestión de proyectos informáticos
 
Gestión de proyectos informáticos
Gestión de proyectos informáticosGestión de proyectos informáticos
Gestión de proyectos informáticos
 
Gestión de proyectos informáticos
Gestión de proyectos informáticosGestión de proyectos informáticos
Gestión de proyectos informáticos
 
Pmbok
PmbokPmbok
Pmbok
 
Pmbok
PmbokPmbok
Pmbok
 
Pmbok
PmbokPmbok
Pmbok
 

Kürzlich hochgeladen

🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
EliaHernndez7
 

Kürzlich hochgeladen (20)

Factores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdfFactores que intervienen en la Administración por Valores.pdf
Factores que intervienen en la Administración por Valores.pdf
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 4ºESO
 
Sesión de clase APC: Los dos testigos.pdf
Sesión de clase APC: Los dos testigos.pdfSesión de clase APC: Los dos testigos.pdf
Sesión de clase APC: Los dos testigos.pdf
 
La Sostenibilidad Corporativa. Administración Ambiental
La Sostenibilidad Corporativa. Administración AmbientalLa Sostenibilidad Corporativa. Administración Ambiental
La Sostenibilidad Corporativa. Administración Ambiental
 
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIASISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
 
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdfPlan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
 
Louis Jean François Lagrenée. Erotismo y sensualidad. El erotismo en la Hist...
Louis Jean François Lagrenée.  Erotismo y sensualidad. El erotismo en la Hist...Louis Jean François Lagrenée.  Erotismo y sensualidad. El erotismo en la Hist...
Louis Jean François Lagrenée. Erotismo y sensualidad. El erotismo en la Hist...
 
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLAACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
 
Desarrollo y Aplicación de la Administración por Valores
Desarrollo y Aplicación de la Administración por ValoresDesarrollo y Aplicación de la Administración por Valores
Desarrollo y Aplicación de la Administración por Valores
 
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptxLA LITERATURA DEL BARROCO 2023-2024pptx.pptx
LA LITERATURA DEL BARROCO 2023-2024pptx.pptx
 
La Evaluacion Formativa SM6 Ccesa007.pdf
La Evaluacion Formativa SM6  Ccesa007.pdfLa Evaluacion Formativa SM6  Ccesa007.pdf
La Evaluacion Formativa SM6 Ccesa007.pdf
 
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
 
Tema 10. Dinámica y funciones de la Atmosfera 2024
Tema 10. Dinámica y funciones de la Atmosfera 2024Tema 10. Dinámica y funciones de la Atmosfera 2024
Tema 10. Dinámica y funciones de la Atmosfera 2024
 
AEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptxAEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptx
 
1ro Programación Anual D.P.C.C planificación anual del área para el desarroll...
1ro Programación Anual D.P.C.C planificación anual del área para el desarroll...1ro Programación Anual D.P.C.C planificación anual del área para el desarroll...
1ro Programación Anual D.P.C.C planificación anual del área para el desarroll...
 
Power Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptxPower Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptx
 
ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN PARÍS. Por JAVIER SOL...
ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN  PARÍS. Por JAVIER SOL...ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN  PARÍS. Por JAVIER SOL...
ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN PARÍS. Por JAVIER SOL...
 
Tema 11. Dinámica de la hidrosfera 2024
Tema 11.  Dinámica de la hidrosfera 2024Tema 11.  Dinámica de la hidrosfera 2024
Tema 11. Dinámica de la hidrosfera 2024
 
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).pptPINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
 

Gestión de proyectos

  • 2. Definición de gestión de proyectos  La gestión de proyectos es un enfoque metódico para planificar y orientar los procesos del proyecto de principio a fin.  los procesos se guían por cinco etapas: iniciación, planificación, ejecución, control y cierre.
  • 3. Las 4 P, para una buena gestión de proyectos  4 p que aseguran la gestión eficaz de un proyecto de software  Las cuatro P de la gestión de proyectos son:  Personal  Producto  Proceso  Proyecto
  • 4. Personal  Factores críticos en la gestión de personal:  Objetividad: el personal se debe valorar de forma equitativa.  Respeto: por las diferentes habilidades de las personas.  Incorporación: considerar las opiniones de todos.  Honestidad: en comunicar lo que va bien y lo que va mal en el equipo.  Factores que determinan la selección del personal:  Experiencia en el dominio de la aplicación.  Experiencia en la plataforma.  Experiencia en el lenguaje de programación.  Habilidad para resolver problemas.  Soporte educativo.  Habilidad de comunicación.  Adaptabilidad.  Actitud.  Personalidad
  • 5. Producto  En primer lugar se debe establecer el ÁMBITO y OBJETIVOS del producto. Se deben considerar soluciones alternativas e Identificar restricciones técnicas y de control  Para establecer el Ámbito del sw: 1. Contexto  Como encaja el sw que se desarrollara en un sistema más grande, producto o contexto de negocios?  Que restricciones aparecen como resultado del contexto? 2. Objetivos de información  Que objetos de datos se requieren de entrada?  Que objetos de datos se producen como resultado del sw? 3. Función y desempeño  Que funciones realiza el sw para transformar las entradas en salidas?  Deben abordarse algunas características especiales de desempeño?
  • 6. Proceso  Proporciona el marco de trabajo, desde el cual se puede establecer un plan detallado para el desarrollo del software. Un pequeño número de actividades del marco de trabajo es aplicable a todos los proyectos de software, sin importar su tamaño o complejidad.  La clave para que el proceso funcione es:  seleccionar el modelo de proceso adecuado.  El equipo define un plan de proyecto preliminar.  Se crea un plan completo  La planeación comienza al combinar producto y proceso.  Es la Única forma de gestionar la complejidad: planeación y control  Para evitar el fracaso:  Estar atentos a señales de advertencia comunes.  Comprender los factores críticos de éxito.  Desarrollar un enfoque de sentido común.
  • 7. Proyecto  La gestión de un proyecto de software exitoso requiere entender que puede salir mal. John Reel define 10 señales que indican que un proyecto de sistemas de información está en peligro: 1. El personal de software no entiende las necesidades 2. El ámbito del producto está mal debido 3. Los cambios de gestionan mal 4. La tecnología elegida cambia 5. Las necesidades comerciales cambian o están mal definidas 6. Los plazos de entrega no son realistas. 7. Los usuarios se resisten 8. Se pierde o nunca se obtuvo de manera adecuada el patrocinio. 9. El equipo carece de personal con las habilidades apropiadas 10. Los gestores evitan las mejores prácticas y las lecciones aprendida
  • 8. ¿Cómo actúa un gestor para evitar los problemas mencionados?  Comience con el pie derecho: Entender bien el problema para establecer bien los objetivos y expectativas. Construir el equipo correcto y darle a éste autonomía, autoridad y tecnología.  Mantenga el ímpetu: El gestor de proyecto debe proporcionar incentivos, el equipo debe resaltar la calidad en cada tarea que realiza y los gestores ejecutivos deben hacer lo posible por mantenerse fuera del camino del equipo.  Rastree el progreso: En un proyecto de software el progreso se rastrea conforme se elaboran los productos de trabajo(código fuente modelos) y se aprueban como parte de una actividad de aseguramiento de calidad.  Tomar decisiones inteligentes: Las decisiones del gestor de proyecto y del equipo de software deben encaminarse para mantenerlo simple.  Realice un análisis de resultados: Establezca un mecanismo consistente para extraer lecciones aprendidas por cada proyecto. Evalúe la planificación real y la revista, recolecte y analice métricas, obtenga realimentación por parte del equipo y de los clientes.
  • 9. Descripción de las etapas del ciclo de vida de un software  también denominado como el proceso del desarrollo de software, el ciclo de vida del software nos permite entablar una serie de procedimientos mediante las cuales se procede para la realización del mismo. De hecho gracias a este término, es que se han ido creando los métodos del ciclo del software, que no son otra cosa mas que metodologías que indican distintos pasos a seguir para el desarrollo de un producto.
  • 10. Metodologías para el desarrollo de un software  modelo en cascada
  • 11. Modelo en el Espiral
  • 12. Modelo Iterativo o por Prototipos  las fases del ciclo de vida del sistema, son las siguientes:  1. Inicialización  2. Iteración  3. Lista de Control
  • 13. Modelos del Ciclo de Vida del Desarrollo Ágiles  Las tendencias, con el paso del tiempo suelen cambiar para bien y en el caso de las metodologías del ciclo de vida desarrollo de software no es la excepción. Y un claro ejemplo de esto, son los modelos de desarrollo ágil. Estos procesos se caracterizan por estar basados en las etapas del ciclo de vida del software tradicionales, pero combinándolas con algunas técnicas y siendo aún mas solapadoras en cuando al orden que se deben ejecutar. Bueno no les diré más, mejor vamos a ver brevemente cuales son algunas de ellas, las más conocidas y populares, claro y la mejor de todas.
  • 14. Modelo Scrum  el modelo Scrum, deja de seguir metodologías lineales, podemos despedirnos del modelo cascada y secuencial, pues ahora procedemos a solapar las fases y no importará en que momento tengas que volver atrás, siempre habrá un equipo de trabajo de buena calidad, que tenga ese soporte para aguantar los cambios que son ciertamente normales dentro de la metodología Scrum. Por último, como ingrediente vital tenemos la comunicación, y es que acá olvídate de las tendencias de ese jefes que te tienen envuelto en una burbuja desarrollando. Con el modelo scrum podrás estar comunicado con tu equipo de trabajo en todo momento, para estar al tanto de los sucesos.  Ahora veremos brevemente, cuales son los procesos que el modelo Scrum utiliza: 1. Product Backlog 2. Sprint Backlog 3. Sprint Planning Meeting 4. Daily Scrum o Stand-up Meeting 5. Sprint Review 6. Sprint Retrospective
  • 15. Modelo Kanban  El modelo Kanban, es uno de los modelos más visuales de las metodologías ágiles. Consiste en la creación de un tablero con etiquetas, donde se seccionan cada una de las fases de su desarrollo, además se clasifica de acuerdo a los equipos de trabajo y se les asignan objetivos a corto, mediano y largo plazo.  Por supuesto, la metodología Kanban, también requiere de un equipo totalmente capacitado, pues solamente de esta forma se podrán lograr los objetivos. Así que aquí les muestro las fases del proceso del ciclo de vida de un sistema, mediante la metodología japonesa Kanban: 1. Definir el Flujo de Trabajo 2. Fases del Ciclo de Producción 3. Stop Starting, start finishing 4. Tener un Control
  • 16. Modelo XP o Programación extrema  Posiblemente la más destacada de las metodologías ágiles para los ciclos de vida de un software, es la metodología XP o modelo de programación extrema. A diferencia del resto de las metodología del mundo, habidas y por haber, esta es adaptable de acuerdo a las necesidades y requerimientos que se tengan que implementar, con la ventaja de que podemos hacer uso de cualquier modelo anterior para el desarrollo y de inmediato salirnos y programar otras cosas, es muy solapador y permite mucha más libertad en el equipo de trabajo que el resto de los modelos.  Los valores que componen a al modelo de programación extrema, son los siguientes: 1. Comunicación 2. Simplicidad 3. Retroalimentación 4. Valentía 5. Respeto