PLANIFICACIÓN EN EL

CICLO DE INVESTIGACIÓN
ACCIÓN EN INGENIERÍA DE
SOFTWARE

Breve descripción
Material compilado con fines didácticos

Cecilia Milena Hinojosa Raza

cmhinojosa@espe.edu.ec
Contenido
PLANIFICACIÓN EN EL CICLO DE INVESTIGACIÓN ACCIÓN (Staron, 2020) ......................2
1 Introducción ..................................................................................................................2
2 Acceso a las personas competentes ................................................................................ 3
3 Acceso a la infraestructura ............................................................................................. 3
4 Planificación de acciones, actividades y participantes .....................................................4
5 Planificación de hitos ..................................................................................................... 5
6 Planificación de entregables ......................................................................................... 6
7 Planificación del estado / Planificación de reuniones ........................................................ 7
7.1 Planificación de presentaciones a las partes interesadas ............................................8
8 Planificación de la redacción de los resultados ................................................................8
9 Planificación en el segundo y subsiguientes ciclos .......................................................... 9
10 Roles en la planificación de la acción y el proceso de creación del plan.......................... 10
11 Ejemplo de un plan de acción ...................................................................................... 10
12 Planificación de acciones en sistemas experimentales ................................................. 12
13 Resumen ................................................................................................................... 13
Referencias .................................................................................................................... 13

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

PLANIFICACIÓN EN EL CICLO DE INVESTIGACIÓN ACCIÓN
(Staron, 2020)

1 Introducción
La planificación de la acción es la fase en la que necesitamos dividir el problema en partes manejables,
discutir quién en el equipo de acción hace qué y prepararse para ello. Necesitamos comprender las
limitaciones de la empresa colaboradora, su infraestructura y recursos. También debemos asegurarnos
de tener el acceso correcto, tanto a la competencia de la empresa (alguien debe explicarle al equipo
de acción cómo funcionan las cosas) como a la infraestructura (el equipo de acción necesita acceder a
los sistemas y datos, lo que generalmente requiere derechos de acceso apropiados).

Dado que el acceso a la competencia y la infraestructura requiere costos, el equipo de acción debe ser
muy específico sobre los objetivos y los resultados esperados; deben replantear el problema
diagnosticado desde una perspectiva de la solución potencial y el impacto que la solución tendrá en la
empresa (Fig. 1).

Fig. 1 Ciclo de investigación acción con enfoque en la planificación

Es importante incluir en el plan los elementos:

• actividades y participantes: lo que hacemos y con quién interactuamos, durante el ciclo
planificado,
• hitos del ciclo: cuando alcanzamos objetivos medibles (por ejemplo, finalizamos todas las
entrevistas),
• entregables: lo que entregamos en cada hito (por ejemplo, transcripciones de las entrevistas),
• reuniones de estado / planificación con el equipo de acción: cuando nos reunimos y discutimos
el progreso continuo,
• reuniones con el grupo de referencia: cuando informamos y discutimos los resultados
intermedios con el equipo de referencia (por ejemplo, resumen de la primera entrevista),
• presentaciones a las partes interesadas: por ejemplo, presentar análisis de las primeras
entrevistas a la gerencia, y
• documentación: por ejemplos los informes de los resultados.

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

Cada elemento tiene su razón de ser, por lo que debemos asegurarnos de incluirlo en el plan. El plan
en sí no necesita ser extenso. El objetivo principal es definir estos elementos, no documentarlos en
exceso.

2 Acceso al personal competente

El equipo de acción está formado por profesionales e investigadores. Sin embargo, los profesionales,
que forman parte del equipo, se centran en resolver el problema y a menudo necesitan pedirles a sus
colegas que ayuden a resolver problemas específicos en cada ciclo. Por lo tanto, debemos planificar el
acceso a las personas con las competencias adecuadas para obtener la información correcta y
proporcionar la solución que se utiliza en la industria.

Por ejemplo, un gerente de calidad puede ser parte del equipo de acción, con el objetivo de encontrar
nuevas medidas para la calidad interna del software; necesita encontrar desarrolladores de software
que puedan informar al equipo de acción sobre cómo juzgan qué hace que el software sea complejo
[ASS17, ADSS18]. También son los diseñadores de software los que pueden proporcionar los
comentarios correctos cuando el equipo de acción identifica las medidas.

