INFORME DEL RESULTADO DE LA ENCUESTA APLICADA A QUASAR SOFTWARE

En este informe se presentaran los anlisis, estudios y estrategias necesarios para llevar a cabo el
desarrollo de las mejoras de procesos del proyecto Talbuk en la empresa Quasar Software por la
empresa Quality Soft. En primer lugar, hemos diseado e implementado una encuesta con el fin de
evaluar el nivel que posee la empresa en cuanto al manejo y dominio del Scrum como su modelo gil de
desarrollo. Disear cada una de las preguntas implico un proceso extenso de conceptualizacin e
indagacin en todo lo concerniente a lo que Srum propone como modelo de desarrollo.
Una vez se redactaron las actas de la formulacin terica del modelo Scrum, se redactaron un total de
17 preguntas cada una con una clara intensin de ubicar a los empleados de Quasar en un nivel de
conocimiento e implementacin de Scrum en el desarrollo de sus tareas individuales siguiendo como
referencia los modelos de madurez que nosotros como empresa diseamos y consideramos adecuados
al momento de clasificar el uso y la relevancia que tiene la metodologa Scrum en la construccin de las
tareas diarias de la empresa.
Esta evaluacin se entiende como la realizacin de la encuesta segn sea el nivel determinado a evaluar,
teniendo en cuenta que las preguntas se asignan por actividad y nivel respectivo en los modelos de
madurez planteados.
Una vez que los resultados de la encuesta y el anlisis estn listos los empleados conocern el resultado
de la encuesta con el fin de identificar la asignacin de niveles frente al manejo de la metodologa Scrum
en los desarrollos, reuniones sprint, actividades de planeacin, manejo y administracin del tiempo,
registro y correccin de actividades que presenten defectos. Posteriormente, se implementaran las
acciones correctivas de acuerdo al cronograma de trabajo que se estipule en la empresa Quality
Software aplicando las mejoras necesarias y finalizando con la toma de resultados donde se evidencien
las mejoras de las actividades laborales de los empleados de Quasar permitindoles llevar a cabo sus
desarrollos de software ms gilmente y con menos prdidas de recursos.

ANLISIS DE RESULTADOS

1. La documentacin (chek-list de criterios de aceptacin) que se genera tras la prueba por parte de los
tester se desarrolla a cabalidad?
SI = 4 / NO = 2

Anlisis: Si bien es cierto que en la pregunta 13 se observa que los empleados si realizan un resumen de
las pruebas efectuadas durante el proceso de desarrollo, parece que esta documentacin generada no
se desarrolla a cabalidad. Aunque esta idea se presenta en la minora es importante fijarnos en las
posibles causas que ocasionaron esta respuesta en los empleados que respondieron negativamente.
2. En el sprint existe la diferenciacin de los roles desarrollador y tester?
SI = 4 / NO = 2

Anlisis: Aunque la mayora de los empleados tiene claridad en la diferencia de los roles dentro del
sprint, es importante trabajar en la consistencia y la claridad de la definicin de los roles, ya que el no
diferenciar los roles con precisin puede desencadenar en inconvenientes laborales.
3. Existe una buena documentacin en el proceso de feedback para poder comenzar el sprint?
SI = 2 / NO = 4
SI
NO
SI
NO

Anlisis: Esta pregunta sin lugar a dudas representa una posible brecha donde poder implementar
nuestra mejora de procesos a la empresa, ya que la documentacin presenta algunas falencias en
diferentes partes del proceso de desarrollo. No poseer una buena documentacin producto de un
feedback representa que las reuniones Sprint omitan detalles que pueda que no se corrijan y genere
inmediatamente atrasos en las fechas de entrega.
4. Cundo hay errores en el diseo de los casos de prueba estos son reportados?
SI = 6 / NO = 0

Anlisis: Fue bastante gratificante recibir este resultado, ya que podemos evidenciar que se maneja una
correccin inmediata de los errores presentados en las pruebas, agilizando el tiempo de entrega.
5. Hay un responsable que se encargue de los defectos del diseo de los casos de prueba?
SI = 6 / NO = 0

