SlideShare a Scribd company logo
1 of 11
ESTUDIO DEL COMPORTAMIENTO
DEL FENÓMENO SCOPE CREEP EN
UN CENTRO DE DESARROLLO DE
SOFTWARE
MsC. Henry Raúl González Brito, MsC.
Dainys Gainza Reyes, MsC. Cealys Álvarez
Trujillo, Ing, Rachel Olivera Hernández
COMPUMAT 2013 | UNIVERSIDAD DE LAS CIENCIAS INFORMÁTICAS
Fenómeno Scope Creep
• Se adicionan continuamente requisitos al proyecto,
provocando que el alcance de este crezca continuamente
hasta que el equipo de desarrollo pierde el control del
mismo
• Comienzan a incrementarse las tareas por realizar, se
emplea tiempo adicional en rectificar los resultados
obtenidos, se extiende el tiempo de entrega de los
productos y servicios pactados, se consumen recursos no
previstos, crea descontento en los clientes y los
miembros del proyecto.
Factores que provocan el Scope Creed
• Definiciones del alcance poco detalladas en la etapa de
Inicio del Proyecto.
• Poca estimación de la complejidad del Proyecto
• Deficiencias en el control del Alcance durante el
desarrollo del proyecto.
• Deficiencias en la comunicación con los clientes e
indecisiones de los mismos respecto al alcance
esperado.
• Actitud perfeccionista de los miembros del equipo.
• Deficiencias en la gestión de las comunicaciones entre
los miembros del proyecto.
¿Cómo se comporta en la UCI?
• Se realizó una encuesta a un centro de desarrollo.
• Población: 13 líderes de proyectos.
• Muestra: 9 líderes de proyectos que representaban un
69% de la población.
• 89% de los encuestados tenían como mínimo 3 años de
experiencia.
• La selección de los líderes de proyectos fue aleatoria.
P1: ¿Ha experimentado de alguna manera el fenómeno
de los cambios fuera de control del alcance?
Si, 8,
89%
No, 1,
11%
Si
No
P2: Factores que provocan que se pierda el control
sobre el alcance del proyecto
78% 78%
67%
56%
33%
22%
22% 22%
11%
44%
44%
44%
22% 23%
22%
12%
Alcance del
proyecto
pobremente
detallado en la
fase de Inicio
del proyecto
Indefiniciones
de los clientes
respecto al
alcance del
proyecto.
Clientes
diferentes de
productos
genéricos
Deficiencias en
la gestión de
los
requerimientos
del proyecto.
Deficiencias de
control en la
gestión del
proyecto.
Actitud
perfeccionista
de miembros
del equipo
Alto Medio Bajo No Procede
89% 89% 89%
78%
67%
56%
44%
33% 33%
22%
11%
11% 11%
22%
11%
22%
22%
33%
56%
11%
11%
33% 33%
11%
22% 22%
22%
33%
67%
67% 67%
44%
56%
56%
11% 11%
22% 22% 22%
44%
11%
Alto Medio Bajo No Procede
P3: Roles donde se concentran los riesgos que
provocan que se pierda el control sobre el alcance
P4.1: Problemas relacionados con la definición del
Alcance en la fase de Inicio por la dirección de Proyecto
• Se pactó un alcance y cronograma por la dirección del
centro para la realización del módulo de un proyecto, los
últimos en enterarse fueron los integrantes del equipo de
desarrollo, lo que implicó ajustes en el mismo cuando
debía comenzar el trabajo.
• Se definió el alcance y tiempo de desarrollo de un
módulo, pero fue coordinado solamente por analistas que
no poseían todos los elementos de la tecnología,
arquitectura y programación a emplear en el desarrollo
del mismo, provocando atrasos y cambios en el alcance.
P4.2: Problemas relacionados con la Definición del
Alcance por los clientes
• El cliente describe un grupo de requisitos que responden
a un proceso que no está formalmente definido en la
entidad y luego de implementado el sistema informático
se descubre que los requisitos descritos no resuelven
todas las necesidades reales.
• Desorganización en los procesos de la entidad que se
iban a informatizar. No estaban definidos a nivel central,
cambiaban según las preferencias del especialista que lo
estuviera ejecutando.
P4.3: Problemas asociados a deficiencias en el
control del Alcance
• Un equipo de proyecto firmó con el cliente un alcance
determinado al inicio del proyecto pero luego en su
ejecución surgieron nuevos requisitos y no se pactaron
para una versión posterior sino que se siguieron
agregando y como consecuencia no se ha terminado de
desplegar la solución pues en las pruebas piloto todavía
siguen surgiendo nuevas necesidades y no se toman
medidas concretas que controlen la situación.
• El equipo hacía modificaciones a los requisitos del
sistema sin consultar con la dirección del proyecto.
Conclusiones
• El fenómeno de Scope Creep afecta a los proyectos de
desarrollo de software.
• Los principales factores están asociados a una pobre
definición del Alcance en la etapa de Inicio del proyecto,
así como a las indefiniciones de los clientes.
• Los roles de dirección del proyecto juegan un papel
determinante en minimizar los riesgos.
• El control de los cambios del Alcance mediante una
adecuada gestión del proyecto y la concientización de los
miembros del equipo de este fenómeno, puede evitarlo en
gran medida o al menos disminuir su impacto.

