SlideShare una empresa de Scribd logo
1 de 12
Javier Martín de Agar Tirado
“el problema es que estimáis muy
mal”
En muchos proyectos software lo primero que hacemos es montar
un plan. Este plan se puede crear de muchas maneras pero
generalmente obtenemos todas las tareas que se harán y el
tiempo que nos llevará cada una de ellas.
A medida que avanzamos nos damos cuenta de que nuestro plan
empieza a sufrir problemas:
- Las tareas duran más
- Aparecen más tareas que no preveíamos
- El cliente quiere cambios.
- Hay personas que abandonan el proyecto.
Cuando descubrimos que el plan no se va a cumplir entonces se oye
la frase “es que estimáis muy mal”
¿Se puede estimar mejor?
Hay diferentes estrategias para estimar:
Juicio de
expertos
Análisis
cerrado
Base de Datos
de Proyectos
Estimación
en común
Estrategias
Hay diferentes estrategias para estimar:
• Las personas más expertas del
proyecto estiman todas las tareasJuicio de
expertos
• Invertimos mucho tiempo en el
análisis y obligamos al cliente a
firmarlo.
Análisis
cerrado
• Utilizamos la historia de nuestro
compañía de manera que estimamos
en función a nuestro pasado
Base de Datos
de Proyectos
• Todo el equipo participa en la
estimación conociendo el análisis.Estimación
en común
Las personas expertas son
más optimistas ya que a ellos
les cuestan menos las tareas
Esto a veces funciona pero
genera mucha insatisfacción.
Además, lleva mucho tiempo
conseguir un acuerdo.
Es difícil medir todos los
proyectos, hay diferentes
equipos y la tecnología
evoluciona.
Ayuda mucho a estimar
juntos, pero lleva mucho
tiempo y no evita que
aparezcan nuevas taeras
¿Qué tienen en común?
Los planes fallan
• Da igual cómo los hagamos, los planes no se cumplen.
Expectativas
• Cuando fallan las expectativas esto genera mucha
frustración en los clientes y en los equipos
Frustración
• La frustración suele derivar en muchas cosas: horas
extras, estrés, despidos, gritos, etc.
¿Por qué ocurre todo esto?
Nunca sabremos todo lo que se quiere hacer al empezar
un proyecto
• Por más tiempo que invirtamos en analizar y tomar requisitos, habrá
tareas que no seamos capaces de detectar
Todos los proyectos cambian con el tiempo
• El cambio es inherente, un proyecto no es igual al comenzar que
pasados dos meses y los cambios siempre aparecen.
Siempre querremos hacer más de lo que el tiempo o el
dinero nos permita
• Un proyecto siempre tiene una fecha de fin, da igual cuanto la
retrasemos, siempre querremos añadir mejoras o cambios a nuestros
proyectos.
Interiorizar las 3 leyes nos eliminará el estrés
Una vez que conocemos las tres leyes, nuestra misión no debe ser
protegernos para que no ocurran, nuestra misión es actuar sabiendo
que van a ocurrir.
¿Merece la pena invertir grandes horas en tomar de requisitos y análisis si nunca
tendremos todos?
La respuesta es no, hacer un análisis inicial alto nivel es muy útil, pero intentar
controlar todo no va a ocurrir. Es mejor analizar las tareas de las primeras semanas y
empezar el proyecto. Es más valioso una entrega temprana que un análisis completo!
A medida que entreguemos el proyecto nuestro cliente nos irá indicando sus
necesidades y de esa manera podremos cumplir mejor las expectativas.
Otra cosa que debemos evitar es generar expectativas al comenzar un proyecto. Unas
expectativas de fecha y hora cuando no sabemos todo lo que hay que hacer puede
acabar llevando el proyecto a un fracaso. Hasta que no llevemos unas iteraciones de
entrega de trabajo será difícil prometer fechas ya que no sabemos la velocidad a la que
nuestro equipo trabaja.
Todos los proyectos van a sufrir cambios, es imposible resistirse a ellos, hay que
convivir con ellos.
Lo ideal para protegernos es hacer entregas continuas en cortos espacio de tiempo. De
esta manera los cambios convivirán mejor con el desarrollo planificado .
Además, hay que hacer visibles los cambios ya que aparecerán por muchas vías:
solicitudes directas del cliente, requisitos ocultos, problemas de última hora etc.
Hacer visibles los cambios permite ajustar mejor las expectativas y eso ayuda a que el
proyecto sea satisfactorio.
Muchas veces creemos que los proyectos terminan cuando “todo está hecho”. Esto es
cierto pero el problema viene porque nunca estará todo hecho.
Las personas que participan en un proyecto siempre querrán hacer nuevas ideas,
agregar mejoras o rematar alguna característica. Al final siempre se acaba el dinero o
el tiempo y por tanto hay que cortar el desarrollo.
Para protegernos de esta situación es importante trabajar con nuestro cliente en la
priorización de tareas. Priorizar las tareas nos ayudará a que cuando se acabe el
tiempo todas las funcionalidades principales estén desarrolladas y el proyecto sea un
éxito.
Gestionar las prioridades ayudará muchísimo al equipo para acertar con el
cumplimiento de los objetivos esenciales.
Las 3 leyes de los
proyectos se cumplen
Hay que vivir con ella
y no contra ellas
No dar expectativas
antes de tiempo
Ser honestos con
nuestros clientes es
exponer estas
dificultades en vez de
ignorarlas.