Para identificar las personas con las competencias correctas, debemos comenzar desde el diagnóstico
del problema y abordar las siguientes preguntas:

1. ¿Quién se ve afectado por el problema diagnosticado? Se les puede pedir a estos roles /
personas que proporcionen requisitos para la solución; También pueden ser parte del grupo
de referencia.
2. ¿Quién puede proporcionarnos una visión complementaria en comparación con los roles
afectados por el problema? Estos roles / personas nos pueden proporcionar la información
necesaria para diseñar la solución al problema.
3. ¿Quién puede verse afectado por los esquemas de la solución en la fase de diagnóstico? Estos
roles / personas pueden usarse en el grupo de referencia para la fase de evaluación de este
ciclo.

Necesitamos el acceso a las personas competentes ya que los profesionales que trabajan en la
organización, donde se lleva a cabo la investigación acción, conocen mejor sus productos y prácticas.,
por lo que deberemos incluirlos en diversas actividades del plan. También debemos asegurarnos de
que la gerencia (tanto del equipo de acción como de estos profesionales adicionales) acepten participar
en el estudio.

La falta de identificación de la competencia adecuada puede conducir a una falla en la resolución del
problema (debido a la falta de comprensión del problema) o la falta de impacto de la solución (porque
no alineamos la solución con el contexto organizacional).

3 Acceso a la infraestructura

En el estudio de investigación acción, debemos recordar que necesitamos estudiar proyectos,

productos y organizaciones reales. Por lo tanto, es importante que tengamos acceso a los productos
e infraestructura de la empresa para poder estudiarlos.

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

El acceso a las instalaciones es importante ya que la acción de los investigadores debe ser parte de la
organización, los equipos y los grupos. Ser parte de la organización permite al equipo de acción
experimentar las estructuras formales e informales de la organización.

Permite identificar a las personas adecuadas para obtener información y comprender cómo funciona
la empresa. Este entendimiento no se puede obtener solamente mediante entrevistas. El acceso a las
instalaciones de la Compañía le da al equipo de acción la posibilidad de hacer las preguntas correctas.
También les da la posibilidad de preguntarles a las personas adecuadas y en el momento adecuado.

La planificación del acceso a la infraestructura requiere:

• planificar cuándo tiempo visitamos las instalaciones de la empresa,
• planificar con quién nos encontramos durante las visitas, y
• comprender lo que hay que hacer durante estas visitas.

Se debe prever el manejo cuidadoso y seguro de la información de la empresa, ya sea que se trabaje
presencialmente o de manera remota. También necesitamos planificar informes de estado regulares y
reuniones de videoconferencia remotas para asegurar una comunicación eficiente entre los
involucrados en el proyecto.

4 Planificación de acciones, actividades y participantes

En todos los estudios empíricos, la planificación de la recopilación y el análisis de datos es la parte

principal del plan de investigación. Tenemos el grupo de control antes de tomar la acción y el grupo
de prueba después de tomar la acción.

La acción en sí misma puede ser cualquier tipo de intervención que se realice en el contexto estudiado.
Puede ser tan complejo como hacer un cambio en la forma de trabajar o tan simple como hacer un
análisis fuera de línea y presentar los resultados al equipo de referencia para comparar los resultados
con las operaciones en línea de la empresa. Un ejemplo de esta acción fuera de línea es cuando
recopilamos datos del sistema de prueba de la compañía, creamos una recomendación y ejecutamos
la recomendación sin organizar el proceso de prueba; comparamos los resultados de las pruebas
recomendadas con los resultados de las pruebas realmente ejecutadas.

Los siguientes tipos de acciones son los más comunes:

1. realizar cambios en los procesos: cuando el equipo de acción provoca un cambio,
2. hacer análisis fuera de línea junto con los procesos en línea: cuando el equipo de acción realiza
un análisis, compara los resultados y presenta los resultados a sus partes interesadas
3. Crear aportes para que la organización cambie: cuando el equipo de acción prepara el nuevo
material y las partes interesadas deciden si lo adoptan.
Las principales características de las acciones son que:
• se realizan en función de los datos del contexto, no de los datos de ejemplo o de otras
empresas,
• se realizan en estrecha colaboración entre investigadores y profesionales, es decir,
realizados por el equipo de acción,
• están alineadas con el problema diagnosticado, es decir, la acción debe haber resuelto el
problema identificado, y

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

 • el diseño de la acción se basa en algunos fundamentos teóricos, es decir, tiene el potencial
