An agile software quality framework lacking

Una revisión comparativa de la literatura acerca de metodologías tradicionales y modernas de desarrollo de software

“…El rendimiento varía pues las pruebas a componentes pueden ser limitadas -Como involucra muchas personas, es difícil saber qué desarrolla cada una. Scrum [7], [26], [34], [36], [43], [46] -Aplicable a proyectos con cambios de requisitos.…”

“…En la Tabla 4 se presenta una comparación entre las metodologías abordadas en este trabajo, de acuerdo con ciertas características o aspectos definidos en [46], [47]. Alta [1], [3], [14] Baja [1], [13], [14] Políticas/norm as/ control Numerosos [3] Pocos [17] Tipo de contrato con el cliente Fijo para el proyecto [3], [15], Flexible [3], [15], [14] Tamaño de los equipos de trabajo Grandes [15], Pequeños [3], [13] Roles de los integrantes Específicos [15] Flexibles [3], [4] Énfasis en la arquitectura del software Muy alto [3], [15], [17], Bajo [15], [22] Enfoque del proyecto Se concibe como un gran proyecto [15] Se subdivide en pequeños proyectos [13] Cantidad de documentación Extensa [3], [13] Poca [17] Entrega del producto Al final del proyecto [15] Entregas constantes de prototipos [13], [15], [17],…”

“…Frecuencia de comunicación y forma de interacción con el cliente Poca / Mediante reuniones [3], Constante / Forma parte del equipo de desarrollo [22], [25] Centro de la metodología Procesos: roles, actividades, artefactos [14] Las personas y el trabajo en equipo [17] Costo y envergadura de los proyectos Altos [22] Bajos [15], [22] Momento en que se define la arquitectura del software Etapa temprana del proyecto [15], Se define y mejora durante el proyecto [22] Enfoque hacia el aseguramiento de la calidad Alto [11], [15] No se efectúa control de calidad tradicional [1] Si bien la calidad es más complicada de conseguir usando metodologías modernas, con éstas se puede lograr mayor satisfacción del cliente [46], [47] por la mejor entrega presupuestaria y el grado de oportunidad logrado [47]. Otro aspecto que hace atractivas las metodologías modernas es que son más fáciles de acoger por personas que no están acostumbradas a seguir procesos [48].…”

Blinded by Simplicity

“…-The invitation of non-experts to participate in the SDP, allowing the problem space to be jointly explored crossdisciplinarily [6][29] [32]. Also, when employing a usercentric approach contextual awareness is crucial, including culture, gender, class and accessibility aspects [43][44] -The enforcement of these changes should also involve attitude and behavior changes towards intangible social factors influencing the SDP [13][45] [46] and the inclusion of social, behavioral and management sciences in the software engineering curriculum [11].…”