Académique Documents
Professionnel Documents
Culture Documents
Lder del equipo de desarrollo que lidera y planifica el trabajo del equipo
para las fases de implementacin y mantenimiento;
Coordinador de necesidades del equipo de desarrollo que dirige el trabajo
del equipo durante la fase de gestin y diseo de los requisitos y coordina
los requisitos con las RT;
Desarrollador que disea, desarrolla y mantiene el software;
Probador que verifica el software.
El estudio se inici debido a una mayor transicin que tiene lugar dentro de
la compaa de casos y con el objetivo de entender las diferencias entre los
procesos de alcance del proceso basado en la fase y el nuevo proceso de
desarrollo gil. Nuestras investigaciones previas sobre el alcance [71]
sirvieron como base para identificar preguntas de investigacin
encaminadas a buscar una comprensin ms profunda del fenmeno del
overscoping. Con el fin de obtener informacin detallada, se adopt un
enfoque explicativo [60] y el diseo del estudio se bas en el contexto
especfico de la empresa y en la precomprensin de los autores. (Estas
investigaciones pueden ser ampliadas en futuros estudios.) Los
conocimientos existentes de la literatura se tuvieron en cuenta en la
interpretacin y validacin de los resultados.
Se realiz un estudio de caso explicativo de una sola compaa [60]
utilizando principalmente un enfoque de investigacin cualitativa
complementado por un mtodo cuantitativo para algunos de los datos
recogidos. La investigacin cualitativa es adecuada para investigar un
fenmeno complejo (como la sobreescote) en un contexto real donde existe
[48] (como la de nuestro caso). En este estudio, las percepciones de los
practicantes de overscoping se estudiaron a travs de entrevistas donde los
pensamientos verbalizados de los individuos con una gama de papeles
diferentes en la empresa de casos fueron capturados [48, 60]. En la Fig. 1 se
muestra una visin general del mtodo de investigacin. 1.
El estudio de caso se realiz en tres fases, ver fig. 1. En la primera fase, se
utiliz la experiencia industrial de uno de los autores para formular una
hiptesis sobre posibles causas (supues- tas) de efectos excesivos y
(asumidos) que pueden resultar de la sobreescote. Esta hiptesis se utiliz
como punto de partida para crear el instrumento de entrevista [69] para las
entrevistas, que tuvo lugar en la segunda fase del estudio. En la tercera
fase, los resultados de la entrevista fueron presentados a (otros) seis
profesionales de la misma empresa y validados mediante un cuestionario
(ver seccin 6 para ms detalles y [69] para el cuestionario de validacin).
Esto se hizo para reducir el riesgo de falsa certidumbre (inadecuada) de la
correccin de los resultados [60].
4.1. Fase uno: pre-estudio y generacin de hiptesis
El propsito de la primera fase del estudio fue formular una hiptesis sobre
el overscoping y prepararse para las entrevistas. Se utiliz la experiencia de
uno de los autores (que ha trabajado en la empresa caso, con experiencia
en varias reas, incluyendo la codificacin, el diseo, la ingeniera de
requisitos y el desarrollo de procesos) para identificar las causas posibles
(posibles) y el efecto del overscoping. Adems de estas suposiciones para el
modo de trabajo basado en la fase, este autor tambin identific las
prcticas giles de RE que se estn introduciendo en la compaa de casos.
Se asumi que estas prcticas tenan un impacto en uno o ms de los temas
que se crea que causaban overscoping en el proceso basado en la fase. Si
estas suposiciones fueran correctas, la aplicacin de las nuevas prcticas
Agrupando esas solicitudes en uno o dos proyectos por ao. Fue un reto
gestionar la ejecucin de mltiples proyectos paralelos, al mismo tiempo
que se gestionaban solicitudes de nuevas caractersticas y requisitos, as
como solicitudes de modificacin del alcance del proyecto acordado.
No se presumi que una visin general de la disponibilidad de recursos de
software (C2) causara overscoping debido al reto de equilibrar el tamao del
alcance total de varios proyectos de desarrollo (paralelos) con el mismo
conjunto de recursos de desarrollo. La asignacin de recursos para la unidad
de desarrollo de software se manej a nivel de DT, es decir, no hubo un
resumen total de la carga y la capacidad disponible de todos los recursos de
desarrollo de la unidad de software.
Se supona que la baja participacin de DT en fases tempranas (C3)
contribua a definir requisitos poco realistas y poco claros en las primeras
fases, que se consideran ms tarde costosas o incluso imposibles de
implementar, provocando as una superposicin. Los equipos de desarrollo
no estuvieron muy involucrados en las primeras fases del proyecto (MS1MS4) con la provisin de estimaciones de costos y retroalimentacin
durante la escritura de los requisitos.
Se supuso que los requisitos no acordados con la DT (C4) causaban un
exceso de tamao debido a que no se aseguraba de que el alcance sugerido
fuera factible y comprensible. La especificacin de los requisitos no siempre
fue acordada con los equipos de desarrollo en el punto de entrega (MS2).
Incluso si hubo una revisin formal por los DT, supusimos que haba un bajo
nivel de compromiso de DTs. Adems, se supona que este bajo nivel de
acuerdo conducira a una baja motivacin de la DT para cumplir los
requisitos definidos por las RT.
Los equipos de requisitos de MS2 prepararon detalladamente los
requisitos antes de que se iniciara el diseo, lo que supuso un exceso de
capacidad al limitar el margen para negociar los requisitos que podran
permitir un diseo ms eficiente y un plan de desarrollo realista. Adems, se
supone que el tiempo y los gastos generales para gestionar dichos cambios
contribuyen a la superposicin.
4.2. Fase dos: un estudio de entrevista en la empresa de caso
5. Resultados de la entrevista
Las causas y los efectos de la sobreexplotacin derivada de las entrevistas
realizadas en la fase dos del estudio (vase la figura 1) se describen en la
Fig. 2 y se describe en las siguientes secciones. La Seccin 5.1 cubre las
principales causas de overscoping, mientras que las causas fundamentales
se reportan en la Seccin 5.2 y los efectos en la Seccin 5.3. Los hallazgos
de las entrevistas acerca de cmo las prcticas giles de RE pueden abordar
la superposicin se describen en la Seccin 5.4. El resultado del cuestionario
de validacin (fase 3) sobre estos resultados se presenta en la seccin 6.
5.1. Causas del overscoping (RQ1)
El punto de vista de cada entrevistado acerca de las causas de la
superposicin se clasific y se compar con la hiptesis con respecto a las
causas asumidas de la sobreescote (C1-C5, vase la Seccin 4.1.1).
Adems, se encontr que cinco de los ocho entrevistados describan una
En g). Se encontr que una causa raz significativa de esta causa era las
brechas de comunicacin, principalmente entre las funciones relacionadas
con los requisitos y las funciones de desarrollo y prueba. Esto con fi rma el
punto de vista de Hall et al. [29] que la mayora de los problemas de los
requisitos son en realidad cuestiones de organizacin. Adems, esto con fi
rma la importancia de la integracin sin fisuras de los diferentes procesos en
el trabajo colaborativo [22]. El impacto de la comunicacin insuficiente en la
ingeniera de software ha sido reportado como una cuestin general dentro
de la ingeniera de requisitos y la gestin de productos [12,25,29,35,38].
Sorprendentemente, C4 obtuvo el menor impacto entre todas las causas y
slo dos respondedores del cuestionario (ambos de la unidad de software)
calificaron esta causa como teniendo cualquier factor (bajo) de impacto en
overscoping. En contraste, la causa C6 (visin dbil de la meta general) fue
clasificada como teniendo el mayor impacto en overscoping. Especificacin
detallada de requisitos producida por adelantado (C5). Nuestros resultados
indican que demasiada documentacin detallada producida de antemano
puede causar un exceso de capacidad (mencionado por cinco entrevistados
y experimentado, acordado o parcialmente aceptado por cinco encuestados,
ver seccin 5.1). Esto complementa otros estudios de documentacin en
proyectos de ingeniera de software. Por ejemplo, Emam y Madhavji
mencionaron que en las organizaciones que requieren ms control la presin
para producir muchos detalles es tambin mayor [23]. Lethbridge inform
que, para los ingenieros de software, a menudo hay demasiada
documentacin para sistemas de software, frecuentemente mal escrita y
desactualizada [44]. Adems, Sawyer et al. [65] mencionan que el
congelamiento prematuro de los requisitos puede causar problemas de
fluencia del alcance y de comunicacin (ambos de los cuales se identifican
como causas de la sobrecaptacin en nuestro estudio) y sugieren prototipos
evolutivos como remedio. Otros remedios sugeridos para abordar la
documentacin excesiva incluyen la reutilizacin de las especificaciones de
requisitos [24], as como, simplemente la creacin de menos documentacin
[3]. La eficacia de estos mtodos para el riesgo de overscoping sigue siendo
investigada. Las opiniones divergentes sobre esta causa entre los
encuestados pueden explicarse por su papel y relacin con el RE. Todos los
encuestados en desacuerdo para esta causa trabajaron con roles
relacionados con los requisitos. Es ms probable que estos papeles
consideren que las especificaciones detalladas de los requisitos son
positivas y buenas, en lugar de un problema. Sin embargo, estos roles
tienen menos visin de las fases posteriores cuando el desarrollo tiene lugar
y los efectos de overscoping son experimentados. Tres de los encuestados
con experiencia en fases posteriores de desarrollo haban experimentado
que C5 causara un exceso de tamao. Adems, Berry et al. Mencion que
cuando el tiempo para la elicitacin es corto, es decir, hay una falta de
documentacin inicial (o falta de C5), los requisitos usualmente terminan
como una mejora o se descodifican ya que todas las solicitudes del cliente
no pueden ser entregadas [9]. ]. Teniendo en cuenta esto, concluimos que
tanto en la especificacin (como en [9]) y sobre la especificacin (como en
nuestro estudio) puede causar overscoping y ms tarde la descodificacin, y
que queda por investigar cmo lograr un buen equilibrio.
Visin poco clara de la meta general (C6). Nuestro estudio identifica que la
falta de metas y estrategias claramente comunicadas para el desarrollo de
software puede hacer que se defina el alcance del proyecto principalmente
desde una perspectiva tecnolgica, en lugar de centrarse en el negocio,
Los resultados indican que la superposicin puede dar lugar a una serie de
efectos (o consecuencias), muchos de los cuales se consideran serios y
potencialmente muy costosos para la empresa. Varios de los efectos identi fi
cados pueden estar en consonancia con las creencias sostenidas sobre lo
que podra conducir a sobrecargar un proyecto con demasiado trabajo. El
objetivo de este estudio es investigar si tales creencias pueden ser
apoyadas por evidencia emprica o no, y si surgen fenmenos ms
sorprendentes en relacin con una situacin especfica de overscoping en el
mundo real.
Muchos cambios despus del alcance del proyecto (E1). Los resultados
muestran que el exceso de tamao conduce a un gran nmero de cambios
en el alcance (experimentado por todos los respondedores y el impacto se
califica como crtico o mayor por los seis respondedores del cuestionario).
Esto confirma la evidencia proporcionada por Harker y Eason [30] que los
requisitos no son estticos y, por lo tanto, son difciles de capturar o
clasificar. Adems, la volatilidad de los requisitos se menciona como uno de
los desafos en MDRE por Karlsson et al. [38] e identificados por Ramesh et
al. Como uno de los 14 supuestos que subyacen en el desarrollo de software
gil [57]. Adems, se han enumerado los orgenes de la volatilidad de los
requisitos [30]. A pesar de este conocimiento, las causas de la volatilidad de
los requisitos no han sido exploradas empricamente. Nuestros resultados
destacan la superposicin como una posible causa de cambios tardos en los
requisitos. Adems, nuestros resultados confirman que es un desafo
administrar los cambios en los requisitos.
Calidad (E2). Los resultados indican que esto es un efecto importante de
la superposicin (experimentado y acordado para entrevistas y
cuestionarios, y clasificado como de impacto crtico o mayor). Esto confirma
que la calidad de la ingeniera de requisitos determina la calidad del
software, segn se informa, p. Por Aurum y Wohlin [6]. Adems, nuestros
resultados destacan la superposicin como una posible razn para
problemas de calidad.
Retrasos (E3). Este estudio muestra (con un alto grado de alineamiento
entre los entrevistados y las respuestas al cuestionario) que los retrasos
pueden ser un efecto de exceso de tamao. Dentro del MDRE, los retrasos
en el lanzamiento de los productos pueden ser muy costosos y provocar la
prdida de cuotas de mercado [38,59,64,65]. Por lo tanto, la idea de que el
exceso de espacio puede tener este efecto es una evidencia importante que
indica que el sobreescapamiento es un riesgo (potencialmente) serio.
Las expectativas del cliente no siempre se cumplen (E4). Nuestros
resultados indican que la superposicin puede tener el efecto de no
satisfacer las expectativas del cliente. Esto podra explicarse por un
proyecto sobrecargado que no tiene ni tiempo ni capacidad para analizar o
Ni a validar si las necesidades del mercado o del cliente podran haber
cambiado. Adems, Karlsson et al. Inform el fracaso para satisfacer las
necesidades de los clientes como uno de los riesgos de desarrollar
productos basados en un enfoque tecnolgico (causa raz RC6b) [38]. Otra
parte crucial de la produccin de productos de software que satisfagan a los
clientes, como sealan Aurum y Wohlin, est trabajando con RE a lo largo de
todo el ciclo de vida del proyecto (en contraposicin a los requisitos iniciales
que detallan, C5). Los resultados de este estudio ponen de relieve la
importancia de seleccionar un mbito factible como un factor a considerar
cuando se trata de comprender mejor y captar las necesidades de los
clientes.
Comunicacin (E5). Nuestros resultados indican que el overscoping puede
causar mayores brechas de comunicacin. (Aproximadamente la mitad de
nuestros entrevistados y los que respondieron al cuestionario mencionaron y
aceptaron este efecto). Esto puede explicarse por la ten- dencia de de fi nir
culpando a otros cuando estn bajo presin, en lugar de cooperar para
resolver problemas juntos. Adems, los entrevistados describieron que los
muchos cambios resultantes de la superposicin (E1) fueron mal
Como para cada estudio hay limitaciones que deben ser discutidas y
tratadas. Estas amenazas a la validez y las medidas adoptadas para
mitigarlas se informan aqu sobre la base de directrices proporcionadas por
Robson para los estudios de diseo flexible [60]. Otro aspecto importante
para la calidad de una investigacin de diseo flexible es el investigador
[60], y para ello
celebrada en relacin con l. Para asegurar que todos los respondedores del
cuestionario entendieran correcta y uniformemente los resultados de la
entrevista, los resultados fueron presentados a los participantes. Podran
entonces solicitar clari fi caciones antes de llenar el cuestionario. El hecho
de que los encuestados respondieran a un marco de resultados sigue siendo
una amenaza abierta a la validez de la interpretacin. Por otro lado, tanto
los entrevistados como los encuestados fueron explcitamente alentados a
discrepar y mencionar otras causas, efectos y prcticas, lo que tambin
hicieron. Una de las principales limitaciones del estudio es el nmero
limitado de encuestados. Aunque los representantes de cada una de las
unidades cubiertas de la compaa de casos estuvieron involucrados tanto
en las entrevistas como en el cuestionario de validacin, el nmero de
personas es relativamente pequeo y se pueden identificar ms factores
incluyendo puntos de vista adicionales.
Adems, extender los resultados de este estudio para incluir otras empresas
y tambin otras perspectivas, como la comercializacin y las ventas, puede
fortalecer la generalizabilidad de nuestros hallazgos.
Expresiones de gratitud
Queremos agradecer a todos los entrevistados annimos ya los encuestados
por su inestimable contribucin a este proyecto. Tambin queremos
agradecer al Dr. Dietmar Pfahl por revisar una versin temprana de este
documento. El proyecto est parcialmente financiado por la Fundacin
Sueca para la Investigacin Estratgica y VINNOVA (la Agencia
Gubernamental Sueca para Sistemas de Innovacin) en los Proyectos EASE y
UPITER.