de contribuir a la construcción de la teoría.

Por lo tanto, debemos ser muy específicos cuando ocurre la acción real y cuál debería ser el impacto.
Esto significa que, en la fase de planificación de la acción, necesitamos planificar específicamente qué
acción se toma, cuándo se toma y cómo medir el impacto de la misma. Esta medición del impacto
debe tener en cuenta el estado antes y después de que se tome la acción, ya que, de esta manera,
podemos evaluar objetivamente el impacto de la acción.

En los proyectos de investigación acción, también debemos planificar cómo maximizar el impacto de
nuestras actividades, es decir, maximizar el valor del trabajo para nuestros socios industriales. El
enfoque en el valor máximo es importante porque nos proporciona el recordatorio constante de por
qué llevamos a cabo este proyecto de investigación acción.

Por lo tanto, debemos planificar tanto las actividades de recopilación de datos, que necesitamos en la
construcción de la teoría y la construcción de la solución al problema diagnosticado en la fase anterior.
También necesitamos planificar actividades que recopilen datos de la organización después de la
introducción de la solución (actividades de evaluación). Luego, también tenemos que planificar las
actividades de acción, que están destinadas a introducir la solución a las operaciones de la empresa y
resolver el problema.

5 Planificación de hitos

Normalmente, cuando planificamos los proyectos en ingeniería de software, creamos una estructura
de desglose de trabajo (Work Breakdown Structure - WBS) y, en función de ello, definimos qué
actividades son necesarias para entregar estos elementos desde la WBS. Los proyectos de investigación
pueden diseñarse de la misma manera.

Se recomienda desarrollar un plan enfocado en los entregables e indicar qué acción y cuándo se toma
en forma de estrella en el plan.

Fig. 2 Planificación orientada a la entrega de actividades, incluida la acción tomada

Las entrevistas también se dividen en entrevistas previas a la acción y posteriores a la acción, con el fin
de mostrar la evaluación del impacto de la acción y su relación con el estado previo a la acción, en las
acciones tomadas y la medición de su impacto.

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

Plan de acción para la introducción de la preparación para la publicación
En la fase de diagnóstico, el equipo de acción descubrió que la preparación para la liberación se puede
evaluar utilizando la fórmula presentada en la sección. 3.8.
La acción en este ejemplo es la presentación de la disponibilidad de liberación calculada al interesado.
Es la acción, ya que esta presentación puede tener un impacto en las decisiones de las partes
interesadas. La medición de este impacto es la entrevista con la parte interesada como parte de la
presentación, cuando le pedimos su opinión sobre la veracidad del valor calculado y le pedimos su
interpretación de la situación o el valor del indicador de disponibilidad de liberación.
En este ejemplo, el período de acción y evaluación se limita a 6 semanas por simplicidad (Fig. 3).

Fig. 5 Planificación del ciclo de evaluación de disponibilidad de liberación

Este ejemplo también ilustra que podemos planificar varias acciones en el mismo ciclo, dado que las
acciones son del mismo tipo. En este ejemplo, tiene poco sentido presentar los resultados al equipo de
referencia después de cada acción (presentación y retroalimentación de la parte interesada), ya que
necesitamos comprender la dinámica de cómo la parte interesada interpreta la información. También
debemos entender si el interesado decidió hacer algún cambio en su organización con base en estos
cálculos.

Esta forma de organizar un ciclo dentro de una investigación acción muestra cuándo los entregables
deben estar listos. Podemos desarrollarlos de forma iterativa y crear estudios piloto para validar los
entregables. En el caso de este ejemplo, incluso podemos realizar una entrevista piloto antes de que
los materiales estén completamente desarrollados para validar su calidad.

6 Planificación de entregables
El plan de entregables e hitos especifica cuándo necesitamos entregar, pero no especifica en detalle
qué debemos entregar. Necesitamos complementar esto con el plan de lo que se debe entregar, o
una especie de "especificación de requisitos" para cada entregable. Necesitamos especificar qué
esperamos de cada entregable, lo que nos brinda la flexibilidad sobre qué tipo de rigor debemos tener
para cada actividad.

