Sunteți pe pagina 1din 15

Abstract

Mientras que el software es tan importante para todos los aspectos del mundo moderno, el
propio desarrollo de software no es un proceso perfecto. Mtodos de ingeniera de software giles
han surgido recientemente como una forma de desarrollar software en comparacin con las
metodologas tradicionales nuevo y diferente. Sin embargo, su xito ha sido en su mayora
anecdticos, y la investigacin en este tema es todava escasa en los crculos acadmicos. Este
estudio de investigacin fue un estudio de encuesta sobre los factores crticos de xito de los
proyectos de desarrollo gil de software que utilizan el enfoque cuantitativo.
Sobre la base de la literatura existente, se identificaron y se elabor una lista preliminar de
posibles factores crticos de xito de proyectos giles. Posteriormente, se realizaron anlisis de
fiabilidad y anlisis factorial para consolidar esta lista preliminar de un conjunto final de 12
posibles factores crticos de xito para cada una de las cuatro categoras de xito del proyecto -
Calidad, alcance, tiempo y costo.
Se realiz una encuesta entre los profesionales de Agile, la recopilacin de datos de la encuesta de
109 proyectos giles de 25 pases de todo el mundo. Se utilizaron tcnicas de regresin mltiple,
tanto en el modelo de regresin completa y en el modelo de regresin optimizado mediante el
procedimiento de cribado paso a paso. Los resultados revelaron que slo 10 de los 48 hiptesis
fueron apoyadas, la identificacin de tres factores crticos de xito para proyectos de desarrollo
gil de software: (a) Estrategia de ejecucin, (b) Tcnicas de Agile Software Engineering, y (c)
Capacidad del equipo.
Las limitaciones del estudio se analizan junto con las interpretaciones de los practicantes. Para
asegurar el xito de sus proyectos, se insta a los administradores centrarse en la eleccin de un
equipo de alto calibre, la prctica de las tcnicas de ingeniera giles y siguiendo la estrategia de
prestacin de estilo gil.
Introduccin
Mientras que el software es tan importante para las todas las facetas del mundo moderno, el
propio desarrollo de software no es un proceso perfecto. A pesar de los esfuerzos por emplear
metodologas de ingeniera de software ,desarrollo de software no ha tenido mucho xito , por lo
que a menudo resulta en retraso , fracasados, abandonados, rechazados los proyectos de software
. Incluso los proyectos de software ya aplicadas pueden necesitar costoso mantenimiento y
versiones correctivas o paquetes de servicio en curso . Las deficiencias anteriores han afectado a la
lnea de fondo para la tecnologa de la informacin (TI ) y las organizaciones de desarrollo de
software de una manera grande . El reto aqu es cmo gestin de desarrollo de software se puede
mejorar para evitar los problemas anteriores de los residuos y la ineficiencia ? Ha habido un
surgimiento reciente de una nueva clase de proceso de desarrollo de software llamado mtodos
giles , que funcionan de forma diferente a los mtodos tradicionales. La presente investigacin
busca identificar y dar una idea de los factores crticos de xito que los proyectos de desarrollo de
software ( ayuda de LCR) que utilizan mtodos giles para tener xito. El estudio compil los
factores de xito en la literatura gil, realiz el anlisis de fiabilidad y anlisis factorial de los
factores y los consolid en una final de 12 posibles factores de xito para proyectos giles en cinco
categoras diferentes: Organizacional , Personas, Proceso , Tcnica y de Proyectos. Una encuesta
por Internet se llev a cabo para recabar opiniones de 109 proyectos de software giles de 25
pases de todo el mundo, y los datos obtenidos fueron analizados mediante el mtodo de
regresin mltiple. El anlisis aborda las siguientes preguntas : ( a) Son estos 12 factores
verdaderamente los factores crticos de xito de los proyectos de desarrollo de software giles ; ? (
b ) En caso afirmativo , cul es la importancia relativa de cada factor en comparacin con otros
factores? ; y (c ) Existe alguna diferencia entre esas cinco categoras de factores en trminos de
su impacto en el xito de un proyecto de desarrollo gil de software ?
2. Antecedentes
En esta seccin se examinan brevemente dos conceptos clave, mtodo gil yfactor crtico de xito
(CSF). Esta es seguida por una discusin sobre el fracaso y el xito en los proyectos de
investigacin giles. Por ltimo, el modelo de investigacin se presenta cubre las hiptesis de
investigacin.
2.1. Los mtodos giles
La palabra'' gil'' por s mismo significa que algo es flexible y sensible, por lo que los mtodos
giles implica su'' [habilidad] para sobrevivir en un ambiente de constante cambio y emerger con
xito'' (Anderson, 2004, p. Xxviii) . Esta capacidad de maniobra'''' en el negocio del software es una
caracterstica que es ms importante que nunca en estos das ya que'' la implementacin de
software para la Web se ha intensificado la competencia de software ms lejos que antes'' y''
permanecer en el negocio implica no slo obtener el software y la reduccin de defectos, pero el
seguimiento continuo de usuario y las demandas del mercado en movimiento'' (Cockburn, 2002, p.
xxii). La definicin oficial de Desarrollo de Software gil estaba contenido en una forma de''
Manifiesto'' en febrero de 2001 por un grupo de 17 sealaron metodlogos del proceso de
software, que asistieron a una reunin en la cumbre para abogar por una mejor manera de
desarrollar software y luego formaron el Agile Alianza. El'' Manifiesto for Agile Software
Development'' en el sitio web de Agile Alliance (<http://www.agilemanifesto.org>) dice lo
siguiente:
Estamos descubriendo mejores formas de desarrollar software hacindolo y ayudando a que otros
lo hagan. A travs de este trabajo hemos llegado a valorar:
Individuos e interacciones sobre procesos y herramientas
Software de trabajo sobre la documentacin completa
Colaboracin con el cliente sobre negociacin de contratos Respondiendo al cambio sobre seguir
un plan

Es decir, mientras que hay valor en los elementos de la derecha, valoramos los elementos de la
ms a la izquierda.
Hay muchos mtodos de desarrollo de software que pueden ser llamados'''' gil, y la lista vara en
funcin de los diferentes puntos de vista, pero en general la lista en la literatura incluyen Extreme
Programming (XP), Scrum, Feature-DrivenDevelopment (FDD), Dinmica Mtodo de Desarrollo de
Sistema (DSDM), adaptacin de desarrollo de software (ASD), Crystal, y Lean Software
Development (LD).