More Related Content

What's hot

Errores Clasicos
Errores ClasicosErrores Clasicos
Errores Clasicos
Actimel
 
Metodos agiles de software
Metodos agiles de softwareMetodos agiles de software
Metodos agiles de software
Geovani AG
 

What's hot (20)

Implementación de ambiente HP ALM utilizando SCRUM
Implementación de ambiente HP ALM utilizando SCRUMImplementación de ambiente HP ALM utilizando SCRUM
Implementación de ambiente HP ALM utilizando SCRUM
 
Presentacion Metodos de software
Presentacion Metodos de softwarePresentacion Metodos de software
Presentacion Metodos de software
 
Desarrollo De Software
Desarrollo De SoftwareDesarrollo De Software
Desarrollo De Software
 
Metodos3
Metodos3Metodos3
Metodos3
 
Errores Clasicos
Errores ClasicosErrores Clasicos
Errores Clasicos
 
Programación extrema (xp)
Programación extrema (xp)Programación extrema (xp)
Programación extrema (xp)
 
Metodos agiles de software
Metodos agiles de softwareMetodos agiles de software
Metodos agiles de software
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Metodologia de software
Metodologia de softwareMetodologia de software
Metodologia de software
 
Proceso desarrollo software
Proceso desarrollo softwareProceso desarrollo software
Proceso desarrollo software
 
Extreme programming
Extreme programmingExtreme programming
Extreme programming
 
Gestión de Proyectos de Software
Gestión de Proyectos de SoftwareGestión de Proyectos de Software
Gestión de Proyectos de Software
 
Metodologia de software
Metodologia de softwareMetodologia de software
Metodologia de software
 
Metodologia de desarrollo ed software
Metodologia de desarrollo ed softwareMetodologia de desarrollo ed software
Metodologia de desarrollo ed software
 
Estrategias ágiles para incrementar calidad al construir y probar software
Estrategias ágiles para incrementar calidad al construir y probar softwareEstrategias ágiles para incrementar calidad al construir y probar software
Estrategias ágiles para incrementar calidad al construir y probar software
 
Metodologías agiles de desarrollo de software
Metodologías agiles de desarrollo de softwareMetodologías agiles de desarrollo de software
Metodologías agiles de desarrollo de software
 
Metodologías agiles
Metodologías agiles Metodologías agiles
Metodologías agiles
 
Daniel
DanielDaniel
Daniel
 
Metodos agiles
Metodos agilesMetodos agiles
Metodos agiles
 
Programacion extrema_WR
Programacion extrema_WRProgramacion extrema_WR
Programacion extrema_WR
 

Viewers also liked

Viewers also liked (11)

Information Gathering | OWASP
Information Gathering | OWASPInformation Gathering | OWASP
Information Gathering | OWASP
 
Búsqueda y veracidad de la informacion
Búsqueda y veracidad de la informacionBúsqueda y veracidad de la informacion
Búsqueda y veracidad de la informacion
 
SharePoint 2016 : C’est quoi les nouveautés?
SharePoint 2016 : C’est quoi les nouveautés?SharePoint 2016 : C’est quoi les nouveautés?
SharePoint 2016 : C’est quoi les nouveautés?
 
aleksey panshin
aleksey panshinaleksey panshin
aleksey panshin
 
SFR Certification
SFR CertificationSFR Certification
SFR Certification
 
Proyecto 2016 1
Proyecto 2016 1Proyecto 2016 1
Proyecto 2016 1
 
La guía práctica del PMI "Manejando el cambio en las organizaciones"
La guía práctica del PMI "Manejando el cambio en las organizaciones"La guía práctica del PMI "Manejando el cambio en las organizaciones"
La guía práctica del PMI "Manejando el cambio en las organizaciones"
 
2013 TMG marketing partnership presentation.reed
2013 TMG marketing partnership presentation.reed2013 TMG marketing partnership presentation.reed
2013 TMG marketing partnership presentation.reed
 