Más contenido relacionado

La actualidad más candente

Presentación gyco
Presentación gycoPresentación gyco
Presentación gycovalengra
 
Claves para que el Cambio suceda en la Empresa
Claves para que el Cambio suceda en la EmpresaClaves para que el Cambio suceda en la Empresa
Claves para que el Cambio suceda en la EmpresaMarta Falcón
 
¿Cuando estará listo? Métricas y forecasting con #kanban
¿Cuando estará listo? Métricas y forecasting con #kanban¿Cuando estará listo? Métricas y forecasting con #kanban
¿Cuando estará listo? Métricas y forecasting con #kanbanLeanSight Consulting
 
L1 u1 marquez rios diana rubi
L1 u1 marquez rios diana rubiL1 u1 marquez rios diana rubi
L1 u1 marquez rios diana rubiRUBYMARQUEZ
 
Portafolio de diagnostico u iii
Portafolio de diagnostico u iiiPortafolio de diagnostico u iii
Portafolio de diagnostico u iiiChatsyGFG
 
Taller: Kanban Avanzado. Superando el Limitar el WIP
Taller: Kanban Avanzado. Superando el Limitar el WIPTaller: Kanban Avanzado. Superando el Limitar el WIP
Taller: Kanban Avanzado. Superando el Limitar el WIPJorge Hernán Abad Londoño
 
Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...
Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...
Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...Atenea tech
 
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...Jorge Hernán Abad Londoño
 
LSD (Lean Software Development)
LSD (Lean Software Development)LSD (Lean Software Development)
LSD (Lean Software Development)urumisama
 
Guía práctica para la adopción de Lean Software Development
Guía práctica para la adopción de Lean Software DevelopmentGuía práctica para la adopción de Lean Software Development
Guía práctica para la adopción de Lean Software DevelopmentSoftware Guru
 
Como evitar demasiado texto en tus slides
Como evitar demasiado texto en tus slidesComo evitar demasiado texto en tus slides
Como evitar demasiado texto en tus slidesCBRE España
 
Herramientas de colaboracion_en_linea
Herramientas de colaboracion_en_lineaHerramientas de colaboracion_en_linea
Herramientas de colaboracion_en_lineaGISSELLPENADO
 
Diez consejos para fracasar ahora en su proyecto
Diez consejos para fracasar ahora en su proyectoDiez consejos para fracasar ahora en su proyecto
Diez consejos para fracasar ahora en su proyectojlanas
 
Admon tiempo
Admon tiempoAdmon tiempo
Admon tiempoXsophia
 

La actualidad más candente (16)

Presentación gyco
Presentación gycoPresentación gyco
Presentación gyco
 
Claves para que el Cambio suceda en la Empresa
Claves para que el Cambio suceda en la EmpresaClaves para que el Cambio suceda en la Empresa
Claves para que el Cambio suceda en la Empresa
 
¿Cuando estará listo? Métricas y forecasting con #kanban
¿Cuando estará listo? Métricas y forecasting con #kanban¿Cuando estará listo? Métricas y forecasting con #kanban
¿Cuando estará listo? Métricas y forecasting con #kanban
 
L1 u1 marquez rios diana rubi
L1 u1 marquez rios diana rubiL1 u1 marquez rios diana rubi
L1 u1 marquez rios diana rubi
 
Portafolio de diagnostico u iii
Portafolio de diagnostico u iiiPortafolio de diagnostico u iii
Portafolio de diagnostico u iii
 
Taller: Kanban Avanzado. Superando el Limitar el WIP
Taller: Kanban Avanzado. Superando el Limitar el WIPTaller: Kanban Avanzado. Superando el Limitar el WIP
Taller: Kanban Avanzado. Superando el Limitar el WIP
 
Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...
Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...
Éxitos y desastrosas experiencias con el agilismo en la gestión de proyectos ...
 