Por ejemplo, podemos describir qué tipo de información necesitamos de las entrevistas y vincular las
preguntas que hacemos a los objetivos de investigación y las preguntas de investigación, que
formulamos en la fase de diagnóstico, descritas en la sección. 3.9. Este enlace es importante ya que
necesitamos planificar también qué tipo de acción se necesita para observar los efectos.

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

Vinculación de los entregables a objetivos y preguntas de investigación
En la fase de diagnóstico, identificamos la necesidad de comprender si los defectos son síntomas de
las formas de trabajar. En particular, planteamos una hipótesis de que los cambios en las formas de
trabajo, como la transformación de un modelo V a ágil, se pueden observar en la entrada de defectos
modificados. Especificamos eso en la sección. 3.2.
Por lo tanto, la pregunta de investigación planteada fue: ¿en qué medida los perfiles de entrada de
defectos reflejan las formas de trabajar?
Los entregables se organizan en tres categorías:
1. percepciones del equipo de desarrollo: describiendo si el equipo de desarrollo de software es
reconocible utilizando el perfil de entrada de defectos como un buen síntoma,
2. datos cuantitativos: cuantificar si existe una relación causal entre las formas cambiadas de trabajo
y la forma del perfil de entrada de defectos, y
3. evaluación de los datos cuantitativos: evaluación de si los datos cuantitativos muestran la causalidad
correcta.

En la primera categoría, las percepciones, necesitamos hacer una lista de posibles factores que afectan
la entrada de defectos. También debemos entender si cada factor hace que la entrada de defectos
aumente o disminuya. Por lo tanto, la entrega es la lista de factores, vinculados a su impacto en la
entrada de defectos.

En la segunda categoría, los datos cuantitativos, debemos verificar si estos factores afectan la entrada
de defectos según lo prescrito por el equipo de desarrollo. Necesitamos recopilar los datos que
cuantifican los factores y los vinculan con la entrada de defectos. Dependiendo de los factores, este
enlace puede ser un coeficiente de correlación o un período identificado en el proyecto donde cambia
el factor. Por lo tanto, los entregables son:
• tabla de correlación: para los factores que pueden cuantificarse, por ejemplo, el mayor número de
casos de prueba ejecutados correlacionados con la entrada de defectos,
• tabla de evidencia: para los factores que no pueden cuantificarse, por ejemplo, necesitamos
identificar los períodos de vacaciones y observar si el promedio del flujo de entrada de defectos en
estos períodos difiere de los períodos que no son de vacaciones.

En la tercera categoría, la evaluación de la evidencia, necesitamos evaluar si estas relaciones de

causalidad son realmente una relación causal. Por lo tanto, necesitamos recopilar la evidencia del
equipo de desarrollo de software. Por lo tanto, la entrega es la lista de factores de impacto (correlación
o evidencia) ponderada por el equipo de desarrollo de software; Si más de una persona es el asesor,
se proporcionan las estadísticas apropiadas.

7 Planificación del estado / Planificación de reuniones

Los proyectos de investigación acción tienen un tipo más de planificación que es importante pero que
no existe en los otros tipos de métodos de investigación: reuniones de estado e informes de estado.
Los socios industriales, el equipo de acción y el equipo de referencia deben comprender el estado para
planificar actividades adicionales. El objetivo de estas reuniones es resolver posibles problemas en el

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

proyecto y obtener retroalimentación sobre el progreso del proyecto por parte del equipo de
referencia.

En el enfoque de investigación acción canónica, esta planificación se realiza principalmente en la fase

de aprendizaje donde el equipo de acción reflexiona sobre el resultado de las actividades de
investigación. Sin embargo, en los proyectos de investigación acción en ingeniería de software, este
informe de estado debe ser más frecuente que eso. En particular, necesitamos describir el estado,
presentarlo y reflexionar sobre él al menos quincenalmente. La frecuencia quincenal es la correcta, ya
que nos permite pasar 1 semana en las actividades de investigación y luego un día para preparar el
informe de estado y distribuirlo al equipo de referencia con unos días de anticipación. También nos
permite capturar los comentarios de la reunión de estado y luego ajustar el plan.

Agenda Típica para la Reunión de Estado