2.2 . El enfoque crtico factor de xito

El enfoque factor crtico de xito ( CSF ) para identificar y medir el rendimiento de una
organizacin se ha desarrollado por primera vez por Rockhart ( 1979 ) y ms tarde refinada y se
convirti en bien establecido ( Bullen y Rockhart , 1981 ; Rockhart and Crescenzi , 1984 ) . CSF se
define por Bullen y Rockhart( 1981 ) como '' el nmero limitado de reas en las que los resultados
satisfactorios se asegurar el rendimiento competitivo de xito para el individuo, departamento u
organizacin . Del LCR son las pocas reas clave en las que "las cosas deben ir bien" para que el
negocio prospere y para el objetivo que hay que alcanzar gerentes '' (p. 385 ) . Como para el
desarrollo de software zona del proyecto , el mtodo CSF tambin ha sido considerado en estudios
recientes . Del LCR en los proyectos de software se encuentran a relacionarse con las tcnicas
fundamentales de gestin de proyectos ( Reel, 1999 ) , o de relacionarse con la combinacin de la
ingeniera de software y la estrategia empresarial ( Bytheway , 1999 ) . Otro estudio de caso
concluye que el LCR de los proyectos de software se compone de varias dimensiones , desde el
ciclo de vida de desarrollo y estimacin y validacin a la direccin ejecutiva , gestin de proyectos ,
y resourceand planificacin a nivel estratgico ( Bosghossian , 2002 ) . En el contexto del presente
estudio ,el LCR de se puede definir como los factores que deben estar presentes para el proyecto
Agile para tener xito .

2.3 . Factores de xito en los proyectos de desarrollo de software gil

No ha habido ningn estudio formal sobre la CSF est en el proyecto de desarrollo gil de software
per se, en base a bsquedas recientes en pares literatura acadmica revisado o practicante
literatura relacionada con este tema. Sin embargo, hay estudios de casos y teoras de investigacin
sobre los xitos o fracasos / problemas en los proyectos de desarrollo de software gil
implementacin gil y . La revisin de los xitos y fracasos en la literatura que ser beneficioso en
la identificacin de los posibles factores de xito en los proyectos de desarrollo de software giles
,como fracasos pueden contribuir a la comprensin de cmo evitar ciertos peligros graves que son
crticos para el xito de un proyecto.

2.3.1 . La falta de investigacin

El incumplimiento o la investigacin de problemas se basan normalmente en las lecciones
aprendidas '' '' de ciertos tipos de proyectos, pero en su mayora son lo suficientemente similares
como para ser generalizada. Rollo ( 1999 ) se centra ms en los proyectos de desarrollo de
software genricos y compila 10 signos de fracaso de los proyectos de desarrollo de software , por
lo menos siete de los cuales se determinan incluso antes de que el diseo se ha diseado ni una
lnea de cdigo est escrito . Cohn y Ford ( 2003 ) los problemas de estudio en la transicin de las
organizaciones a los procesos giles , mientras Larman ( 2004 ) analiza en detalle los errores y
malentendidos ocurridos en proyectos giles . Una investigacin realizada por Boehmnd Turner (
2005 ) hace hincapi en los retos de gestin en la ejecucin de proyectos giles , mientras que un
estudio realizado por Nerur et al. ( 2005 ) cubre problemas no slo en el aspecto de gestin , sino
tambin en las personas , los procesos y las dimensiones de la tecnologa de la migracin a
proyectos giles . Basado en la literatura se ha mencionado anteriormente - , averas / problemas
se pueden clasificar en cuatro categoras: la organizacin , la gente , los procesos y tcnicas,
resumidas en la Tabla 1 .
Tabla 1 Factores de fracaso
Factor Dimensin
Organizativo
1. Falta de patrocinio ejecutivo
2. Falta de compromiso de la direccin
3. La cultura organizacional demasiado tradicional
4. La cultura organizacional demasiado poltico
5. Tamao de organizacin demasiado grande
6. Falta de disposiciones logsticas giles