Lean & kanban: introducción
Lean & kanban: introducciónLean & kanban: introducción
Lean & kanban: introducción
 
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...
Un resumen sobre contratos ágiles. Por Jorge Abad y Leonardo Agudelo - Agile ...
 
LSD (Lean Software Development)
LSD (Lean Software Development)LSD (Lean Software Development)
LSD (Lean Software Development)
 
Guía práctica para la adopción de Lean Software Development
Guía práctica para la adopción de Lean Software DevelopmentGuía práctica para la adopción de Lean Software Development
Guía práctica para la adopción de Lean Software Development
 
Como evitar demasiado texto en tus slides
Como evitar demasiado texto en tus slidesComo evitar demasiado texto en tus slides
Como evitar demasiado texto en tus slides
 
Herramientas de colaboracion_en_linea
Herramientas de colaboracion_en_lineaHerramientas de colaboracion_en_linea
Herramientas de colaboracion_en_linea
 
Optimizacion
OptimizacionOptimizacion
Optimizacion
 
Diez consejos para fracasar ahora en su proyecto
Diez consejos para fracasar ahora en su proyectoDiez consejos para fracasar ahora en su proyecto
Diez consejos para fracasar ahora en su proyecto
 
Admon tiempo
Admon tiempoAdmon tiempo
Admon tiempo
 

Similar a Las 3 verdades de los proyectos

Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...
Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...
Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...LuisAlbertoManuel
 
Ebook gestion-del-tiempo
Ebook gestion-del-tiempoEbook gestion-del-tiempo
Ebook gestion-del-tiempokirokesa
 
Taller#1 planificacion del proyecto rocio lópez -leonela gomez.
Taller#1 planificacion del proyecto rocio lópez -leonela gomez.Taller#1 planificacion del proyecto rocio lópez -leonela gomez.
Taller#1 planificacion del proyecto rocio lópez -leonela gomez.ADriana LeOnela
 
Teoria De Restricciones Aplicada A La Gcia De Proyectos
Teoria De Restricciones Aplicada A La Gcia De ProyectosTeoria De Restricciones Aplicada A La Gcia De Proyectos
Teoria De Restricciones Aplicada A La Gcia De ProyectosJuan Carlos Fernández
 
Personal Software Process / Sesion 01
Personal Software Process / Sesion 01Personal Software Process / Sesion 01
Personal Software Process / Sesion 01andres hurtado
 
Matemática Financiera: Fortalecimiento Pruebas Saber....
Matemática Financiera: Fortalecimiento Pruebas Saber....Matemática Financiera: Fortalecimiento Pruebas Saber....
Matemática Financiera: Fortalecimiento Pruebas Saber....JulianMesa10
 
¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximo
¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximo¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximo
¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximoLizDextrejamanca
 
Eq11 Traducción Cap3 Hallows Defining The Project
Eq11 Traducción Cap3 Hallows Defining The ProjectEq11 Traducción Cap3 Hallows Defining The Project
Eq11 Traducción Cap3 Hallows Defining The Projectmarcos_0887
 
Estrategias para planificar obras de construcción
Estrategias para planificar obras de construcciónEstrategias para planificar obras de construcción
Estrategias para planificar obras de construcciónSergio Topor
 
Metodologia SCRUM
Metodologia SCRUM Metodologia SCRUM
Metodologia SCRUM carmen1589
 
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdfIBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdfFranciscoSolis57
 
gestin-del-tiempo-1218243356802798-9.ppt
gestin-del-tiempo-1218243356802798-9.pptgestin-del-tiempo-1218243356802798-9.ppt
gestin-del-tiempo-1218243356802798-9.pptlarrypgil
 
Administración de proyectos
Administración de proyectosAdministración de proyectos
Administración de proyectoslareinadebastos
 
Ideas de proyecto
Ideas de proyectoIdeas de proyecto
Ideas de proyectoptardilaq
 
evaluacion2.pptx
evaluacion2.pptxevaluacion2.pptx
evaluacion2.pptxHugoCid4
 
Sede Planificacion Proy
Sede Planificacion ProySede Planificacion Proy
Sede Planificacion Proyguestbc476b9
 
Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)
Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)
Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)Jorge Hernán Abad Londoño
 
Agilidad, Scrum y otras experiencias.pdf
Agilidad, Scrum y otras experiencias.pdfAgilidad, Scrum y otras experiencias.pdf
Agilidad, Scrum y otras experiencias.pdfFranciscoVelandiaSot
 

Similar a Las 3 verdades de los proyectos (20)

Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...
Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...
Como terminar_a_tiempo_un_proyecto_y_no_comprometer_los_costos_y_el_alcance_-...
 