El objetivo de las reuniones con el grupo de referencia es discutir el estado del proyecto y obtener
comentarios sobre los resultados preliminares. Por lo tanto, la agenda debe reflejar esto:
1. Presentación breve de los objetivos del ciclo (para recordarle al grupo lo que queremos lograr).
2. Breve presentación de los resultados desde el comienzo de este ciclo.
3. Presentación de las acciones tomadas desde la última reunión de estado.
4. Preguntas y comentarios sobre las acciones.
5. Presentaciones de los entregables, análisis y resultados desde la última reunión de estado.
6. Preguntas y comentarios sobre los entregables, análisis y resultados desde la última reunión de
estado.
7. Presentación de cuestiones y preguntas abiertas que el equipo de acción tiene y necesita
comentarios del equipo de referencia.
8. Discusión sobre los temas abiertos y las preguntas.
9. Presentación breve del plan hasta el final del ciclo y hasta la próxima reunión de estado.

7.1 Planificación de presentaciones a las partes interesadas

Las partes interesadas deben estar informadas sobre el progreso del proyecto y los resultados
intermedios, pero no con tanta frecuencia como el equipo de referencia. El objetivo de las
presentaciones a las partes interesadas es iniciar acciones de su parte y garantizar que los objetivos del
proyecto estén alineados con los objetivos de la organización. Por lo tanto, debemos asegurarnos de
que los interesados estén informados al menos una vez por ciclo de investigación acción.

Estas reuniones requieren que nos enfoquemos en los hallazgos desde la perspectiva práctica, es decir,
qué tipo de impacto tienen nuestros hallazgos en la organización. Los proyectos de investigación
acción a menudo tienen un alcance limitado, por ejemplo, un equipo o un producto, ya que debemos
asegurarnos de controlar el contexto de las acciones realizadas por los equipos de acción. Por lo tanto,
es en las reuniones con las partes interesadas donde podemos hacer que el cambio tenga un impacto
más allá del alcance del proyecto.

8 Planificación de la redacción de los resultados

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

Necesitamos recordar que los proyectos de investigación acción son de hecho un tipo de proyecto
donde la publicación de los resultados es muy importante. Ayuda a otros a construir sobre nuestros
resultados, y nos ayuda a reflexionar sobre nuestros hallazgos a la luz de la investigación existente.

Por lo tanto, siempre debemos planear la redacción de un informe de investigación o un trabajo de

investigación basado en los resultados en cada ciclo. Si el ciclo no resuelve un problema lo
suficientemente grande como para un trabajo de investigación, deberíamos escribir la parte del trabajo
a la que contribuye el ciclo. Necesitamos reservar tiempo suficiente para escribir y reflexionar. También
necesitamos reservar tiempo suficiente para que los estudios de literatura comparen los resultados del
ciclo con el cuerpo de conocimiento existente.

Las presentaciones de los resultados para las partes interesadas proporcionan un buen punto de
partida para la reflexión sobre los resultados. Partimos de estos resultados y los complementamos con
los hallazgos de la literatura y con la reflexión sobre las teorías utilizadas en este ciclo. De esta manera,
construimos teorías o validamos las existentes.

9 Planificación en el segundo y subsiguientes ciclos

En el primer ciclo, la fase de planificación lleva más tiempo en comparación con las fases posteriores,
simplemente porque necesitamos planificar el acceso a la infraestructura, las personas y establecer los
primeros resultados de la investigación. Este es a menudo el foco principal de la planificación del primer
ciclo de investigación acción. También es la causa de la incertidumbre en el ciclo.
En los ciclos posteriores, nos centramos principalmente en los objetivos de investigación y los
resultados.

Dado que la fase de diagnóstico cambia en los ciclos posteriores, la fase de planificación también debe
ajustarse. Ejemplos de los ajustes son:
• los análisis deben tener en cuenta la evidencia de los ciclos anteriores,
• las presentaciones deben tener en cuenta los resultados de los ciclos anteriores,
• puede haber cambios en los grupos de referencia o en los equipos de acción, que
requieren planificación adicional, y
• los objetivos del proyecto de investigación evolucionan desde el primer ciclo.

En particular, la evolución de los objetivos es muy importante, un hecho que no se admite con
frecuencia. Solo unos pocos artículos discuten este tipo de necesidad de evolución de los objetivos de
investigación, por ejemplo, Prudhomme [PBC + 05].