Personas
7. Falta de conjunto de habilidades necesarias
8. La falta de capacidad de gestin de proyectos
9. La falta de trabajo en equipo
10. Resistencia de los grupos o individuos
11. Relacin al cliente es malo

Proceso
12. Alcance del proyecto definido Ill-
13. Requerimientos del proyecto mal definidos
14. Planificacin de proyectos mal definida
15. La falta de mecanismo de seguimiento progreso gil
16. Falta de presencia del cliente
17. Ill- Funcin definida por el cliente

Tcnico
18. Falta de juego completo de prcticas giles correctas
19. Inadecuacin de la tecnologa y las herramientas

2.3.2 .investigacin xito
Investigacin xito citado en la literatura se basa principalmente en estudios de casos o meta-
datos o compilaciones y observaciones de los proyectos y prcticas giles .Especficamente
,Highsmith ( 2002 ) informa de la experiencia directa con giles implementaciones , mientras
Schatz y Abdelshafi ( 2005 ) proporcionan resultados del estudio de caso de Primavera, y Karlstrom
y Rune -son ( 2005 ) dan una visin del estudio de caso de las Puertas Estelares . Otras
investigaciones de xito que tienen un sabor comparativo entre los mtodos tradicionales y giles
incluyen Boehm y Turner ( 2003 ) , Agustn et al. ( 2005 ) , y Ceschi et al . ( 2005 ) . Algunos estudios
se centran en la puesta en prctica gil en las grandes organiza-ciones o descamacin de los
mtodos giles a los grandes proyectos, como Reifer et al. ( 2003 ) , Lindvall et al . ( 2004), y
Ambler ( 2006 ) . Por ltimo , Koch ( 2005 ) hace que la compilacin de la investigacin de una
amplia gama de factores de xito de implementaciones giles. Basado en la literatura mencionada
, los factores de xito de proyectos giles se pueden clasificar en cinco categoras: organizacional ,
las personas , los procesos , tcnica y de proyectos, resumen en la Tabla 2 .

2.3.3 .atribuye el xito
En cuanto a los atributos de xito, que representa la percepcin global de xito de un proyecto se
sugiere la calidad, alcance(cumple todos los requisitos), puntualidad y el costo.

En cuanto a los atributos de xito , que representan la percepcin global de xito de un proyecto
en particular , Cohn y Ford (2003) y Lindvall et al. ( 2004 ) sugieren la calidad ( es decir, la entrega
de un buen producto de trabajo ) , alcance (que cumple con todos los requisitos por parte del
cliente ) , Puntualidad ( entrega a tiempo ) , y el costo ( en el costo estimado y el esfuerzo ) . Estos
atributos se pueden resumir en la Tabla 3 a continuacin.

2.3.4 .consolidacin Factor
De las dos listas de posibles factores (Tablas 1 y 2 ), que pueden afectar el xito o el fracaso de un
proyecto de desarrollo de software gil , una serie de factores que comparten caractersticas
similares se consolidaron en una lista reducida de factores que abarcan 39 atributos.
Tabla 2
Factores de xito
Factor Dimensin
Organizativo
1. Apoyo ejecutivo fuerte
2. Patrocinador Cometi o administrador
3. Cultura de la organizacin cooperativa en vez de jerrquica
4. Cultura oral colocando alto valor en la comunicacin cara a cara
5. Organizaciones donde la metodologa gil es universalmente aceptada
6. Colocacin de todo el equipo
7. Establecimiento dotado de entorno de trabajo de estilo gil adecuada
8. Premie sistema apropiado para la gil

Personas
9. Los miembros del equipo con alta competencia y experiencia
10. Los miembros del equipo con gran motivacin
11. Los administradores con conocimientos en proceso gil
12. Los gerentes que tienen la luz-toque o estilo de gestin adaptativa
13. Coherente, el trabajo en equipo de auto-organizacin
14. Buenas relaciones con los clientes

Proceso
15. Despus de proceso de gestin de requisitos orientada gil-
16. Tras el proceso de gestin de proyectos orientada gil
17. Despus de proceso de gestin de la configuracin orientada gil
18. Enfoque de comunicacin fuerte con reuniones diarias cara a cara
. 19 Honrando horario normal de trabajo - sin horas extras
20. Compromiso con el cliente y fuerte presencia
21. Al cliente que tiene plena autoridad

Tcnico
22. Pues bien definidas las normas de codificacin en la delantera
23. Siguiendo diseo simple
24. Actividades de refactorizacin rigurosos
25. Cantidad correcta de la documentacin
26. Entrega peridica de software
27. Entrega de las caractersticas ms importantes primero
28. Las pruebas de integracin correcta
29. Formacin tcnica adecuada al equipo