Webinar: Smart Cities
Webinar: Smart CitiesWebinar: Smart Cities
Webinar: Smart Cities
 
The web - What it has, what it lacks and where it must go - Istanbul
The web - What it has, what it lacks and where it must go - IstanbulThe web - What it has, what it lacks and where it must go - Istanbul
The web - What it has, what it lacks and where it must go - Istanbul
 
sip cert
sip certsip cert
sip cert
 

Similar to ESTUDIO DEL COMPORTAMIENTO DEL FENÓMENO SCOPE CREEP EN UN CENTRO DE DESARROLLO DE SOFTWARE

Enfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operacionesEnfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operaciones
smbcreatividad
 
Enfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operacionesEnfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operaciones
smbcreatividad
 
T%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectos
T%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectosT%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectos
T%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectos
Felix Manuel
 
Ra semana 12
Ra semana 12Ra semana 12
Ra semana 12
victdiazm
 
Gep Eq12 T14 Controldelproyecto Gido
Gep Eq12 T14 Controldelproyecto GidoGep Eq12 T14 Controldelproyecto Gido
Gep Eq12 T14 Controldelproyecto Gido
JonhPerez
 

Similar to ESTUDIO DEL COMPORTAMIENTO DEL FENÓMENO SCOPE CREEP EN UN CENTRO DE DESARROLLO DE SOFTWARE (20)

Enfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operacionesEnfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operaciones
 
Enfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operacionesEnfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operaciones
 
Enfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operacionesEnfoque integral de proyectos y operaciones
Enfoque integral de proyectos y operaciones
 
Yehnder rodriguez rojas
Yehnder rodriguez rojasYehnder rodriguez rojas
Yehnder rodriguez rojas
 
T%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectos
T%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectosT%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectos
T%c3%a9cnicas de-programaci%c3%b3n-y-gesti%c3%b3n-de-proyectos
 
Modelos de desarrollo del software grupo5
Modelos de desarrollo del software grupo5Modelos de desarrollo del software grupo5
Modelos de desarrollo del software grupo5
 
Calidad de Software, Costos de Software, Tipos
Calidad de Software, Costos de Software, TiposCalidad de Software, Costos de Software, Tipos
Calidad de Software, Costos de Software, Tipos
 
Manuel lugo
Manuel lugoManuel lugo
Manuel lugo
 
Ra semana 12
Ra semana 12Ra semana 12
Ra semana 12
 
Gestion de proyectos informaticos 2013 2
Gestion de proyectos informaticos 2013 2Gestion de proyectos informaticos 2013 2
Gestion de proyectos informaticos 2013 2
 
GRUPO czxc zxczxczxcxzcxzcxzcxzczxc7.pptx
GRUPO czxc zxczxczxcxzcxzcxzcxzczxc7.pptxGRUPO czxc zxczxczxcxzcxzcxzcxzczxc7.pptx
GRUPO czxc zxczxczxcxzcxzcxzcxzczxc7.pptx
 
Modelos o metodología en la is trabajo uniregminton
Modelos o metodología en la is trabajo uniregmintonModelos o metodología en la is trabajo uniregminton
Modelos o metodología en la is trabajo uniregminton
 
JORGE JAIMES Ultimo 20
JORGE JAIMES Ultimo 20JORGE JAIMES Ultimo 20
JORGE JAIMES Ultimo 20
 
Desarrollo de Proyectos
Desarrollo de ProyectosDesarrollo de Proyectos
Desarrollo de Proyectos
 
evaluacion2.pptx
evaluacion2.pptxevaluacion2.pptx
evaluacion2.pptx
 
Cimientos(cap3)
Cimientos(cap3)Cimientos(cap3)
Cimientos(cap3)
 
01_PPIII_gestion de proyectos.pptx
01_PPIII_gestion de proyectos.pptx01_PPIII_gestion de proyectos.pptx
01_PPIII_gestion de proyectos.pptx
 
Lograr el éxito del proyecto
Lograr el éxito del proyectoLograr el éxito del proyecto
Lograr el éxito del proyecto
 
Modelos Prescriptivos 1.pdf
Modelos Prescriptivos 1.pdfModelos Prescriptivos 1.pdf
Modelos Prescriptivos 1.pdf
 
Gep Eq12 T14 Controldelproyecto Gido
Gep Eq12 T14 Controldelproyecto GidoGep Eq12 T14 Controldelproyecto Gido
Gep Eq12 T14 Controldelproyecto Gido
 

More from Henry Raúl González Brito

OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...
OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...
OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...
Henry Raúl González Brito
 

More from Henry Raúl González Brito (19)