Debemos estar preparados para eso, ya que esta evolución es una parte integral de la investigación
acción. A medida que avanzamos en el proyecto, aprendemos cosas nuevas y, por lo tanto, ajustamos
los objetivos, y también establecemos nuevas teorías [BR12]. A veces, los objetivos se vuelven más
específicos a medida que aprendemos exactamente cuál es el problema resuelto. Otras veces, el
contexto organizacional cambia y necesitamos ajustar los objetivos para alinear el proyecto con la
organización. Finalmente, los objetivos pueden cambiar a medida que descubrimos nuevos marcos
teóricos a medida que conocemos más sobre los problemas y organizaciones estudiados.

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

10 Roles en la planificación de la acción y el proceso de creación del plan
El desarrollo del plan de acción comienza con el desglose de la meta de investigación y las preguntas
de investigación en entregables. Esto nos proporciona la lista de entregables que colocamos como
hitos en el plan.

Una vez que conocemos los entregables, encontramos qué acciones deben tomarse para que
podamos obtener los datos necesarios para crear los entregables. Vinculamos las acciones a los análisis
apropiados y las agregamos al plan de acción.

Finalmente, una vez que conocemos las acciones, creamos el plan para el acceso a la infraestructura y
la competencia. Con base en este acceso, establecemos el cronograma y luego podemos planificar las
reuniones con los interesados y las presentaciones al equipo de referencia.

El equipo de acción es responsable del desarrollo del plan de acción. Sin embargo, el equipo de
referencia debe apoyar al equipo de acción con el aporte sobre qué tipo de acceso se requiere, qué
productos y procesos deben evaluarse, y qué personas dentro de la empresa deben participar en el
estudio y cuándo.

Las partes interesadas del proyecto y los gerentes de línea deben participar para ayudar al equipo de
acción a obtener acceso. Como generalmente son los roles con la autoridad adecuada, deben
participar en la fase de planificación. También deben participar en la fase de planificación
proporcionando comentarios, en particular, sobre la viabilidad del plan.

11 Ejemplo de un plan de acción

Para ilustrar un plan de acción simple, continuemos con el ejemplo de la preparación de lanzamiento,
donde el objetivo del estudio de investigación acción era investigar si es posible calcular la fecha de
preparación de lanzamiento a partir de los parámetros de estado del proyecto en lugar de mirar El
plan del proyecto.

Plan de acción de preparación para la liberación

En este plan, planificamos las acciones y los entregables en el primer ciclo, que se diagnosticó en la
fase anterior.

Objetivos de investigación y resultados

El objetivo de este ciclo es explorar qué tan bien podemos calcular la fecha de preparación de la versión
en función del progreso de la prueba y el estado del defecto. La fórmula para el cálculo se ha
desarrollado como parte de la fase de diagnóstico.
Los entregables en el ciclo son:
1. datos sin procesar utilizados para el cálculo de la disponibilidad de liberación
2. disponibilidad de lanzamiento calculada, actualizada semanalmente
3. diagrama que muestra la disponibilidad de liberación del producto por semana
4. resumen de los comentarios del administrador de la versión que evaluó qué tan bien el número de
preparación de la versión refleja el estado actual

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

5. resumen del impacto, en particular, si los comentarios de las partes interesadas dieron lugar a
cambios en la empresa (por ejemplo, reasignación de recursos) o la fórmula (si no proporciona el valor
correcto)

Acciones
En este ciclo, planeamos realizar las siguientes acciones:
• cálculo de la fórmula
• presentación al interesado y observación del efecto de las acciones del interesado (por ejemplo,
reasignación de recursos).

Estas dos acciones deben realizarse al menos tres veces durante este ciclo.
Acceso a infraestructura y personal competente
Para tomar las acciones anteriores, necesitamos tener acceso a:
1. base de datos con la planificación de la prueba,
2. base de datos con los informes de defectos,
3. base de datos con los resultados de la prueba,
4. un probador que pueda validar los datos de las bases de datos, y
5. un gerente de calidad que puede validar los datos de la base de datos de informes de defectos

Reuniones y presentaciones
Planeamos reuniones de informe de estado quincenales con el equipo de referencia, reuniones de
evaluación quincenales con el gerente de publicación y reuniones mensuales con las partes interesadas.

Cronograma

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

12 Planificación de acciones en sistemas experimentales