Proyecto
30 la naturaleza del proyecto de ser no-vida-crticos.
31. Tipo de proyecto bienestar de alcance variable con requerimiento emergente
32. Proyectos con dinmica, acelerada agenda
33. Proyectos con pequeo equipo
34. Proyectos sin mltiples equipos independientes
35. Los proyectos con evaluacin de los costos por adelantado hacer
36. Los proyectos con anlisis de riesgos por adelantado hacer

Tabla 3
atribuye el xito
Dimensin Atributo
Nivel general percibida de xito
1. Calidad (entrega de buen producto o resultado del proyecto)
2. mbito de aplicacin (que cumple con todos los requisitos y objetivos)
3. Tiempo (entrega a tiempo)
4. Costo (entrega dentro de los costos estimados y esfuerzo)

Dimensin Atributo
Nivel general percibido de xito 1. Calidad (entrega de un buen producto)
2. mbito(cumple con todos los requisitos
y objetivos)
3. Tiempo(entrega a tiempo)
4. Costo (entrega dentro de los costos
estimados)



Dado que esta investigacin es de carcter exploratorio , un anlisis de confiabilidad es necesario
para que todos y cada factor se garantiza un alto nivel de fiabilidad. Utilizando el anlisis de la
fiabilidad , el investigador puede determinar la medida en que los artculos en cada factor estn
relacionados entre s . Esto puede proporcionar un ndice general de consistencia interna de las
variables , y tambin puede ayudar elementos problemticos fuera individuales que deben ser
excluidos de la variable y / o incluidos en otra variable. Segn Rubin y Babbie( 1997 ) , '' el mtodo
ms comn y potente utilizado en la actualidad para el clculo de fiabilidad de consistencia interna
es el coeficiente alfa . '' Cronbach a es un coeficiente alfa que es una funcin directa de tanto el
nmero de elementos y su magnitud de inter - correlacin , y es el lmite inferior para la varianza
de prueba atribuible a factores comunes entre los elementos dentro de cada variable ( Cronbach ,
1951). Para los estudios exploratorios , se ha acordado que un nivel coeficiente alfa de 0,5 podra
considerarse aceptable ( Nunally , 1967).
Un anlisis de confiabilidad se realiz en todos los factores de varios artculos utilizando el mtodo
alfa de Cronbach. Despus de dos rondas de anlisis de confiabilidad , el nmero de factores que
no tenan valor alfa de Cronbach por debajo del nivel aceptable se redujo de 5 a 1.
Una manera para determinar si este factor podra reducir ms lejos es llevar a cabo un anlisis
factorial sobre ella ( Williams y Monge, 2001 ) . Un anlisis factorial de componentes principales
con rotacin varimax se realiz en este factor.
Los resultados finales revelaron fueron identificados 12 factores , que se traduce en 12 hiptesis
principales , cada uno que liga su existencia como un factor de xito crtico para el xito del
proyecto de desarrollo gil de software en trminos de cuatro dimensiones de xito: calidad ,
alcance, tiempo y costo .

Los factores de xito utilizados en las hiptesis incluyen : ( a) compromiso de la direccin fuerte , (
b ) clima organizacional gil de usar , ( c ) Agile- favorable al medio ambiente del equipo de
proyecto , ( d ) la capacidad del equipo de alto calibre , (e ) la implicacin del cliente Strong , ( f )
Proceso de gestin de proyectos de estilo gil , ( g ) Proceso de definicin del proyecto metdico , (
h ) tcnicas de ingeniera de software al estilo gil , ( i ) la estrategia de ejecucin correcta , ( j ) no
vida fundamental la naturaleza del proyecto, ( k ) tipo de proyecto variable -scope , y (l ) dinmico ,
programacin del proyecto acelerado.
Las hiptesis fueron numerados del 1 al 12 , y ya que haba cuatro dimensiones de xito para cada
factor , las dimensiones de xito correspondientes fueron identificados por las letras a, b , c, d.
Como resultado , hubo un total de 48 hiptesis , a partir de 1a y terminando en 12d ( ver Apndice
A ) . La lista final de 12 factores se representa por el modelo de investigacin en la figura .1 .

3 .Recopilacin de datos