Estudio de ciberataques basados en el campo de encabezado referer
Estudio de ciberataques basados en el campo de encabezado refererEstudio de ciberataques basados en el campo de encabezado referer
Estudio de ciberataques basados en el campo de encabezado referer
 
10 Principales Controles Proactivos de OWASP
10 Principales Controles Proactivos de OWASP 10 Principales Controles Proactivos de OWASP
10 Principales Controles Proactivos de OWASP
 
OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...
OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...
OPERADORES A NIVEL DE BITS EN APLICACIONES WEB Y SU UTILIZACIÓN EN LA DOMÓTIC...
 
EXTENSIÓN DEL ERP CEDRUX CON EL MARCO DE TRABAJO SAUXE. CASO DE ESTUDIO: SUBS...
EXTENSIÓN DEL ERP CEDRUX CON EL MARCO DE TRABAJO SAUXE. CASO DE ESTUDIO: SUBS...EXTENSIÓN DEL ERP CEDRUX CON EL MARCO DE TRABAJO SAUXE. CASO DE ESTUDIO: SUBS...
EXTENSIÓN DEL ERP CEDRUX CON EL MARCO DE TRABAJO SAUXE. CASO DE ESTUDIO: SUBS...
 
Aula 5 | LABORATORIO 1. Solução
Aula 5 | LABORATORIO 1. SoluçãoAula 5 | LABORATORIO 1. Solução
Aula 5 | LABORATORIO 1. Solução
 
Aula 5 | LABORATORIO 1
Aula 5 | LABORATORIO 1Aula 5 | LABORATORIO 1
Aula 5 | LABORATORIO 1
 
Aula 3 | Registros e Funções
Aula 3 | Registros e FunçõesAula 3 | Registros e Funções
Aula 3 | Registros e Funções
 
Aula 4 | Funções
Aula 4 | Funções Aula 4 | Funções
Aula 4 | Funções
 
Aula 2 | Vetores
Aula 2 | VetoresAula 2 | Vetores
Aula 2 | Vetores
 
Aula 1 | Introdução a C++
Aula 1 | Introdução a C++Aula 1 | Introdução a C++
Aula 1 | Introdução a C++
 
Tema 4 | Sessão
Tema 4 | SessãoTema 4 | Sessão
Tema 4 | Sessão
 
Tema 3 | Formulários
Tema 3 | FormuláriosTema 3 | Formulários
Tema 3 | Formulários
 
Tema 2 | Linguagem PHP Básico (II)
Tema 2 | Linguagem PHP Básico (II)Tema 2 | Linguagem PHP Básico (II)
Tema 2 | Linguagem PHP Básico (II)
 
Tema 2 | Linguagem PHP Básico (I)
Tema 2 | Linguagem PHP Básico (I)Tema 2 | Linguagem PHP Básico (I)
Tema 2 | Linguagem PHP Básico (I)
 
Tema 1 | Introdução a PHP
Tema 1 | Introdução a PHPTema 1 | Introdução a PHP
Tema 1 | Introdução a PHP
 
Noções Básicas do Software dos Computadores Digitais
Noções Básicas do Software dos Computadores DigitaisNoções Básicas do Software dos Computadores Digitais
Noções Básicas do Software dos Computadores Digitais
 
A FUNÇÃO SOCIAL DO ENGENHEIRO
A FUNÇÃO SOCIAL DO ENGENHEIROA FUNÇÃO SOCIAL DO ENGENHEIRO
A FUNÇÃO SOCIAL DO ENGENHEIRO
 
CONSTITUÇÃO BÁSICA DO HARDWARE DOS COMPUTADORES DIGITAIS
CONSTITUÇÃO BÁSICA DO HARDWARE DOS COMPUTADORES DIGITAISCONSTITUÇÃO BÁSICA DO HARDWARE DOS COMPUTADORES DIGITAIS
CONSTITUÇÃO BÁSICA DO HARDWARE DOS COMPUTADORES DIGITAIS
 
História da engenharia
História da engenhariaHistória da engenharia
História da engenharia
 