Ebook gestion-del-tiempo
Ebook gestion-del-tiempoEbook gestion-del-tiempo
Ebook gestion-del-tiempo
 
Exito y fracaso de proyectos
Exito y fracaso de proyectosExito y fracaso de proyectos
Exito y fracaso de proyectos
 
Taller#1 planificacion del proyecto rocio lópez -leonela gomez.
Taller#1 planificacion del proyecto rocio lópez -leonela gomez.Taller#1 planificacion del proyecto rocio lópez -leonela gomez.
Taller#1 planificacion del proyecto rocio lópez -leonela gomez.
 
Teoria De Restricciones Aplicada A La Gcia De Proyectos
Teoria De Restricciones Aplicada A La Gcia De ProyectosTeoria De Restricciones Aplicada A La Gcia De Proyectos
Teoria De Restricciones Aplicada A La Gcia De Proyectos
 
Personal Software Process / Sesion 01
Personal Software Process / Sesion 01Personal Software Process / Sesion 01
Personal Software Process / Sesion 01
 
Matemática Financiera: Fortalecimiento Pruebas Saber....
Matemática Financiera: Fortalecimiento Pruebas Saber....Matemática Financiera: Fortalecimiento Pruebas Saber....
Matemática Financiera: Fortalecimiento Pruebas Saber....
 
¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximo
¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximo¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximo
¿Cómo organizar-mi-mes-de-trabajo-y-planificar-el-próximo
 
Eq11 Traducción Cap3 Hallows Defining The Project
Eq11 Traducción Cap3 Hallows Defining The ProjectEq11 Traducción Cap3 Hallows Defining The Project
Eq11 Traducción Cap3 Hallows Defining The Project
 
Estrategias para planificar obras de construcción
Estrategias para planificar obras de construcciónEstrategias para planificar obras de construcción
Estrategias para planificar obras de construcción
 
Metodologia SCRUM
Metodologia SCRUM Metodologia SCRUM
Metodologia SCRUM
 
Ensayo lecturas
Ensayo lecturasEnsayo lecturas
Ensayo lecturas
 
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdfIBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
IBS-01 Herramientas dínamicas de gestión de Proyecto .pdf
 
gestin-del-tiempo-1218243356802798-9.ppt
gestin-del-tiempo-1218243356802798-9.pptgestin-del-tiempo-1218243356802798-9.ppt
gestin-del-tiempo-1218243356802798-9.ppt
 
Administración de proyectos
Administración de proyectosAdministración de proyectos
Administración de proyectos
 
Ideas de proyecto
Ideas de proyectoIdeas de proyecto
Ideas de proyecto
 
evaluacion2.pptx
evaluacion2.pptxevaluacion2.pptx
evaluacion2.pptx
 
Sede Planificacion Proy
Sede Planificacion ProySede Planificacion Proy
Sede Planificacion Proy
 
Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)
Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)
Hablemos de Contratos Ágiles - Agile Contracts (Reloaded)
 
Agilidad, Scrum y otras experiencias.pdf
Agilidad, Scrum y otras experiencias.pdfAgilidad, Scrum y otras experiencias.pdf
Agilidad, Scrum y otras experiencias.pdf
 

Más de Javier Martin de Agar Tirado (7)

Cas2015 día 2
Cas2015 día 2Cas2015 día 2
Cas2015 día 2
 
Cas2015 día 1
Cas2015 día 1Cas2015 día 1
Cas2015 día 1
 
Mejoras daily meeting
Mejoras daily meetingMejoras daily meeting
Mejoras daily meeting
 
Planificación agile
Planificación agilePlanificación agile
Planificación agile
 
Po
PoPo
Po
 
Velocidad en agile
Velocidad en agileVelocidad en agile
Velocidad en agile
 
Review vs presentación
Review vs presentaciónReview vs presentación
Review vs presentación
 