En este estudio se emple el mtodo de encuesta por Internet para recopilar datos . La poblacin
objetivo fueron los miembros de la Alianza gil y sus grupos de usuarios. Una encuesta por
Internet con cuestionarios escala Likert y la recopilacin de informacin demogrfica se distribuy
a la poblacin objetivo. Haba cuatro secciones en la encuesta . La primera seccin fue en los datos
demogrficos , que incluan tanto la informacin demogrfica del entrevistado , as como la
informacin de los proyectos giles. La segunda seccin estaba en los factores de xito . Para
medir la importancia de los factores de xito , se utiliz una escala Likert de 7 puntos para reflejar
el nivel de percepcin de la cuestin por parte del demandado . La tercera seccin era la
percepcin de xito, una y otra vez , para medir la percepcin de xito de proyectos giles , se
utiliz una escala Likert de 7 puntos para reflejar el nivel de percepcin de la cuestin por parte
del demandado . Con el fin de evitar la ambigedad en cuanto a la percepcin de xito por parte
del demandado, las preguntas se centraron en un proyecto particular de la eleccin del
demandado en caso de que l / ella haba estado involucrado en mltiples proyectos giles . El
ltimo tramo fue para comentarios adicionales , en los que se invitaba a los encuestados para
entrar cualquier comentario o pensamientos sobre un rea de texto de forma libre , lo que podra
ser utilizado para el seguimiento de aclaracin , si es necesario .
Como parte del proceso piloto para poner a prueba la validez de contenido y legibilidad , cinco
miembros de la Alianza gil suministrar retroalimentacin sobre la mejora de la encuesta. La
respuesta fue incorporado en la encuesta antes de la invitacin de la encuesta fue enviada por
correo electrnico a los coordinadores de los grupos de los 83 grupos de usuarios de Agile Alliance
( 42 en Amrica, 28 en Europa, 12 en Asia / Pacfico y uno en frica ) , as como a las personas de
contacto de todos los 60 miembros corporativos de la Agile Alliance ( 29 de Amrica, 30 de
Europa, y uno de Asia / Pacfico) .
En total, despus de un perodo de estudio de seis semanas , con un total de 408 personas
respondieron al acceder a la encuesta en lnea y fueron presentados 109 proyectos con datos
completos. Tabla 4 muestra el detalle de los mtodos giles usadas en los 109 proyectos
presentados, mientras que las Tablas 5-7 muestran el tamao, la longitud , y la localizacin de los
proyectos , respectivamente.
4. Data analysis and results
4.- Anlisis de datos y resultados.
4.1 . Modelos de regresin mltiple
Dado que esta investigacin es un estudio exploratorio para determinar qu factores pueden
influir positivamente en el xito de un proyecto gil o que es apropiado para un anlisis de
regresin mltiple, donde la relacin entre varias variables independientes ( factores de xito ) y la
variable dependiente (xito gil proyecto ) se determina , y en el que se estableci la importancia
predictiva relativa de las variables independientes ( Williams y Monge, 2001 ) .
Segn McClave y Benson( 1988 ) , el modelo general de regresin mltiple , asumiendo que no son
k variables independientes , se puede escribir de la siguiente manera :

+
donde y es la variable dependiente y x1 , x2 , ... , xk son las variables independientes , y bi es el
coeficiente de regresin , y E es el componente de error aleatorio . El valor del coeficiente bi
determina la contribucin del xi variable independiente , dado que las otras variables x se
mantienen constantes y b0 es el intercepto .
En el caso de este estudio, lo anterior se traduce en la siguiente ecuacin general:
( )