SI
NO
SI
NO
SI
NO
Anlisis: Enlazando con la pregunta 4 es tambin gratificante que adems de existir una respuesta
inmediata a los errores est claramente definido un responsable de hacerse cargo de estos errores.
6. Los casos de prueba responden a los posibles defectos que se puedan encontrar en el software?
SI = 6 / NO = 0

Anlisis: Relacionando esta pregunta con la 5 observamos la congruencia existente entre los casos de
prueba y los defectos susceptibles a encontrarse en el desarrollo, ocasionando una alta precisin en la
identificacin de problemas.
7. El Sprint Review Meeting cumple con lo requerido para iniciar el nuevo Sprint?
SI = 6 / NO = 0

Anlisis: Un aspecto positivo que identificamos por medio de esta pregunta es que los sprint poseen
buenas bases para volver a ser realizados ms adelante, generando que el desarrollo evolucione
permanentemente.
8. Conoce que es el Product Backlog dentro de Scrum?
SI = 2 / NO = 4

SI
NO
SI
NO

Anlisis: Dentro del proceso de pruebas a nivel general se realiza una planficiacion final tras cada
sprint este se llama product backlog teniendo en cuenta que este documentacin es esencial a la
hora de identificar los errores y la planificacin del siguiente sprint y con las respuestas
anteriormente encontradas tras la encuesta se evidencia la falta de documentacin post-sprint
realizada para mejorar la agilidad en el proceso de pruebas y en atacar las falencias por parte del
equipo de desarrollo .
9. El Product Backlog se diligencia en su totalidad (Funcionalidad, Descripcin, Prioridad y estimacin
de esfuerzo)?
SI = 2 / NO = 4

Anlisis: existe un formato que permite recopilar la informacin del product backlog teniendo en
cuenta los requerimientos realizados uno de los parmetros principales al llenar esta documentacin
es la funcionalidad respectiva del requerimiento al igual que la descripcin su prioridad y la
estimacin de esfuerzo que se realiza con respecto al tiempo implementado. Teniendo en cuenta las
respuestas se observa la poca informacin frente a esta documentacin fundamental a la hora de
planear y verificar los requerimientos ya planteados.
10. Se revisa y se inspecciona el Product Backlog para la entrega?
SI = 2 / NO = 4
SI
NO
SI
NO

Analisis : es un documento de alto nivel para todo el proyecto. Contiene descripciones genricas
de todos los requisitos, funcionalidades deseables, etc. priorizadas segn su retorno sobre la
inversin (ROI) . Es el qu va a ser construido. Es abierto y solo puede ser modificado por
el product owner,teniendo en cuenta que el product backlog es una documentacin que
tiene como fin la planificacin de los cambios en el sprint teniendo en cuenta el cumplimiento
,iteraciones de los requerimientos y los posibles cambios a realizar .Por tanto esta
documentacin debe tener una estricta verificacin lo cual por las respuestas
anteriormente entregadas no se hace de forma pertinente.
11. Los integrantes tienen claro su rol y sus actividades?
SI = 6 / NO = 0

Anlisis: En relacin con la pregunta 2 podemos confirmar no solo la diferenciacin de los roles
mencionados en dicha pregunta por los empleados, si no que en general todos poseen una claridad al
momento de identificarse dentro de un rol y de las funciones que este representa.
12. En el Sprint Review se recopila informacin, sugerencias e ideas para enriquecer y darle dinamismo
al proyecto?
SI = 2 / NO = 4
SI
NO
SI
NO

Anlisis: Es alarmante para nosotros como empresa consultora Evidenciar que para la mayora de los
empleados el Sprint Review no esta mostrando la informacin necesaria que permita dinamizar los
proyectos, ya que esto evidencia de nuevo una dificultad en los procesos de documentacin de Quasar,
que podran desencadenar en resultados menos adaptables a la totalidad de los requerimientos de los
clientes.
13. Cundo se finalizan las pruebas, se realiza un resumen con el resultado de las pruebas?
SI =6 / NO = 0