La planificación de la acción en los sistemas de experimentos consiste en elegir la hipótesis correcta

que se probará y diseñar el experimento que pueda probarlos. Nuestro plan debe incluir lo siguiente
(como mínimo):
• ¿Qué hipótesis probar en el experimento?
• ¿Cuántos grupos (y, por lo tanto, tratamientos) incluimos en el experimento?
• ¿Cómo medimos la diferencia entre los grupos en el experimento? ¿Lo llamamos la variable
dependiente o la métrica de éxito? y
• ¿Cómo definimos el éxito del experimento, es decir, qué nivel de la variable dependiente podemos
asociar con el éxito?

Las métricas de éxito más comunes en los experimentos en línea a menudo están relacionadas con la
participación del usuario, la retención y las recomendaciones. El compromiso del usuario se mide en el
número de usuarios que utilizaron la función durante un período específico después del inicio del
experimento. La retención es el número de usuarios que usaron la función varias veces después de
estar expuestos a la función. La recomendación es una medida de cuántas veces los usuarios
recomendaron el producto a otros. Estas métricas rudimentarias proporcionan el primer paso para
comprender cuál de las características es mejor para el producto: la característica que se proporcionó
al grupo de control o la que se proporcionó al grupo de prueba.

Experimento para mejorar la función de búsqueda en un portal web de sistemas de medición

Problema diagnosticado. Después de revisar los comentarios de los clientes, en particular, las quejas
sobre la baja relevancia de los resultados de la búsqueda, el equipo de acción se centró en la función
de búsqueda de su portal web de medición. Diagnosticaron que el problema estaba relacionado con
la visualización de resultados, que se basaba en la similitud del texto. El algoritmo actual clasificó los
sistemas de medición en función de si el texto buscado estaba cerca del comienzo del nombre del
sistema de medición.

Hipótesis Cambiar el algoritmo a clasificaciones, los sistemas de medición más frecuentemente

utilizados, aumenta la relevancia de la búsqueda.

En el experimento, el equipo de acción decidió tener dos grupos: un grupo de control, que estaría
expuesto al mismo algoritmo de clasificación que anteriormente, y el grupo de prueba, que estaría
expuesto al nuevo algoritmo de clasificación. Los grupos se seleccionarían al azar, y el sistema de
experimento rastrearía la asignación de usuarios a grupos, de modo que el mismo usuario no reciba
dos tratamientos cuando use la función de búsqueda dos veces. La medida del éxito fue el tiempo que
le tomó al usuario hacer clic en un resultado de búsqueda (contando desde el comienzo de la
búsqueda).

Se planeó que el experimento se realizara durante un período de 2 semanas, de modo que el equipo
pudiera capturar el comportamiento de los usuarios en cualquier momento de trabajo y permitiría a
los usuarios familiarizarse con el nuevo algoritmo.

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.

La planificación del experimento concluye cuando se decide la configuración del experimento. En la
siguiente fase, la fase de ejecución de la acción, se deben implementar los niveles de tratamiento y se
debe preparar el banco de pruebas del experimento.

13 Resumen
La fase de planificación de la acción de cada ciclo de investigación de la acción es un hito importante
para la investigación. Proporciona al equipo de acción la capacidad de establecer el acceso requerido
a la infraestructura, el acceso a la competencia y garantizar que puedan tomar medidas en la siguiente
fase.

Lo que es específico para la investigación acción, en comparación con otros tipos de investigación, es
que el plan a menudo está orientado a la acción y a la entrega. Este enfoque es necesario ya que el
equipo de acción necesita planificar informes de estado y reuniones con las partes interesadas.

En estas presentaciones y reuniones, el equipo necesita mostrar resultados concretos y resultados de

las acciones tomadas y discutir el impacto de estas acciones. En este capítulo, mostramos cómo puede
verse un plan de acción y cómo crear uno. Discutimos las partes principales y proporcionamos
ejemplos. El siguiente paso es tomar las acciones y observar su impacto en las organizaciones
estudiadas.

Referencias
Genero, M., Cruz, J., & Piattini, M. (2014). Métodos de investigación en ingeniería de software.
Madrid: Ra-Ma.

Staron, M. (2020). Action Research in Software Engineering: Theory and Applications. Springer.

Investigación acción en ingeniería de software Material compilado por Cecilia Hinojosa R.