donde Y es la variable dependiente Agile Project Success , Q es la dimensin de calidad , S es la
dimensin mbito , T es la dimensin Time , C es la dimensin de Costos, Bi es el coeficiente de
regresin parcial para el Factor de xito i (SF ) .
El anlisis de regresin mltiple se realiz en dos niveles - el modelo completo y el modelo
optimizado. En primer lugar, en el nivel de modelo completo, las 12 variables independientes se
introdujeron en un modelo de regresin, al mismo tiempo, con la expectativa de que el clculo de
los coeficientes tendra en cuenta la interaccin de todas las dems variables presentes . En este
caso, la importancia relativa de cada variable independiente sera contabilizada , y aquellas
variables que obtuvieron los puntajes ms altos se considera que es un factor crtico de xito . En
segundo lugar, a nivel de modelo optimizado , un procedimiento de seleccin por etapas de
regresin se llev a cabo con el fin de llegar con el menor nmero posible de variables al mismo
tiempo prediciendo as los resultados de los proyectos giles . En este caso, las variables que
estuvieron en el modelo seran consideradas como factores crticos de xito, ya que slo ellos
podan dar cuenta de los resultados de las variables dependientes.
En cada nivel se ha descrito anteriormente , se calcul el coeficiente de correlacin mltiple (R ) y
el coeficiente de determinacin ( R2 ) del modelo y para cada variable independiente , los
coeficientes B y , as como el valor de t se calcularon . Adems, el nivel de significacin de cada
variable independiente y la normalidad de la distribucin de la variable dependiente se
comprobaron. Esas variables con valores de coeficiente superior que alcanzaron ciertos umbrales
(es decir, nivel de significacin p 6 0,10 para el modelo completo y p 6 0,06 para el modelo
optimizado) seran reconocidos como candidatos para ser los factores crticos de xito. Por ltimo,
la lista de candidatos de los dos enfoques modelo fueron comparados y analizados para su
inclusin en la lista de factores crticos de xito.(tabla8-9)
4.2 . Resumen de los resultados de las pruebas de hiptesis
A partir de los anlisis anteriores, por fin llegamos a la lista de las ms importantes variables
independientes, como se muestra en la Tabla 8 .
Los resultados muestran que para tiempo y costo los enfoques modelo llegaron a las mismas
conclusiones, es decir, en cada caso, de Capacidad de Equipo y Estrategia de ejecucin fueron
seleccionados como los factores ms importantes. Para mbito, los factores y tcnicas de
ingeniera de software y Estrategia de ejecucin se present en ambos enfoques, pero el enfoque
del modelo optimizado produjo otro factor, es decir, de participacin del usuario . Por ltimo , a la
Calidad , cada enfoque produjo un factor similar, que era Tcnicas de Software Agil de ingeniera ,
mientras que el segundo factor fue diferente para cada uno: Equipo de Medio Ambiente en el caso
del modelo completo y el proceso de gestin de proyectos en el caso del modelo optimizado .
Con estas observaciones, los resultados de la prueba de hiptesis puedan concluirse de la
siguiente manera : de 48 hiptesis de investigacin , con un total de 10 hiptesis aprobadas
mientras que los 38 restantes hiptesis fueron rechazadas.
Esas hiptesis fueron rechazadas debido a su bajo nivel de valores de los coeficientes y de alta
probabilidad para sus correspondientes hiptesis nulas, es decir, la presencia de esos factores no
hizo una diferencia significativa en el valor de las dimensiones de xito. Tabla 9 resume los
resultados de la prueba de hiptesis. Las 10 hiptesis apoyadas estn etiquetados con una marca
de verificacin (U). Los que no tengan la marca de verificacin se rechazan las hiptesis.
4.3 . Respuestas a las preguntas de la investigacin
Basndose en los resultados del anlisis de regresin y los resultados de las pruebas de hiptesis
anteriores , ahora estamos en condiciones de responder a las preguntas de investigacin
planteadas al inicio del estudio . Aunque se calcul el nivel de xito de cada uno de los cuatro
atributos de xito en comparacin con el nivel general de xito del proyecto, con cada atributo
que lleva un aspecto distinto a la percepcin de xito , podemos utilizar la frecuencia de las
hiptesis admitidas generalizar la percepcin global de xito . Cada una de las preguntas de
investigacin se responde en cada sub- seccin de abajo .
4.3.1. Pregunta de investigacin 1
La primera pregunta de investigacin fue:'' Estos 12 factores son verdaderamente los factores
crticos de xito de los proyectos de desarrollo gil de software?'' De los resultados expuestos
anteriormente, la respuesta es claramente No. De hecho, de los 12 factores, slo la mitad de ellos
eran representados en la lista de las hiptesis admitidas. Los factores que fueron candidatos a ser
considerados como factores crticos de xito fueron:
1. Equipo Entorno (en trminos de calidad).
2. Capacidad del equipo (en trminos de puntualidad y costo).
3. Participacin del usuario (en trminos de mbito de aplicacin).
4. Proceso de Gestin de Proyectos (en trminos de calidad).
5. Tcnicas de Ingeniera de Software gil (en trminos de calidad y alcance).
6. Estrategia de ejecucin (en trminos de alcance, oportunidad y costo).
4.3.2. Pregunta de investigacin 2
La segunda pregunta de investigacin fue:'' Cul es la importancia relativa de cada factor en
comparacin con otros factores?''
Basado en el resultado de la prueba, podemos ver que la Estrategia de ejecucin tena la mayora
de las hiptesis soportados (tres), seguido de Las tcnicas de ingeniera y capacidad del equipo
(dos cada uno), y finalmente seguido por el equipo de Entorno, de participacin del usuario, y el
proceso de gestin de proyectos (uno cada uno). Sin embargo, entre las tcnicas de ingeniera y
capacidad del equipo, el primero era ms importante que el segundo en la cuenta de su valor beta
superior. Asimismo, dentro de los tres ltimos factores, Proceso de Gestin de Proyectos era ms
importante que el Entorno y de participacin del usuario en virtud de su valor beta superior. Tabla
10 proporciona los datos a continuacin (para obtener una lista de los atributos de estos 6
factores de xito, por favor vea el Apndice B).
4.3.3. Pregunta de investigacin 3
La tercera pregunta de investigacin fue'', Hay alguna diferencia entre esas cinco categoras de
factores en trminos de su impacto en el xito de un proyecto de desarrollo gil de software?''
Una vez ms, basado en el anlisis de regresin y los resultados de las pruebas de hiptesis, se
encontr que haba una marcada diferencia entre esas cinco categoras de factores, a saber, de
Organizacin, Personas, Proceso, Tcnica y de Proyectos.
Era evidente la dimensin tcnica, que inclua tcnicas de ingeniera y Estrategia de ejecucin, fue
el ms crtico en impactar el xito de proyectos giles, ya que abarcaba las cuatro dimensiones de
xito. Fue seguido por la dimensin de Personas, que incluye capacidad de equipo y de
participacin del usuario, ya que esta dimensin abarc tres dimensiones de xito. La dimensin
de la organizacin y la dimensin de proceso cada tocaron una dimensin xito (Calidad, en ambos
casos). La nica dimensin que no pudo hacer ningn impacto en absoluto era la dimensin del
proyecto.
Tabla 11 resume el nivel de impacto de las cinco dimensiones de factores en el xito percibido de
los proyectos de desarrollo gil de software con base en la discusin anterior.
4.4. Limitaciones de la investigacin
Sobre la base de los datos recogidos de la encuesta, hay cinco limitaciones que deben ser
reconocidos en esta investigacin. En primer lugar, los datos no representan todos los mtodos
que se consideran gil. De hecho, se registraron slo cuatro de los siete mtodos de las encuestas
devueltas, Programacin saber Extrema (XP), Scrum, Desarrollo Feature-Driven, y Crystal. Los otros
tres (Dynamic Mtodo de Desarrollo de Sistema Adaptativo de desarrollo de software, y Lean
Software Development) no estuvieron representados en los proyectos reportados.
La segunda limitacin es el posible sesgo hacia XP en los datos reportados. Como muestra el
cuadro 4 demuestra, proyectos XP ocuparon el 53,2% de todos los proyectos notificados, por lo
tanto los resultados podran haber sido ms bien influenciado por la forma en proyectos XP
trabajadas, con prcticas como la programacin en parejas, refactorizacin, integracin continua,
40 h semana de trabajo, etc
La tercera limitacin es la posibilidad de sesgos subjetivos de los participantes de la encuesta ",
como defensores giles intentan demandar xito Agile en proyectos introductorios (con el fin de
promover la adopcin de su metodologa), y la falta de defensores independientes, no giles en la
encuesta.
La cuarta limitacin es el relativamente bajo nivel de representacin de proyectos con sede en
EE.UU. en la poblacin de la muestra. La comunidad de usuarios de EE.UU. haba sido el primero
en difundir el movimiento gil, y es el ms experimentado, as como el ms poblado entre las
comunidades de usuarios de Agile en todo el mundo. Aunque en este estudio los EE.UU. fue el
principal pas con una representacin del 20% de los proyectos, todava puede considerarse
insuficientemente representados, ya que, segn el sitio web de Agile Alliance el 35% de todos los
grupos de usuarios de Agile (29 de 83) son US- basa, y su sitio de estadsticas demogrficas
muestran ms del 58% de los usuarios de Agile Alliance (1.783 de 3.057) son de los EE.UU..
Por ltimo, el tamao de la muestra era todava pequeo, teniendo en cuenta la gran poblacin de
la comunidad Agile. Un tamao de muestra mayor podra proporcionar clculos estadsticos ms
robusta y precisa y el anlisis, y tambin podra incluir otros mtodos giles que faltaban en este
tamao de la muestra. Aunque se estableci contacto con el mayor nmero de grupos de usuarios
como sea posible durante las dos campaas de correo electrnico, la tasa de respuesta de 2,40%
fue ms bien baja.
Al interpretar los resultados, el lector debe ser consciente de este estudio se realiz con base en
los datos que reflejaban un estado relativamente inmaduro de los mtodos de desarrollo gil. A
medida que ms y ms organizaciones adoptan mtodos giles en su desarrollo de software, se
prev que los factores crticos de xito pueden llevar consigo. Puede valer la pena repetir ese
estudio de nuevo en cinco y diez aos para ver si alguno de los nuevos factores que pueden
emerger o factores clave de xito actuales ya no ser crtica.