Anlisis: Continuando con el anlisis que hemos realizado sobre las pruebas, observamos que adems
de todos los resultados positivos identificados, los empleados de Quasar realizan cuidadosamente
resmenes con los resultados de las pruebas ejecutadas que cumplen la funcin de hallar errores,
generando una documentacin y un registro claro facilitando la reutilizacin y las futuras correcciones.
14. En el Sprint Review se evala el proceso que se realiz durante el Sprint, en una lista de elementos
de accin?
SI = 2 / NO = 4
SI
NO
SI
NO

Analisis: El Sprint review meeting proporciona un punto de inspeccin para el progreso del
proyecto al final de cada Sprint. Basndose en esta inspeccin, se pueden hacer
adaptaciones al proyecto. El Equipo estim donde estara al final del Sprint y estableci su
camino hacia ese punto. Al final del Sprint el equipo presenta el incremento del producto
que ha sido capaz de implementar.por tanto si para los integrantes del equipo scrum no existe
una evaluacin calificada dentro de dicha reunin que involucra los tips para ser implementados en
la documentacio ndel product backlog hay que tener en cuenta que no hay una informacin clara
sobre la documentacin realizada y la importancia de la misma en el desarrollo de un nuevo sprint
15. Cundo se realiza el Sprint Retrospective se toma en cuenta, la recoleccin de mtricas?
SI = 2 / NO = 4

Analisis:Teniendo en cuenta que tras la creacin de cada requerimiento se realizan una serie de
iteraciones , el equipo analiza cmo ha sido su manera de trabajar durante la iteracin, teniendo en
cuenta el inicio de la misma este anlisis se realiza con el cliente teniendo en cuenta si las expectativas
se han cumplido.
16. los roles que se encuentran dentro del desarrollo de las pruebas funcionales son: Scrum Team,
Team Manager?
SI = 6 / NO = 0
SI
NO
SI
NO

Anlisis: Sumando ms gratificaciones a los procesos de pruebas efectuados en la empresa, los
empleados de Quasar se organizan en los roles que propone la metodologa Scrum sin faltar a ninguno
de estos. Podemos concluir que nuestra mejora puede dirigirse a otros aspectos que estn por mejorar
en la implementacin de la metodologa Scrum.
17. Los integrantes pueden asumir diferentes roles durante el proceso del Sprint?
SI = 0 / NO = 6

Anlisis: Es de vital importancia que durante las reuniones Sprint los empleados no solo tengan claridad
sobre los roles que cada uno cumplen, si no que tambin se asuma la no posibilidad de asumir
diferentes roles durante dichas reuniones, generando mayor manejo de responsabilidades y menor
presencia de problemas de tiempos de entrega por la multiplicidad de roles que podra ocupar un
empleado de manera errnea.
En la siguiente grafica se muestran las tendencias de cada pregunta agrupadas (Pregunta/Resultado):
SI
NO
SI
NO

Anlisis General:
En el proceso de scrum y con respecto a los modelos de madurez identificados la empresa se
encuentra en el nivel F3 teniendo en cuenta que identifica los roles y estos se mantienen en todo el
proceso del sprint pero el seguimiento que se hace al proceso de pruebas funcionales no es especifico
,para realizar una buenas pruebas funcionales en el mtodo scrum se debe en primer medida tener
una documentacin en las iteraciones realizadas a los requerimientos despus de cada prueba
unitaria en segunda medida se debe tener lista la documentacin final tras cada sprint si la cantidad
de iteracin no fueron las suficientes para verificar aquello que el cliente necesitaba con el
requerimiento igualmente para dejar esta documentacin al da debe tener un buen manejo del
product backlog entendiendo este como una gua para la planificacin de estas iteraciones y de los
posibles arreglos que se deben hacer para pasarlos directamente al equipo de desarrollo el cual a su
vez pasara el arreglo especfico para el proceso de pruebas , todo esta lnea de documentacin es
indispensable tanto para la calidad del producto como para mejorar los conocimientos internos de la
empresa sobre el mtodo que trabajan.
0
1
2
3
4
5
6
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
SI
NO