ESTUDIO DEL COMPORTAMIENTO DEL FENÓMENO SCOPE CREEP EN UN CENTRO DE DESARROLLO DE SOFTWARE

  • 1. ESTUDIO DEL COMPORTAMIENTO DEL FENÓMENO SCOPE CREEP EN UN CENTRO DE DESARROLLO DE SOFTWARE MsC. Henry Raúl González Brito, MsC. Dainys Gainza Reyes, MsC. Cealys Álvarez Trujillo, Ing, Rachel Olivera Hernández COMPUMAT 2013 | UNIVERSIDAD DE LAS CIENCIAS INFORMÁTICAS
  • 2. Fenómeno Scope Creep • Se adicionan continuamente requisitos al proyecto, provocando que el alcance de este crezca continuamente hasta que el equipo de desarrollo pierde el control del mismo • Comienzan a incrementarse las tareas por realizar, se emplea tiempo adicional en rectificar los resultados obtenidos, se extiende el tiempo de entrega de los productos y servicios pactados, se consumen recursos no previstos, crea descontento en los clientes y los miembros del proyecto.
  • 3. Factores que provocan el Scope Creed • Definiciones del alcance poco detalladas en la etapa de Inicio del Proyecto. • Poca estimación de la complejidad del Proyecto • Deficiencias en el control del Alcance durante el desarrollo del proyecto. • Deficiencias en la comunicación con los clientes e indecisiones de los mismos respecto al alcance esperado. • Actitud perfeccionista de los miembros del equipo. • Deficiencias en la gestión de las comunicaciones entre los miembros del proyecto.
  • 4. ¿Cómo se comporta en la UCI? • Se realizó una encuesta a un centro de desarrollo. • Población: 13 líderes de proyectos. • Muestra: 9 líderes de proyectos que representaban un 69% de la población. • 89% de los encuestados tenían como mínimo 3 años de experiencia. • La selección de los líderes de proyectos fue aleatoria.
  • 5. P1: ¿Ha experimentado de alguna manera el fenómeno de los cambios fuera de control del alcance? Si, 8, 89% No, 1, 11% Si No
  • 6. P2: Factores que provocan que se pierda el control sobre el alcance del proyecto 78% 78% 67% 56% 33% 22% 22% 22% 11% 44% 44% 44% 22% 23% 22% 12% Alcance del proyecto pobremente detallado en la fase de Inicio del proyecto Indefiniciones de los clientes respecto al alcance del proyecto. Clientes diferentes de productos genéricos Deficiencias en la gestión de los requerimientos del proyecto. Deficiencias de control en la gestión del proyecto. Actitud perfeccionista de miembros del equipo Alto Medio Bajo No Procede
  • 7. 89% 89% 89% 78% 67% 56% 44% 33% 33% 22% 11% 11% 11% 22% 11% 22% 22% 33% 56% 11% 11% 33% 33% 11% 22% 22% 22% 33% 67% 67% 67% 44% 56% 56% 11% 11% 22% 22% 22% 44% 11% Alto Medio Bajo No Procede P3: Roles donde se concentran los riesgos que provocan que se pierda el control sobre el alcance
  • 8. P4.1: Problemas relacionados con la definición del Alcance en la fase de Inicio por la dirección de Proyecto • Se pactó un alcance y cronograma por la dirección del centro para la realización del módulo de un proyecto, los últimos en enterarse fueron los integrantes del equipo de desarrollo, lo que implicó ajustes en el mismo cuando debía comenzar el trabajo. • Se definió el alcance y tiempo de desarrollo de un módulo, pero fue coordinado solamente por analistas que no poseían todos los elementos de la tecnología, arquitectura y programación a emplear en el desarrollo del mismo, provocando atrasos y cambios en el alcance.
  • 9. P4.2: Problemas relacionados con la Definición del Alcance por los clientes • El cliente describe un grupo de requisitos que responden a un proceso que no está formalmente definido en la entidad y luego de implementado el sistema informático se descubre que los requisitos descritos no resuelven todas las necesidades reales. • Desorganización en los procesos de la entidad que se iban a informatizar. No estaban definidos a nivel central, cambiaban según las preferencias del especialista que lo estuviera ejecutando.
  • 10. P4.3: Problemas asociados a deficiencias en el control del Alcance • Un equipo de proyecto firmó con el cliente un alcance determinado al inicio del proyecto pero luego en su ejecución surgieron nuevos requisitos y no se pactaron para una versión posterior sino que se siguieron agregando y como consecuencia no se ha terminado de desplegar la solución pues en las pruebas piloto todavía siguen surgiendo nuevas necesidades y no se toman medidas concretas que controlen la situación. • El equipo hacía modificaciones a los requisitos del sistema sin consultar con la dirección del proyecto.
  • 11. Conclusiones • El fenómeno de Scope Creep afecta a los proyectos de desarrollo de software. • Los principales factores están asociados a una pobre definición del Alcance en la etapa de Inicio del proyecto, así como a las indefiniciones de los clientes. • Los roles de dirección del proyecto juegan un papel determinante en minimizar los riesgos. • El control de los cambios del Alcance mediante una adecuada gestión del proyecto y la concientización de los miembros del equipo de este fenómeno, puede evitarlo en gran medida o al menos disminuir su impacto.