4.5. Las posibles interpretaciones para profesionales

A pesar de sus limitaciones, esta investigacin ha proporcionado algunas interpretaciones
interesantes para los profesionales. Mientras que el anlisis emprico valida algunas creencias
arraigadas, sino que tambin proporciona algunas sorpresas. En primer lugar, los resultados de
acuerdo con muchos de los 12 principios de prcticas giles establecidos en el Manifiesto gil
(Martin, 2003) que los practicantes siguen: los tres principales factores de xito crticos
identificados por el estudio (Estrategia de Entrega, Agile Software Prcticas de Ingeniera, y
Capacidad Team) constar de muchos atributos contemplados en el Manifiesto. En concreto, la
estrategia de entrega corresponde a la primera y la tercera prcticas Manifiesto - la entrega
continua de valor, software trabajar en escalas cortas de tiempo. Del mismo modo, Agile Software
Prcticas de Ingeniera estn en lnea con las prcticas de noveno y dcimo - atencin continua a la
excelencia tcnica y de diseo simple. Finalmente, Capability equipo es paralela a la quinta
prctica, a saber, los proyectos de construccin alrededor de individuos motivados.
Los otros tres factores de xito auxiliares identificados por el estudio tambin se corresponden
con varias prcticas Manifiesto: Proceso de Gestin de Proyectos est relacionado con el sexto y
ocho prcticas (conversacin cara a cara dentro del equipo, y mantener un ritmo constante),
mientras el equipo de Medio Ambiente tiene que hacer con el undcimo prctica (equipo de auto-
organizacin), y de participacin del usuario es comparable con la primera y la cuarta prcticas
(satisfaccin del cliente, y la gente de negocios que trabajan en estrecha colaboracin con los
desarrolladores).
Por otro lado, los resultados del estudio no apoyan varios supuestos comunes acerca de los
factores de xito de Agile. En primer lugar, un fuerte apoyo ejecutivo y / o patrocinar compromiso
se encuentran para ser un no-factor que, contrariamente a la creencia de que el fuerte apoyo de la
direccin es fundamental para llevar a cabo un proyecto Agile. Por otra parte, el supuesto de que
las instalaciones de trabajo de estilo gil, como las estaciones de la programacin en parejas,
zonas comunes, espacios de la pared, etc, que ocupan un lugar destacado en los libros giles, son
requisito previo para el xito de la ejecucin del proyecto Agile no es compatible, ya sea. Esto
significa que este tipo de instalaciones de trabajo, mientras que bueno tener no pueden ser
crticos. El equipo del proyecto puede improvisar el entorno de trabajo para satisfacer sus
necesidades sin tener que seguir rgidamente la exacta configuracin fsica como se sugiere en la
literatura Agile.
Quizs el hallazgo ms interesante es que el factor de Clima Organizacional tena un coeficiente
negativo, tanto en el anlisis de regresin de la oportunidad y del costo variables dependientes.
Esto parece sugerir que los proyectos giles podran hacerse en el momento oportuno y dentro de
los costos a pesar de la falta de factores del entorno organizacional gil ambiente, que incluyen
cultura cooperativa, la cultura oral, la aceptacin universal de Agile, el sistema de compensacin
adecuada, etc Este hallazgo puede se explica por el hecho de que Agile es relativamente nuevo y
aquellos rasgos organizativos gil ambiente general no se han introducido o atrincherados en las
organizaciones en las que se llevaron a cabo proyectos giles; por lo tanto, siempre y cuando el
equipo es capaz y tiene una estrategia de entrega correcta, un entorno gil de amplia aceptacin
no es un prerrequisito para el xito en trminos de puntualidad y costo.
En cuanto al impacto de las cinco categoras de factores en el xito del proyecto Agile, los
resultados de la investigacin muestran una sorprendente uniformidad en la distribucin de las
hiptesis admitidas entre las categoras. Mientras que la dimensin tcnica y la dimensin Gente
pesan como las categoras ms importantes, la dimensin de proceso y la dimensin
organizacional estn subrepresentadas en su contribucin al xito del proyecto Agile. Lo ms
notable es la ausencia total de la contribucin de la dimensin del proyecto en la lista de factores
de xito identificados, aunque haba habido un amplio debate sobre esta dimensin en la
literatura. Esto parece sugerir que los directores de proyectos, al momento de decidir si ir Agile
para sus proyectos de software, puede no tener que poner demasiado peso en factores tales como
la naturaleza del proyecto, tipo de proyecto o programa del proyecto, ampliando as la
aplicabilidad de los mtodos giles de desarrollo .