Las 3 verdades de los proyectos

  • 1. Javier Martín de Agar Tirado
  • 2. “el problema es que estimáis muy mal” En muchos proyectos software lo primero que hacemos es montar un plan. Este plan se puede crear de muchas maneras pero generalmente obtenemos todas las tareas que se harán y el tiempo que nos llevará cada una de ellas. A medida que avanzamos nos damos cuenta de que nuestro plan empieza a sufrir problemas: - Las tareas duran más - Aparecen más tareas que no preveíamos - El cliente quiere cambios. - Hay personas que abandonan el proyecto. Cuando descubrimos que el plan no se va a cumplir entonces se oye la frase “es que estimáis muy mal”
  • 3. ¿Se puede estimar mejor? Hay diferentes estrategias para estimar: Juicio de expertos Análisis cerrado Base de Datos de Proyectos Estimación en común
  • 4. Estrategias Hay diferentes estrategias para estimar: • Las personas más expertas del proyecto estiman todas las tareasJuicio de expertos • Invertimos mucho tiempo en el análisis y obligamos al cliente a firmarlo. Análisis cerrado • Utilizamos la historia de nuestro compañía de manera que estimamos en función a nuestro pasado Base de Datos de Proyectos • Todo el equipo participa en la estimación conociendo el análisis.Estimación en común Las personas expertas son más optimistas ya que a ellos les cuestan menos las tareas Esto a veces funciona pero genera mucha insatisfacción. Además, lleva mucho tiempo conseguir un acuerdo. Es difícil medir todos los proyectos, hay diferentes equipos y la tecnología evoluciona. Ayuda mucho a estimar juntos, pero lleva mucho tiempo y no evita que aparezcan nuevas taeras
  • 5. ¿Qué tienen en común? Los planes fallan • Da igual cómo los hagamos, los planes no se cumplen. Expectativas • Cuando fallan las expectativas esto genera mucha frustración en los clientes y en los equipos Frustración • La frustración suele derivar en muchas cosas: horas extras, estrés, despidos, gritos, etc.
  • 6. ¿Por qué ocurre todo esto?
  • 7. Nunca sabremos todo lo que se quiere hacer al empezar un proyecto • Por más tiempo que invirtamos en analizar y tomar requisitos, habrá tareas que no seamos capaces de detectar Todos los proyectos cambian con el tiempo • El cambio es inherente, un proyecto no es igual al comenzar que pasados dos meses y los cambios siempre aparecen. Siempre querremos hacer más de lo que el tiempo o el dinero nos permita • Un proyecto siempre tiene una fecha de fin, da igual cuanto la retrasemos, siempre querremos añadir mejoras o cambios a nuestros proyectos.
  • 8. Interiorizar las 3 leyes nos eliminará el estrés Una vez que conocemos las tres leyes, nuestra misión no debe ser protegernos para que no ocurran, nuestra misión es actuar sabiendo que van a ocurrir.
  • 9. ¿Merece la pena invertir grandes horas en tomar de requisitos y análisis si nunca tendremos todos? La respuesta es no, hacer un análisis inicial alto nivel es muy útil, pero intentar controlar todo no va a ocurrir. Es mejor analizar las tareas de las primeras semanas y empezar el proyecto. Es más valioso una entrega temprana que un análisis completo! A medida que entreguemos el proyecto nuestro cliente nos irá indicando sus necesidades y de esa manera podremos cumplir mejor las expectativas. Otra cosa que debemos evitar es generar expectativas al comenzar un proyecto. Unas expectativas de fecha y hora cuando no sabemos todo lo que hay que hacer puede acabar llevando el proyecto a un fracaso. Hasta que no llevemos unas iteraciones de entrega de trabajo será difícil prometer fechas ya que no sabemos la velocidad a la que nuestro equipo trabaja.
  • 10. Todos los proyectos van a sufrir cambios, es imposible resistirse a ellos, hay que convivir con ellos. Lo ideal para protegernos es hacer entregas continuas en cortos espacio de tiempo. De esta manera los cambios convivirán mejor con el desarrollo planificado . Además, hay que hacer visibles los cambios ya que aparecerán por muchas vías: solicitudes directas del cliente, requisitos ocultos, problemas de última hora etc. Hacer visibles los cambios permite ajustar mejor las expectativas y eso ayuda a que el proyecto sea satisfactorio.
  • 11. Muchas veces creemos que los proyectos terminan cuando “todo está hecho”. Esto es cierto pero el problema viene porque nunca estará todo hecho. Las personas que participan en un proyecto siempre querrán hacer nuevas ideas, agregar mejoras o rematar alguna característica. Al final siempre se acaba el dinero o el tiempo y por tanto hay que cortar el desarrollo. Para protegernos de esta situación es importante trabajar con nuestro cliente en la priorización de tareas. Priorizar las tareas nos ayudará a que cuando se acabe el tiempo todas las funcionalidades principales estén desarrolladas y el proyecto sea un éxito. Gestionar las prioridades ayudará muchísimo al equipo para acertar con el cumplimiento de los objetivos esenciales.
  • 12. Las 3 leyes de los proyectos se cumplen Hay que vivir con ella y no contra ellas No dar expectativas antes de tiempo Ser honestos con nuestros clientes es exponer estas dificultades en vez de ignorarlas.