5. Conclusiones

Este estudio de investigacin se propuso utilizar los datos de la encuesta para explorar los factores
crticos de xito de los proyectos de desarrollo gil de software utilizando mtodos cuantitativos.
Los datos recogidos de 109 proyectos giles de un grupo diverso de organizaciones de diversos
tamaos, industrias y ubicaciones geogrficas proporcionaron informacin emprica suficiente
para el anlisis estadstico para llegar a una serie de conclusiones.
En primer lugar, a pesar de un gran nmero de factores que afectan a proyectos giles discutidos
en la literatura, el nmero real de factores crticos de xito se encuentra aqu es bastante
pequea. Fuera de las 48 hiptesis de investigacin, slo 10 son compatibles. A travs del anlisis
de regresin mltiple, los nicos factores que podran ser llamados factores crticos de xito se
encuentran para ser (a) una estrategia de entrega correcta, (b) una prctica correcta de las
tcnicas de ingeniera de software giles, y (c) un equipo de alto calibre. Otros tres factores que
podran ser crticas para ciertas dimensiones de xito se encuentran para ser (a) un buen proceso
de gestin de proyectos Agile, (b) un ambiente de equipo-Agile amable, y (c) una fuerte
implicacin del cliente.
Los resultados del estudio no han encontrado evidencia de que algunos requisitos previos
asumidos para el xito de los proyectos giles como un fuerte apoyo ejecutivo, fuerte compromiso
patrocinador, la fcil disponibilidad de las instalaciones fsicas Agile, o tipos de proyectos-Agile
apropiado, etc son realmente los factores crticos para el xito.
La aportacin fundamental de esta investigacin es el de reducir una gran cantidad de factores de
xito anecdticas a tres ms importantes basados en anlisis de datos de encuestas. Mientras el
proyecto Agile elige un equipo de alto calibre, practica tcnicas rigurosas de ingeniera de software
giles y ejecuta una estrategia correcta entrega de estilo gil, el proyecto podra ser probable que
tenga xito. Proporciona un enfoque para la gestin cuando se embarcan en la adopcin de
mtodos giles en sus proyectos de desarrollo de software.

S-ar putea să vă placă și