Design Thinking - En.es

Traducido del inglés al español - www.onlinedoctranslator.
com
El diario de sistemas y software 187 (2022) 111217
Listas de contenidos disponibles enCienciaDirecta
El diario de sistemas y software

revista Página de inicio:www.elsevier.com/locate/jss
¿Cómo se ha utilizado e integrado el pensamiento de diseño en las actividades

de desarrollo de software? Un mapeo sistemático✩
rafael parizia,∗,Matheus Prestésa,Sabrina Marczaka,tayana conteB
aPontificia Universidad Católica de Rio Grande do Sul - PUCRS, Brasil
BUniversidad Federal de Amazonas - UFAM, Brasil
información del artículo resumen
Historial del artículo: Las empresas de software han estado utilizando Design Thinking (DT) como un enfoque de diseño centrado
Recibido el 12 de julio de 2021 en el usuario, poniendo al usuario en el centro del proceso de desarrollo de software. En este artículo,
Recibido en forma revisada el 20 de diciembre de 2021 presentamos un estudio de mapeo sistemático para investigar el uso de DT en el desarrollo de software.
Aceptado el 5 de enero de 2022
Evaluamos 127 artículos de 2010 a 2021. Analizamos cómo se integra DT en el desarrollo de software, cuáles
Disponible en línea el 12 de enero de 2022
son los modelos y técnicas, cuáles son los criterios utilizados para seleccionar técnicas de DT y cuáles son los
Palabras clave: puntos clave que los profesionales de DT deben tener en cuenta cuando utilizando DT. Como resultado,
Desarrollo de software identificamos 3 estrategias para integrar DT en el desarrollo de software, 16 modelos y 85 técnicas. También
Diseño centrado en el usuario encontramos que la selección de técnicas está relacionada con los espacios de trabajo de los modelos que se
El pensamiento de diseño están realizando, e identificamos 7 criterios utilizados para seleccionar técnicas de DT. Es más,
Revisión de literatura
Estudio de mapeo sistemático
©2022 Elsevier Inc. Todos los derechos reservados.
1. Introducción el uso de la empatía de los diseñadores para abordar lo tecnológicamente

adecuado y factible a la hora de proponer una solución.
Los equipos de software han puesto al usuario en el centro del proceso Dado su enfoque iterativo para la resolución de problemas, DT se ha
de desarrollo (Peraire,2019), utilizando enfoques denominados como parte integrado con métodos ágiles para impulsar el desarrollo de software (
del paraguas centrado en el usuario (UCD). UCD ayuda a una comprensión Pereira y Ruso,2018;Magare et al.,2020). Mientras que DT fomenta la
profunda de los usuarios y sus objetivos, necesidades y restricciones ( comprensión del problema y la búsqueda de una solución que satisfaga las
González et al.,2010). También fomenta la empatía, la colaboración en necesidades del usuario, los métodos ágiles se centran en la velocidad, la
equipo y la interacción entre el cliente y el equipo de desarrollo (Martins et simplicidad, las entregas continuas y rápidas, la retroalimentación frecuente
al.,2019). y la reacción rápida a los cambios (Gurusamy et al.,2016). Sin embargo, la
Design Thinking (DT) es un enfoque UCD que involucra al usuario en el naturaleza de los equipos de desarrollo de software y la estructura asociada
desarrollo de soluciones de software innovadoras (Pereira y Ruso,2018). DT con la falta de capacitación en el tema del diseño y la cantidad de modelos y
busca fomentar la creatividad y practicar el pensamiento convergente y técnicas de DT disponibles, utilizando DT se vuelve un desafío. Por lo tanto,
divergente (Alhazmi y Huang,2020), ayudando a los equipos a lidiar con es importante investigar cómo se ha utilizado DT para respaldar el
problemas perversos, es decir, problemas mal estructurados que no tienen desarrollo de software y qué recursos están disponibles para satisfacer las
una definición clara y una solución establecida (Buchanan,1992;Senft et al., necesidades de los usuarios mediante la entrega de soluciones que aborden
2019;Sohaib et al.,2019). DT fomenta la creación de equipos el problema en cuestión.
multidisciplinares de exploración de técnicas y procesos enfocados a Estudios de revisión de la literatura como el deSousa et al. (2017) son
satisfacer las expectativas de los usuarios sobre el producto/servicio esfuerzos de investigación para informar sobre el uso de DT en el desarrollo
desarrollado (Vianna,2012), y promueve de software con el objetivo de ayudar a los profesionales sobre cómo usar
DT. Los autores evaluaron 22 artículos y mapearon 11 modelos y 55 técnicas
de DT. Los resultados también muestran que DT es un enfoque dinámico
✩ Montaje: Raffaela Mirandola.
que no define un orden a sus espacios de trabajo, lo que permite la
∗Correspondencia a: PUCRS: Avenida Ipiranga, 6681 - Partenon, RS, 90619-
adaptación de acuerdo con el contexto del problema. Las técnicas de DT
900, Brasil.
Correos electrónicos:rafael.parizi@edu.pucrs.br (R. Parizi),
apoyan a los equipos de desarrollo en el proceso de innovación del producto
matheus.plautz@edu.pucrs.br (M. Prestes),sabrina.marczak@pucrs.br (S. final.Waidelich et al.(2018) realizó una revisión de la literatura y analizó 35
Marczak),tayana@icomp.ufam.edu.br (T.Conte). documentos, incluidos artículos de revistas,
https://doi.org/10.1016/j.jss.2022.111217 0164-1212/©2022
Elsevier Inc. Todos los derechos reservados.
R. Parizi, M. Prestes, S. Marczak et al. El diario de sistemas y software 187 (2022) 111217
libros de texto y documentos web en alemán e inglés, para El resto de este artículo se organiza de la siguiente manera: Sección2
proporcionar una visión general amplia de los modelos DT utilizados en introduce DT en pocas palabras. Sección3presenta el método realizado en
la práctica, pero no limitados al desarrollo de software. Los autores este mapeo de literatura. Sección4muestra los resultados, respondiendo a
concluyen que no existe un modelo estandarizado para su uso. nuestras preguntas de investigación. Sección5analiza los resultados del SMS.
También señalaron que existe flexibilidad en los pasos a seguir, Finalmente, Sección6presenta las observaciones finales de este artículo.
indicando que el estudio de qué técnicas se pueden utilizar en cada
espacio de trabajo es una posibilidad de investigación a realizar.Pereira
y Ruso(2018) presentan una revisión de la literatura que evaluó 29 2. Pensamiento de diseño en pocas palabras
artículos entre 2008 y 2017 para identificar cómo el enfoque DT y los

métodos ágiles se integran en el proceso de desarrollo, qué estrategias Brener et al.(2016) presentan Design Thinking desde 3 perspectivas: DT
se utilizan y qué modelos existen para llevar a cabo esta integración. como mentalidad, como proceso o como caja de herramientas. Esta
Los autores descubrieron que el DT integrado a Agile busca capturar caracterización ha sido ampliamente aceptada en la literatura (Kuula et al.,
las necesidades de los usuarios en las primeras etapas y garantizar la 2020;levy y huli,2019;Hehn et al.,2020;Mahé et al., 2020). DT como
usabilidad del software. mentalidad considera que la innovación está hecha por humanos para
Por otro lado, la literatura también presenta que el DT no puede ser humanos, combina el pensamiento divergente y convergente, promueve la
considerado como una bala de plata. Por ejemplo,Pereira et al.(2021) filosofía de fallar a menudo y temprano, fomenta la creación de prototipos
investigó no solo los beneficios de usar DT en el desarrollo de software, que se pueden experimentar y prueba temprano con los clientes (Dobrigkeit
sino también los desafíos que los profesionales de TI podrían enfrentar y de Paula,2019).Dobrigkeit y de Paula(2019) también argumentan que el DT
con el uso de DT. Los autores realizaron un estudio de grupo focal con como mentalidad facilita trabajar en equipos que están compuestos por
39 profesionales de distintas funciones de empresas y señalaron que el diversos profesionales.Hehn et al. (2020) mencionan que el éxito de la
uso de DT requiere atención a puntos como la presión del tiempo, la empresa incluye cambios en la mentalidad del equipo de desarrollo. Los
autores argumentan que los miembros del equipo deben ser empáticos
falta de compromiso de los participantes, la resistencia para aplicar DT
para participar en actividades de cocreación, ya que el valor solo se puede
y la falta de empatía.De Paula et al.(2020) discuten los puntos y
obtener al comprender las necesidades de los clientes.
contrapuntos de la aplicación de DT en la industria del software.
Descubrieron que, además de conocer el problema correcto e
Design Thinking como proceso se estructura como un conjunto de
identificar las soluciones adecuadas, el uso de DT podría incluir algunos
espacios de trabajo iterativos, explorando tanto el pensamiento divergente
riesgos, como la falta de compromiso de los participantes o un gran
como el convergente (Brener et al.,2016). La literatura informa sobre una
esfuerzo para realizar actividades de DT que pueden considerarse una
serie de procesos de DT, también conocidos como modelos de DT. Cada
pérdida de tiempo. Por lo tanto, los profesionales de TI deben conocer
modelo define DT como un conjunto de espacios de trabajo para entender el
algunos puntos de atención al usar DT en el desarrollo de software
problema y producir soluciones innovadoras (marrón,2008;Araújo et al.,2015
para explorarlo de manera efectiva.
). En cada espacio de trabajo se puede aplicar un conjunto de técnicas,
En este contexto, aunque la literatura y la industria han sido
configurando la tercera perspectiva de DT: como caja de herramientas (
ampliamente estudiadas, dichos estudios se limitan a mostrar las
Hehn et al.,2020; Coutinho et al.,2016;Corral y Fronza,2018). DT como caja de
técnicas, modelos y herramientas de DT utilizadas en el desarrollo de
herramientas se refiere al uso de métodos y técnicas de diseño de
software. Por tanto, dada la importancia que los profesionales han
ingeniería, computación y psicología para resolver un problema (Kuula et al.,
atribuido a la DT (levy y huli,2019), es necesario ir más allá. Este artículo
2020).Dobrigkeit y de Paula(2019) sugieren que DT como caja de
tiene como objetivo contribuir al conocimiento actual mediante la
herramientas proporciona a los profesionales múltiples mecanismos para
mejora de la comprensión del uso de DT en el desarrollo de software.
ayudar a la creación de una solución en el proceso de diseño. Además, los
Además, nuestro estudio tiene como objetivo llenar el vacío de otras
autores defienden que el uso de métodos apropiados es un factor central de
revisiones de la literatura al identificar no solo los modelos y técnicas
éxito en el uso de DT.
de DT, sino también cuáles son las estrategias de integración de DT en
En el desarrollo de software, DT se ha estado utilizando como un
las actividades de desarrollo de sistemas, qué criterios consideran los
enfoque de resolución de problemas para apoyar la comprensión del
profesionales al tomar decisiones sobre qué técnicas de DT usar, y
problema a resolver, proponer y validar soluciones que satisfagan las
cuáles son los puntos a los que los practicantes de DT deben prestar necesidades de los usuarios (Alhazmi y Huang,2020;Martins et al.,2019;
atención cuando deciden usar DT. Realizamos un Estudio de Mapeo Kuula et al.,2020), colaborando desde las primeras etapas de las actividades
Sistemático (SMS) siguiendo las pautas definidas porPetersen et al.( de software, desde la obtención de requisitos (Hehn et al.,2020) a la creación
2008). Nuestro estudio tiene como objetivo responder a la siguiente de una mentalidad innovadora en desarrolladores, ingenieros y gerentes (
Pregunta de Investigación (RQ):¿Cómo se ha integrado Design Thinking Dobrigkeit y de Paula,2019). DT también admite una comprensión profunda
en el desarrollo de software, qué modelos y técnicas se utilizan, cómo de las necesidades del usuario, aumentando la colaboración de los equipos y
se seleccionan las técnicas de DT y cuáles son los puntos clave que los explorando la innovación que fomenta el desarrollo de soluciones de
profesionales de DT deben tener en cuenta al utilizar DT para el software centradas en el usuario (Dobrigkeit y de Paula,2019;Hehn y
desarrollo de software?''. Uebernickel,2018;Vetterli et al.,2013).
Por lo tanto, este estudio contribuye con investigadores y Por lo tanto, nuestro estudio tiene como objetivo comprender qué
practicantes de DT novatos, o incluso expertos, sintetizando y estrategias se han utilizado para integrar DT en el desarrollo de software,
avanzando lo que se sabe sobre el uso de DT en el desarrollo de qué modelos y técnicas se utilizan, qué criterios han utilizado los
software. Además, profundizamos en estudios previos e informamos 3 profesionales para seleccionar técnicas de DT y cuáles son los puntos clave
estrategias para integrar DT en el desarrollo de software, 16 modelos que los profesionales de DT deben tener en cuenta. cuando se utiliza DT
que pueden guiar esta integración, 83 técnicas que pueden usarse para para el desarrollo de software.
la comprensión de problemas y propuesta de soluciones, 7 criterios
que se han considerado para seleccionar las técnicas, 16 puntos de 3. Metodología
atención clave que los profesionales de DT deben tener en cuenta al
usar DT, y 4 conclusiones para ayudar a los profesionales de DT en el Esta sección presenta el estudio de mapeo sistemático que realizamos
uso de DT para el desarrollo de software. Nuestro artículo apoya sobre siguiendo los lineamientos propuestos porPetersen et al. (2008), con el
el uso de DT en el desarrollo de software, ya sea como trabajo previo al objetivo de identificar artículos que relatan el uso de DT en el desarrollo de
desarrollo o para integrar DT en actividades ya realizadas por los software. Además, realizamos una revisión de bola de nieve hacia adelante
equipos, como una forma de complementar nuestro mapeo de literatura como
2
Figura 1.El Proceso de Mapeo Sistemático y las Actividades Respectivas.
tabla 1 Tabla 2
Palabras clave utilizadas en este estudio. Los criterios de inclusión y exclusión.
Categoría Palabras clave Escribe Descripción
Desarrollo de software Ingeniería de software Inclusión IC1 Artículos relacionados con DT en el desarrollo de software
desarrollo de software
EC1 Artículos que no asisten al IC1, es decir, que no
industria del software
discuten DT en el desarrollo de software Artículos
construcción de software
Exclusión EC2 duplicados
proyecto de software
EC3 Trabajos no disponibles para descargar
proceso de software
EC4 Trabajos no escritos en inglés Trabajos que
proyecto de software
EC5 no fueron revisados por pares
administración
El pensamiento de diseño el pensamiento de diseño
sesión de diseño Tabla 3

Documentos recuperados de las bibliotecas digitales.
Buscador Resultado (# de papeles)
MCA 159
reportado porFelizardo et al.(2016). Nuestra revisión tuvo como objetivo
Explorar IEEE 592
responder a la siguiente RQ: ''¿Cómo se ha integrado DT en el desarrollo de ciencia directa 295
software, qué modelos y técnicas se utilizan, cómo se seleccionan las Scopus 1592
técnicas de DT y cuáles son los puntos clave que los profesionales de DT Saltador 551
deben tener en cuenta al utilizar DT para el desarrollo de software?''. Wiley 197
Total 3386
3.1. Mapeo sistemático de literatura
Figura 1ilustra el proceso SMS que seguimos, el cual estaba compuesto

trabajos no escritos en inglés (EC2, EC3 y EC4), o trabajos no revisados
por 7 actividades (actividades i a vii). Comenzamos definiendo un protocolo
por pares (EC5).
de investigación para nuestro estudio de mapeo. El protocolo está
A continuación, realizamos búsquedas automáticas de artículos en
compuesto por las preguntas de investigación, el enfoque de búsqueda y los
agosto de 20201sobre las siguientes bibliotecas digitales (actividad iv):
criterios para incluir o excluir artículos. Luego, partiendo del RQ principal,
Biblioteca Digital ACM,2exploración IEEE,3ciencia directa,4Scopus,5base de
derivamos las preguntas de investigación (actividad i):
datos springer,6y la biblioteca en línea de Wiley.7El total de artículos
RQ1. Qué estrategias para integrar Design Thinking en software recuperados fue de 3386 (verTabla 3).
se ha adoptado el desarrollo? Figura 2muestra el proceso de selección de trabajos (actividad v).
RQ2. ¿Qué modelos DT se utilizan en el desarrollo de software? RQ3. Realizamos los siguientes pasos: 1) exclusión de documentos duplicados, no
Qué técnicas de Design Thinking se utilizan en el software disponibles para descargar, no escritos en inglés o no revisados por pares,
¿desarrollo? 2) evaluación del acuerdo utilizando el coeficiente Kappa de Cohen (Landis y
RQ4. Lo que se informa sobre las técnicas de Design Thinking Koch,1977), 3) lectura del título, el resumen y las palabras clave, y 4) lectura
selección en el desarrollo de software? del texto completo de los artículos.
RQ5. ¿Cuáles son los puntos clave a tener en cuenta al usar DT en 1er paso: Exclusión de trabajos duplicados, no disponibles, no escritos en
¿desarrollo de software? inglés o no revisados por pares
En el primer paso del proceso de selección de trabajos, se trabajó en la
Formulamos las cadenas de búsqueda (actividad ii) utilizando la
eliminación de trabajos duplicados utilizando la herramienta StArt,8que
estrategia de palabras clave, según lo definido porPetersen et al.(2015).
brinda soporte técnico para el proceso sistemático de investigación.
Utilizamos Desarrollo de software y Design Thinking como dos categorías de
También excluimos artículos no revisados por pares, no disponibles para
palabras clave (vertabla 1). Las palabras clave de cada categoría se
descargar y artículos no escritos en inglés, de acuerdo con
combinaron con un operador booleano ''O'', y las categorías se combinaron
con un operador booleano ''Y''. La cadena de búsqueda definida fue:
1 Realizamos las búsquedas automáticas en las bibliotecas digitales en agosto de 2020. Luego,
con el objetivo de complementar el conjunto de documentos sobre el uso de DT en el desarrollo
((''ingeniería de software'') OR (''desarrollo de software'') OR (''industria
de software, realizamos una bola de nieve hacia adelante como lo sugiereFelizardo
del software'') OR (''construcción de software'') OR (''proyecto de
et al.(2016).
software'') OR (''software proceso'') O (''Gestión de proyectos de 2 https://dl.acm.org/
software'')) Y ((''design think*'') O (''sesión de diseño'')).
3 https://ieeexplore.ieee.org https://
4 www.sciencedirect.com/
Tabla 2muestra los criterios que usamos para seleccionar relevantest 5https://www.scopus.com 6
papeles. Estael estudio se centra en el informe de documentos uso de DT en https://link.springer.com/
desarrollo de software (Criterios de Inclusión 1 – IC1). Los criterios de 7https://bibliotecaenlinea.wiley.com/ 8http://
exclusión nos permiten no incluir trabajos no disponibles o duplicados, lapes.dc.ufscar.br/tools/start_tool
3
Figura 2.SMS - Proceso de selección de artículos y resultados.
Tabla 4 restantes 179 artículos del total de artículos recuperados de las

Índices de coeficiente KAPPAViera et al.(2005). búsquedas automáticas. La tasa de exclusión fue del 85,88%.
Kappa Descripción del acuerdo
4to paso: Lectura del texto completo
<0 sin acuerdo
0,01–0,20 Ligero acuerdo En este paso leemos el texto completo de los 179 artículos
0,21–0,40 acuerdo justo restantes. Se excluyeron 70 trabajos que no correspondían a DT en
0,41–0,60 acuerdo moderado desarrollo de software, resultando en una tasa de exclusión de 2,07%.
0,61–0,80 acuerdo sustancial
Así, el proceso de selección de trabajos resultó en 109 trabajos
0,81–0,99 acuerdo perfecto
seleccionados. La tasa de exclusión total fue del 96,78% y la tasa de
aceptación fue del 3,22%.
Tabla 5
Resultado del coeficiente KAPPA.
3.2. Bola de nieve hacia adelante
Estudios Estudios KAPPA

Aceptado Rechazado Coeficiente Fig. 3muestra el procedimiento de bola de nieve hacia adelante que seguimos.
Autor 1 33 124 Felizardo et al.(2016) argumentan que la bola de nieve hacia adelante es un
0.8531
Autor 2 37 120 procedimiento alternativo para actualizar los estudios de revisión de la literatura.
Realizamos el procedimiento de bola de nieve hacia adelante en 3 iteraciones.
Utilizamos el conjunto de 109 artículos seleccionados en el SMS como semilla de
inicio. Entonces, buscamos citas de cada uno de los 109 artículos en la semilla de
criterios EC2 a EC5, respectivamente. En este primer paso, retiramos 299
inicio. Usamos Google Académico9para encontrar las citas de cada artículo.
papeles, quedando 3087 papeles. La tasa de exclusión de trabajos fue del
8,83%.
Descargamos las citas y analizamos cada una según los criterios
de inclusión y exclusión previamente establecidos. Iniciamos el
2do paso: Evaluación de la concordancia utilizando el coeficiente Kappa proceso de selección excluyendo trabajos duplicados, no revisados
En el segundo paso, realizamos una evaluación de concordancia por pares, no escritos en inglés o no disponibles para descargar.
usando el coeficiente Kappa de Cohen (Landis y Koch,1977). Kappa Los artículos restantes se analizaron por título, resumen y palabras
proporciona un coeficiente para estimar el grado de acuerdo entre clave.
dos revisores (Unnikrishnan y Hebert,2005).Tabla 4 presenta los
valores de acuerdo de Kappa. Iteración 1
En la iteración 1, encontramos 1387 citas para los 109 artículos de la
En este paso, seleccionamos el 5% de los artículos (157 artículos)
semilla inicial. Inicialmente, excluimos 967 citas usando los criterios de
para calcular el coeficiente de concordancia Kappa de Cohen. Los
exclusión EC2-EC5, quedando 420 citas. Luego, leemos el título,
artículos fueron seleccionados al azar y 2 autores los examinaron.
resumen y palabras clave de las 420 citas. Se excluyeron más artículos
Mediante este paso se obtuvo un coeficiente de concordancia de
404 mediante EC1. A continuación, hicimos la lectura completa y
0,8531, considerado perfecto según los índices de concordancia de
aceptamos 16 artículos en la iteración 1.
Kappa.Tabla 5 ilustra el resultado del coeficiente Kappa. El autor 1
aceptó 33 artículos y rechazó 124 artículos, mientras que el autor 2 Iteración 2
aceptó 37 y rechazó 120 artículos, lo que resultó en un grado perfecto En la iteración 2, considerando como semilla inicial los 16 artículos que
de acuerdo. Así, se procedió a la selección de los artículos considerando seleccionamos en la iteración 1, encontramos 82 citas. Inicialmente,
los criterios de inclusión y exclusión, con base en el resultado del excluimos 58 citas usando los criterios de exclusión EC2-EC5, quedando 26
coeficiente Kappa de Cohen. citas. Luego, leemos el título, resumen y palabras clave de las 26 citas. Se
excluyeron más 24 artículos mediante EC1. A continuación, hicimos la lectura
3er paso: Lectura del título, resumen y palabras clave
completa y aceptamos 2 artículos nuevos en la iteración 2.
En este paso, realizamos la selección de los artículos mediante la lectura
del título, las palabras clave y el resumen. Leímos los artículos 3087 y
aplicamos los criterios IC1 o EC1. Como resultado, se excluyeron 2908
artículos que no cumplían con los criterios de inclusión y exclusión, 9https://erudito.google.com
4
Fig. 3.Reenviar iteraciones de bola de nieve.
Iteración 3
En la iteración 3, considerando como semilla inicial los 2 artículos que
seleccionamos en la iteración 2, no encontramos citas. Entonces, terminamos las
iteraciones de bola de nieve hacia adelante. Por lo tanto, hemos seleccionado 127
artículos en nuestro estudio de mapeo. Sección4presenta los resultados que
obtuvimos al realizar la extracción de datos de los artículos seleccionados.
4. Resultados
Esta sección presenta los resultados de este Estudio de Mapeo Sistemático.

Inicialmente, mostramos los metadatos de los resultados que extrajimos de los
artículos seleccionados. A continuación, discutimos cada pregunta de
investigación que planteamos en la Sección3.
Tabla 6enumere los 109 trabajos aceptados a través del SMS, yTabla 7muestra
los 18 trabajos seleccionados que aceptamos a través del procedimiento de bola
de nieve hacia adelante. Ambas tablas incluyen la identificación del artículo, la
clasificación (capítulo de libro, artículo de conferencia o artículo de revista), título y
autores. Usamos la ID del artículo para identificar el artículo en el análisis de los
resultados. También clasificamos los trabajos seleccionados en investigación
empírica y no empírica (Cruzes y Dyba,2010),
como sigue:
• empags
iric a yo estoysoídoh:pag apers con el metroéticao Dprocedimientos ológicos
aplicación muerto In / A ext, tal h como:
verdadero continuación
— C.AaDelaware ic-coantes xt: t el p aper Washington

metro D
s desarrollado con estu-
Delawaresoy yo norteun acaDemiC cn
norte o text;
Indianaustrsí co Texast: th mi pags
apormi favor como d evse fugó en una industria
—
tratar envYo Ron soy es t;

Posada ovalado ion Contmi xt: el episodioaEducación
r was
— física desarrollado para sociales
Posada ovalado yo ;
norte
• No - empags
iric ree
s Alabama pags
esd
canal: Pensilvania
Arkansas r escussing teórico y Figura 4.FrecuenciaXAño de cada categoría de artículos.
philocompensación
hicala sordenador
mit personal
, no applie D Inortea pags contexto práctico.
— el miOreticao yoC ext: thmipae

ags
pags
r wcomo
no se aplica a ninguna
•
Nuevo Testamento
Investigación de evaluación: trabajos que describen los resultados de la
conortetexto .
investigación de un problema en la práctica, mostrando el uso de un
método en la práctica.
4. 1. Resultsm estadoena • Propuesta de solución: artículos que proponen una solución
nique y discutir sobre su relevancia, sin validar completamente
fi gramo
. 4 show S t hmipags apags ejem
s' esequivalente
tumi cy By y mi ar relacionado con DT en
dación La técnica debe ser nueva, o al menos una mejora.
norte
sa menudo están desarrollador

mi podar metro mi , Testamento
Nuevo Cenp.ej oresmi D as BoOK Ccapítulos, conferencia
ment en una técnica existente.
papel s, yo urna al articlmi s .mes S toF thmi metrowejem
miptu blicado en 2019 (29
pags
mono rs), f viejolwo mi D B2 años 0dieciséisanorted 2 0 20 2 ( 0 pags apers), y 2018 (19 • Investigación de validación: artículos que investigan las propiedades
pags
mono rs). de una propuesta de solución que aún no ha sido implementada
W micomo yoo clcomo ssies decir h a mis para
dteppr ow engramoelhprograma de clasificación
todos en la práctica. También incluye trabajos que involucren
psdb
o mi y W es decir Rhode
norte a mi
gramo
Island t Alabama
2 .0( 0 6) , suCh as: experimentos, simulación, prototipo o análisis matemático.
5
Tabla 6
Papeles seleccionados.
IDENTIFICACIÓN C Título Autores

001 Integrando el Design Thinking en la metodología de la UCD González et al.(2010) El Sharkawy y
002 Un enfoque heurístico para apoyar la innovación en la ingeniería de requisitos Pensamiento de diseño Schmid(2011) Berger(2011)
003 para el diseño de interfaz de usuario de búsqueda
004 Aumento del consumo de datos abiertos en Kenia: un enfoque de pensamiento de diseño de palacios a Mutuku y Colaco(2012) Vetterli et
005 yurtas: por qué la ingeniería de requisitos necesita pensamiento de diseño Metodología de pensamiento de al.(2013) Sandino et al.(2013)
006 diseño para el diseño de aplicaciones interactivas en tiempo real Tren rápido a DT: una guía práctica para Hiremath y Sathiyam(2013) Adikari
007 entrenar el pensamiento de diseño en la industria del software Contextos reformulados : Pensamiento de et al.(2013) Diaz et al.(2014)
008 diseño para el diseño ágil de la experiencia del usuario
009 CoDICE: Equilibrando la ingeniería de software y la creatividad en el co-diseño de encuentros digitales con el patrimonio
cultural
010 Pensamiento de diseño: expectativas desde una perspectiva de Rinow y Meinel(2014)
011 gestión Del desarrollo de productos a la innovación McMahon(2014) Ahmed et al.(
012 Guiar a los desarrolladores de bases de datos novatos en la creación de esquemas de bases de datos 2014) Liikkanen et al.(2014)
013 Lean UX: la próxima generación de desarrollo ágil centrado en el usuario Pensamiento de diseño kah-hoe y wang(2014)
014 para la evaluación de usabilidad del servicio de plataforma en la nube Newmann et al.(2015) Araújo
015 El papel del pensamiento de diseño y la creación de prototipos físicos en la ingeniería de software social et al.(2015) Ferreira et al.(2015
016 Tendencias en el uso del pensamiento de diseño para sistemas integrados ) Chasanidou et al.(2015)
017 Obtención de requisitos mediante el uso de personas y el mapa de empatía para mejorar la experiencia del usuario Almuerzos(2015)
018 Métodos y herramientas de pensamiento de diseño para la innovación
019 Una breve introducción al pensamiento de diseño
020 Design Thinking Framework para mejorar el diseño orientado a objetos y la habilidad de análisis de problemas en Rajashekharaiah et al.(2016)
el laboratorio de programación Java: una experiencia
021 ¿Pueden los metamodelos vincular el desarrollo con la intención del diseño? Jugar(2016)
022 Alinear la innovación sanitaria y los requisitos de software a través del pensamiento de diseño Marco Carroll y Richardson(2016) Lucena
023 de desarrollo de software de pensamiento de diseño de IBM et al.(2016) Queiros et al.(2016)
024 LODPRO: proceso de desarrollo de objetos de aprendizaje Los modelos Tellioğlu(2016) Azab et al.(2016)
025 como puentes entre el pensamiento de diseño y la ingeniería
026 OnTimeCargo: desarrollo de un sistema de transporte inteligente en la gestión logística mediante un enfoque de
pensamiento de diseño
027 Pet empires: combinación de pensamiento de diseño, puesta en marcha esbelta y ágil para aprender del fracaso y de Paula y Araújo(2016)
desarrollar un juego exitoso en un entorno de pregrado
028 Los orígenes del pensamiento de diseño y la relevancia en las innovaciones de software Jensen et al.(2016)
029 Un marco integrado para el pensamiento de diseño y métodos ágiles para la transformación digital Gurusamy et al.(2016)
030 ¿Estamos preparados para la mejora disruptiva? rosel(2016)
031 Fallas de comunicación en la integración del diseño centrado en el usuario y el desarrollo ágil Bordin y De Angeli(2016) Matz y
032 Aumento de la calidad de la definición de casos de uso a través de un método colaborativo de pensamiento de Germanakos(2016)
diseño y un estilo de documentación híbrido alternativo
033 Desarrollo de equipos de alto rendimiento: un enfoque basado en el pensamiento de diseño Diseño Keighran y Adikari(2016) Adikari et al.(
034 integrado en el diseño conjunto para la innovación rápida de soluciones de diseño De lo real a lo 2016) Malins y Maciver(2016)
035 virtual: desarrollo de software mejorado mediante el uso del pensamiento de diseño Marco de Sarbazhosseini et al.(2016) Canedo y
036 pensamiento de diseño para la gestión de carteras de proyectos Parente da Costa(2016) Carlgren et al.(
037 Encuesta sobre el uso del pensamiento de diseño en los requisitos ágiles de software: un estudio de caso 2016) Goodspeed et al.(2016)
038 Enmarcando el pensamiento de diseño: el concepto en la idea y la promulgación
039 Aplicación de métodos de pensamiento de diseño a las herramientas de gestión de ecosistemas: creación del Explorador de hábitats
acuáticos de los Grandes Lagos
040 Promoción de la obtención de requisitos de usabilidad y accesibilidad en Design Thinking: uso de un objeto Exacción(2017)
diseñado como objeto límite
041 Análisis de preguntas y respuestas en el pensamiento de diseño en la etapa conceptual de desarrollo de un sistema con un Sosnin(2017)
software
042 El manifiesto ágil, el pensamiento de diseño y la ingeniería de sistemas Darrin y Devereux(2017) Ávalos
043 Hackathons, semestralathons y summerathons como vehículos para desarrollar el talento local de las ciudades inteligentes que a et al.(2017)
través de sus innovaciones promuevan la sinergia entre la industria, la academia, el gobierno y los ciudadanos
044 Un marco de modelo de medios narrativos empresariales para la construcción de conocimiento y codiseño abierto para ciudades Lee y Sohn(2019)
inteligentes
045 Las perspectivas de los estudiantes sobre la aplicación del pensamiento de diseño para el diseño de aplicaciones Valentim et al.(2017) Palacín-
046 móviles Infundir el pensamiento de diseño en un curso final de ingeniería de software Silva et al.(2017) Murugesan
047 Identificación de características de diseño utilizando una combinación de técnicas de obtención de requisitos et al.(2017) Reddy et al.(2017
048 FATHOM: entorno TEL para desarrollar habilidades de pensamiento divergente y convergente en el diseño de )
software
049 A2BP: un método para el análisis ambidiestro de procesos de negocio Santos y Alves(2017) Nedeltcheva y
050 Combinando el pensamiento de diseño, el diseño de la experiencia del usuario y Agile: Hacia un marco de cooperación Shoikova(2017) Kloeckner et al.(2017)
051 Métodos y técnicas de pensamiento de diseño en la educación del diseño Glomann(2017)
052 Presentamos el flujo de trabajo ágil centrado en el ser humano (HCAW), un modelo de proceso de desarrollo y
concepción ágil
053 Lo mejor de tres mundos: la creación de innodev, un enfoque de desarrollo de software que integra Dobrigkeit et al.(2017)
el pensamiento de diseño, scrum y lean startup
Categoría de publicación (C): Actas de conferencias | Tipo Capítulo de libro | Artículo de revista
de Investigación (T): Empírica -{ Académica
000 | 000 Industria | 000 Innovación} | No empírico - 000 Teórico
(Continúa en la siguiente página)
6
Tabla 6(continuado).
054 Pensamiento de diseño y prácticas ágiles para la ingeniería de software: una oportunidad para la innovación La Corral y Fronza(2018) Levy y
055 importancia de la empatía para analizar los requisitos de privacidad Hadar(2018) Murugesan et
056 Recomendaciones de políticas para inducir cambios de comportamiento a través de la visualización interactiva de energía al.(2017) Pham et al.(2018)
057 Una primera implementación de un taller de pensamiento de diseño durante un proyecto de curso de desarrollo de aplicaciones
móviles
058 Adoptar prácticas de pensamiento de diseño para satisfacer las expectativas del cliente en prácticas ágiles: un caso Prasad et al.(2018)
de la industria de desarrollo de software de Sri Lanka
059 CPM/PDD en el contexto de Design Thinking y Desarrollo Ágil de Sistemas Ciber-Físicos: Casos de uso y Luedeke et al.(2018)
metodología
060 Diseño de sistemas de información centrados en el ser humano: hacia una comprensión de los desafíos en la Hehn et al.(2018)
especificación de requisitos dentro de proyectos de pensamiento de diseño
061 Educar para la empatía en el curso de ingeniería de software Exacción(2018)
062 Aprovechando el proceso de diseño de juegos: hacia un marco centrado en el contenido para comprender y Larsen(2018)
enseñar el diseño de juegos en la educación superior
063 Agregar la gestión de proyectos al estilo Scrum a una clase avanzada de Design Thinking Dobrigkeit et al.(2018) Pendse y
064 Software 4.0: 'Cómo' construir sistemas de 'próxima generación' Amre(2018) Hehn y Uebernickel(
065 El uso del pensamiento de diseño para la ingeniería de requisitos: un estudio de caso en curso en el campo de los 2018)
sistemas innovadores intensivos en software
066 Análisis visual para el desarrollo de sistemas ciberfísicos: combinación de pensamiento de diseño y pensamiento de Gürdür y Törngren(2018)
sistemas
067 Uso del pensamiento de diseño para la ingeniería de requisitos en el contexto de la digitalización y la Carrell et al.(2018)
transformación digital: una motivación y un informe de experiencia
068 Metodologías de diseño efectivas Asante(2018)
069 Integración de conceptos de biología celular y molecular: Comparación de los logros de aprendizaje y la autoeficacia en las Goudsouzian et al.(2018)
correspondientes experiencias de laboratorio de pregrado en vivo y virtuales
070 Enfoques ágiles avanzados para mejorar las actividades de ingeniería The Burchardt y Maisch(2018)
071 Product Backlog Sedano et al.(2019) Peraire(2019)
072 Ágil de doble vía en la educación en ingeniería de software
073 Pensamiento de diseño en la práctica: comprender las manifestaciones del pensamiento de diseño en la ingeniería de Dobrigkeit y de Paula(2019)
software
074 Design Thinking y requisitos de aceptación para diseñar software gamificado Piras et al.(2019) levy y
075 Design Thinking en pocas palabras para obtener los requisitos de un proceso empresarial: un estudio de caso de un huli(2019)
taller de Design Thinking
076 Una metodología paso a paso para el diseño de software de una herramienta de análisis de aprendizaje en América Latina: un Ortiz-Rojas et al.(2019)
estudio de caso en Ecuador
077 Definición de Indicadores en la Ejecución de Proyectos Educativos con Design Thinking Utilizando la Revisión Almeida et al.(2019)
Sistemática de Literatura
078 Cómo la transformación digital puede influir en el modelo de negocio, estudio de caso para la industria del transporte Genzorova et al.(2019)
079 Creación de un equipo de proyecto digital innovador: palancas para permitir la transformación digital Guinan et al.(2019) Daniels
080 Implementación de la tecnología de muestreo de experiencia para el análisis funcional en medicina familiar: un et al.(2019)
enfoque de pensamiento de diseño
081 Pensamiento de diseño: Desafíos para la elicitación de requisitos de software Martins et al.(2019) Bargh y
082 Hacia la aplicación del pensamiento de diseño para diseñar sistemas de información que protejan la Choenni(2019) Challiol et al.(2019)
083 privacidad Recursos de Design Thinking para el codiseño in situ de juegos móviles Ahmed et al.(2018) Gama et al.(
084 Una metodología Lean Design Thinking (LDTM) para aprendizaje automático y proyectos de datos modernos Combinación de 2018b) Gama et al.(2018a) Budiarto
085 aprendizaje basado en desafíos y pensamiento de diseño para enseñar el desarrollo de aplicaciones móviles et al.(2018) Brasil et al.(2019)
086 Una metodología de hackathon para proyectos de cursos de pregrado Arbieto-Batallanos et al.(2019) brad
087 Sistema de monitoreo y evaluación basado en la web SMARTD et al.(2019) Kahan et al.(2019)
088 Design Thinking y Scrum en la obtención de requisitos de software: un estudio de caso Aplicación Araújo et al.(2019) Senft et al.(2019)
089 móvil basada en el pensamiento de diseño para la enseñanza de la cinemática Harriet et al.(2019)
090 CALDET: una metodología de desarrollo de software integrada impulsada por
091 TRIZ Desafíos en la ingeniería de requisitos: ¿podría ayudar el Design Thinking?
092 Design Thinking versus Design Sprint: un estudio comparativo
093 Un enfoque centrado en el valor para aplicaciones de software únicas y novedosas
094 Innodeck: soporte de innovación basado en tarjetas: un enfoque modular centrado en el ser humano para facilitar
talleres de innovación
095 Uso de enfoques ágiles para impulsar iniciativas de mejora de procesos de software Nalepa et al.(2019) Sohaib et
096 Integración del pensamiento de diseño en la programación extrema al.(2019) Alhazmi y Huang(
097 Integración de Design Thinking en Scrum Framework en el contexto de la gestión de ingeniería de 2020)
requisitos
098 Un método de evaluación basado en LX (experiencia del alumno) de los programas de educación y capacitación para Kawano et al.(2019)
ingenieros de software profesionales
099 Enfoque de pensamiento de diseño para aplicaciones móviles Diseño de gestión de mitigación de desastres Suzianti et al.(2020) De
100 Pensamiento de diseño en la industria Paula et al.(2020) Kuula
101 Tres fases para transformar una empresa de TI basada en proyectos en un proveedor de servicios digitales Lean y et al.(2020)
orientado al diseño
102 Sobre la integración del pensamiento de diseño para la ingeniería de requisitos centrada en el ser humano Migración de Hehn et al.(2020) Mahé
103 una fábrica de software al pensamiento de diseño: prestar atención a las personas y los modos de pensar ¿Cuándo ayuda el et al.(2020)
104 diseño a pensar y cuándo ayuda el pensamiento de diseño? Penzenstadler(2020)
7
105 Diseño de una aplicación de autoaprendizaje sobre la ecología de los manglares basada en un enfoque de Arayalert y Puttinaovarat(2020)
106 microaprendizaje Adoptando la calidad con Design Thinking Tannian(2020) Chongwatpol(2020)
107 Puesta en práctica del pensamiento de diseño en proyectos de análisis e inteligencia empresarial ''StoryWeb'': una aplicación Parque et al.(2020) Magare et al.(2020)
108 para compartir conocimientos basada en la narración de historias entre múltiples partes interesadas Análisis de mapeo
109 inherente de la metodología de desarrollo ágil a través del pensamiento de diseño
Categoría de artículos (C): Actas de congresos | Capítulo de libro | Artículo de revista

Tipo de Investigación (T): Empírica -{000
Académica | 000 Industria | 000 Innovación} | No empírico - 000 Teórico
Tabla 7
Publicaciones seleccionadas a través de una bola de nieve hacia adelante.

110 Experimentando con el pensamiento de diseño en el refinamiento de requisitos para un sistema de gestión del aprendizaje Freitas et al.(2013)
111 Promoción de la creatividad y el pensamiento innovador en la enseñanza de la ingeniería de software: un estudio de González y Fleitas(2015)
112 caso Un estudio experimental del uso del pensamiento de diseño como un enfoque de elicitación de requisitos para de Carvalho Souza y Silva(2015)
entornos de aprendizaje móvil
113 Enfoque de pensamiento sistémico para implementar kanban: un estudio de caso Senapathi y Drury-Grogan(2021) Kongot
114 Capacitar a los gerentes de proyectos en las empresas: un enfoque de pensamiento de diseño para administrar proyectos y Pattanaik(2017)
comerciales
115 Apoyar la enseñanza de técnicas de pensamiento de diseño para la elicitación de requisitos a través de una herramienta de Sousa et al.(2020)
recomendación.
116 Técnica para representar requisitos usando personas: un experimento controlado Un breve estudio sobre la Ferreira et al.(2018)
117 mejora de la calidad de las aplicaciones empresariales usando el pensamiento de diseño De y Vijayakumaran(2019)
118 Nedeltcheva y Shoikova(2018)
119 Dobrigkeit et al.(2020a) Canedo et al.(
120 Uso del Design Thinking en Proyectos Ágiles de Software: Percepción de los Desarrolladores de Software 2020) Díaz Intal et al.(2020)
121 Diseño de experiencia de usuario para aplicaciones móviles de gestión de desastres utilizando el enfoque Design
Thinking
122 InnoDev: una metodología de desarrollo de software que integra pensamiento de diseño, scrum y lean startup Dobrigkeit et al.(2019)
123 Taller de InnoDev: una introducción de un día a la combinación de Design Thinking, Lean Startup y Dobrigkeit et al.(2020b)
desarrollo de software ágil
124 Ingeniería de requisitos y el papel del Design Thinking Husaria y Guerrero(2020) Jolak et
125 El pensamiento de diseño de los desarrolladores de software coubicados frente a los distribuidos: ¡la distancia golpea de al.(2020) Puad et al.(2019)
126 nuevo! Diseño de una aplicación persuasiva para el cambio de comportamiento con niños Delaware(2020)
127 Una perspectiva novedosa para el modelado de amenazas utilizando Design Thinking y principios ágiles
Actas de la conferencia |
Categoría de publicación (C): Tipo de Capítulo de libro | Artículo de revista
investigación (T): Empírica -{ 000 Académico | 000 Industria | 000 Innovación} | No empírico - 000 Teórico
Figura 5.Clasificación de los artículosXTipo de investigación.
8
Figura 6.Estrategias para la Integración de DT en el Desarrollo de Software.
• Artículos filosóficos: artículos que presentan discusiones sobre documentos. Vale la pena mencionar que no incluimos en la trama el
formas de entender el fenómeno de manera conceptual. documento que introdujo las estrategias (por ejemplo, (Hehn et al.,
• Artículos de opinión: artículos que tienen la opinión del autor sobre lo 2020)).
que está mal o bien sobre un tema determinado. Los resultados muestran que Upfront DT es la estrategia más citada
• Documentos de experiencia personal: documentos que reportan experiencias de para integrar DT en el desarrollo de software. Significa que DT apoya a
la aplicación de algún método o técnica, incluyendo un conjunto de lecciones los equipos para descubrir las necesidades de los usuarios, validando
aprendidas. las propuestas de soluciones candidatas al inicio de las actividades de
ingeniería de requisitos en un proceso de desarrollo de software. Los
Wieringa et al.(2006) mencionan que un mismo trabajo puede estudios que utilizan DT en una estrategia Upfront lo consideran para
clasificarse en más de una clase. Siguiendo esta clasificación, comprender y definir el problema, idearlo en varias ideas de soluciones
correlacionamos cada artículo de acuerdo con los 2 tipos de investigación, candidatas, crear prototipos de las soluciones candidatas y obtener
incluida la investigación empírica en los contextos académico, industrial o de comentarios de las partes interesadas. Por ejemplo,Dobrigkeit y de
innovación, y la investigación no empírica en el contexto teórico.Figura 5 Paula(2019) realizó un estudio basado en entrevistas y recopiló las
muestra que la mayoría de los estudios se realizaron como investigación percepciones del equipo sobre DT en el desarrollo de software. Los
empírica en el contexto de la industria con fines de evaluación (33 artículos), entrevistados informaron que utilizan DT como una fase previa al
seguidos de informes de experiencia en el contexto académico (21 artículos) desarrollo para comprender el problema, para recopilar las
y propuesta de una solución en la industria (20 artículos). necesidades de los usuarios, proponer soluciones y validar prototipos
antes de comenzar el proceso de desarrollo en sí.
4.2. Resultados de las preguntas de investigación Peraire(2019) utilizó la estrategia Infused DT para integrar DT en un
enfoque ágil de doble vía, combinando la interacción humano-computadora
RQ1: ¿Qué estrategias se han adoptado para la integración de DT en el y la ingeniería de requisitos en un curso con estudiantes para el desarrollo
desarrollo de software? de software. Los autores utilizaron prácticas como la ideación y la
Esta pregunta de investigación clasifica el uso de DT integrado al experimentación para generar alternativas de conceptos de diseño de
desarrollo de software siguiendo las estrategias de integración interacción viables que puedan satisfacer las necesidades de las partes
definidas en (Hehn et al.,2020): interesadas.
Mahé et al.(2020) han utilizado la estrategia de integración DT continua.
1. Upfront DT: en esta estrategia, DT se considera como una actividad de
Los autores informan el uso de DT para cambiar la mentalidad de una
inicio de un proyecto de software. DT se utiliza para comprender al
empresa. Aplicaron DT a una empresa con el objetivo de modificar la
cliente e identificar funciones útiles que se implementarán en el
metodología tradicional de desarrollo de software que se había utilizado y
software.
que había resultado en dificultades como la reducción de la motivación de
2. DT infundido: en esta estrategia, el DT se considera como una caja de
los empleados, la falta de comunicación entre consultores y desarrolladores
herramientas para apoyar las actividades de ER existentes.
y la obtención deficiente de requisitos.
3. DT continuo: en esta estrategia, el DT se considera un enfoque
Así, tomando el DT como estrategia continua, la compañía logró una
integrado completo en el desarrollo de software, involucrando a
mejora en los procesos de elicitación de requisitos y ayudó a
los clientes a lo largo de todo el ciclo de desarrollo.
consultores y analistas a identificar las características más relevantes, a
Figura 6ilustra las 3 estrategias de integración de DT en el desarrollo de mejorar la relación entre los clientes y los gerentes y consultores de la
software. Mapeamos las estrategias de integración para cada contexto de empresa, y a fomentar el compromiso del equipo. promover la
investigación: investigación empírica en el contexto académico, industrial y creatividad de los empleados, fomentar una colaboración sólida y
de innovación, e investigación no empírica en el teórico. conducir a una filosofía de "fracaso rápido, aprendizaje rápido".
9
Tabla 8
Modelos de pensamiento de diseño, espacios de trabajo y papeles.
# de trabajo- Modelo Documentos

espacios de trabajo
ing espacios
2 DCIDT Divergente - Convergente 008
045 046 085 086 089 051
marrón Inspiración - Ideación - Implementación 002 078 073 103 115

008
3
Souza y Silva Inmersión - Ideación - Prototipado 017 112 077 088
Daniels et. Alabama Comprender - Explorar - Materializar 080 087
códice Recursos - Ideas - Diseño Productos 009
dune y martin Generar Ideas (abducción) - Predecir Consecuencias (deducción) 008
- Prueba - Generalizar (Inducción)

043
4 DT de IBM Comprender - Explorar - Prototipar - Evaluar 023 050 118
HCAW Investigación - Ideación - Prototipado - Evaluación 052

061 083
Diamante doble Descubrir - Definir - Desarrollar - Entregar 113 102

106 055
Almuerzos Descubrir - Definir - Crear - Evaluar 019
011 014 020 054 057 076 104 099 107 116
004 028 036 038 049 050 058 065 066
d.escuela Empatía - Definir - Idear - Prototipar - Testear 067 073 075 091 096 098 101 109 124
5 018 022 039 105 120 126
016 035 041 042 068 082 097 106 117 127
060
Meinel y Leifer - (Re)definir - Búsqueda de necesidades y síntesis - Idear - Prototipar 033 034
- Prueba
Tablero de conducción Acercar - Desarrollar - Presentar y Provocar - Explorar - Reflexionar 015
6 - Escapar
063
052 059 070 073 114 123 030 122
Instituto Hasso Plattner Comprender - Observar Punto de vista - Idear - Prototipar - Probar 003
tuto (HPI)
029 092 053
Nordstrom (de Paula y Definir - Observar - Formar ideas - Enmarcar oportunidades - Lluvia de 027
Araújo) ideas - Experimentar
Hiremath y Sathyiam Alcance - Investigación - Síntesis - Ideación - Creación de prototipos - 007
Validación - Implementación
7
Sandino Definir - Explorar - Idear - Prototipar - Seleccionar - Implementar - 006 037
Revisar
Tipo de investigación: Empírica{ 000 Académico 000 Industria 000 Innovación} | No empírico - 000 Teórico
RQ2: ¿Qué modelos de DT se utilizan en el desarrollo de software? los desafíos de los usuarios finales. Ideación es un espacio de trabajo que
En esta pregunta, mostramos los modelos DT que encontramos en la permite analizar los datos recopilados previamente para convertirlos en
literatura. Un modelo de DT representa un conjunto de espacios de trabajo ideas para prototipar la solución. La implementación es un espacio de
de DT, que abarca actividades que proporcionan una manera de comenzar trabajo realizado para probar los prototipos generados y recopilar
desde el espacio del problema y evolucionar hacia el espacio de la solución ( comentarios de los usuarios.
Dobrigkeit y de Paula,2019).Brown y Wyatt(2010) defienden que es mejor Modelo Souza y Silva DT(Souza y Silva,2014) contiene 3 espacios de
pensar en el proceso de DT como un sistema de espacios superpuestos que trabajo: Inmersión, para la captura y procesamiento de la información de los
como una secuencia de pasos ordenados. usuarios, Ideación, trabajando sobre las ideas más referenciadas en la
Tabla 8muestra los modelos de DT que identificamos en nuestro información proporcionada por los usuarios, posibilitando la identificación
Estudio de Mapeo Sistemático, considerando el número de espacios de de requerimientos y características de la solución propuesta, y Prototipado,
trabajo en sí, el conjunto de espacios de trabajo y los estudios que los enfocado a transformar la requisitos y características en una solución real, y
mencionaron. en verificar con el usuario si los requisitos coinciden con las necesidades de
# Modelo DT con 2 puestos de trabajo los usuarios.Ferreira et al. (2015) utilizó este conjunto de espacios de trabajo
Modelo de pensamiento de diseño basado en la investigación para presentar Pathy, una técnica para explorar la empatía, yBrasil et al.(
divergente-convergente (DCIDT)es un modelo de DT que organiza la DT 2019) aplica DT con espacios de trabajo de inmersión, ideación y creación de
explorando espacios divergentes y convergentes asociados a 2 actividades: prototipos integrados a Scrum, centrándose en las actividades de obtención
de requisitos.
indagación y cuestionamiento.Adikari et al.(2013) propusieron DCIDT
integrado con un método llamado A2BP para sistematizar la fase de análisis
Modelo Daniels DT(Daniels et al.,2019) representa DT en los
siguientes espacios de trabajo: Comprender, realizado para empatizar
del modelado de procesos de negocio. Este método permite investigar cómo
con los usuarios y definir el problema, Explorar, para idear soluciones y
explorar oportunidades de procesos de negocio internos y externos.
prototiparlas, y Materializar, para probar y evaluar la solución creada. El
# Modelos DT con 3 espacios de trabajo modelo se utilizó para rediseñar una aplicación de salud electrónica.
Modelo DT de Brown(marrón,2008) fue el segundo modelo DT más Budiarto et al.(2018) aplicó este modelo para desarrollar una aplicación
citado en la literatura. El modelo DT de Brown tiene 3 espacios de trabajo: para el sector agrícola del gobierno de Indonesia.
Inspiración, Ideación e Implementación. La inspiración es un espacio de Modelo CoDICE (Codiseño de Encuentros Culturales Digitales) DT (
trabajo que ayuda a entender el problema, las necesidades y Diaz et al.,2014)organiza Design Thinking en 3 espacios de trabajo
10
co-diseñar objetos inteligentes para encuentros mejorados con el espacio, el equipo desarrolla una solución para evaluarlos a continuación con las
patrimonio cultural para contribuir a un proyecto europeo conjunto. partes interesadas recibiendo comentarios en el espacio de trabajo Evaluar.
Los espacios de trabajo del modelo DT de CoDICE son: Recursos, o
# Modelos DT con 5 espacios de trabajo
Recopilación de recursos situados, espacio de trabajo donde los co-
DT de la escuela D.modelo de la Universidad de Stanford (d.School Stan-
diseñadores pueden recopilar material útil o inspirador mientras visitan
vado,2004) fue el modelo DT más citado en la literatura.DT de la escuela D.
el entorno físico donde se implementará el artefacto digital; Ideas, o
está compuesto por 5 espacios de trabajo: Empatizar, Definir, Idear,
Indagación e Ideación Divergente, dirigida a generar ideas; y Productos
Prototipar y Testear. Empathize tiene como objetivo observar y ver a los
de Diseño, o Diseño Convergente, enfocados en producir soluciones
usuarios y su comportamiento en el contexto de sus vidas, interactuando
para ideas seleccionadas.
con ellos y viviendo sus experiencias; Define se utiliza para sintetizar los
# Modelos DT con 4 espacios de trabajo hallazgos de empatía en ideas y alcance un desafío específico y significativo;
dune y martin(2006)sugiere un modelo DT con 4 espacios de Idear se relaciona con la generación de alternativas de diseño y solución,
trabajo: Generar Ideas, Predecir Consecuencias, Probar y Generalizar. mientras que Prototipo es la fase en la que las ideas se transforman en
Explora el pensamiento abductivo, deductivo e inductivo, además de artefactos físicos para obtener comentarios de los usuarios y refinar las
las pruebas. Los autores integraron DT en un marco que mejora el soluciones en la fase de Prueba.
diseño actual de la experiencia del usuario mediante la integración de DT de la escuela D.modelo fue utilizado porMutuku y Colaco(2012).
tres enfoques de diseño: DT, diseño para la experiencia del usuario y Los autores aplicaronescuela de doctoradoModelo DT para crear y diseñar
desarrollo ágil de software. soluciones basadas en conocimientos relacionados con datos
DT de IBMes un modelo de DT de 4 espacios de trabajo que proporciona gubernamentales, centrándose en soluciones de datos abiertos, para el
un marco para escribir requisitos, organizar equipos y realizar un gobierno de Kenia.Pham et al.(2018) presentan otro ejemplo deDT de la
seguimiento del progreso del proyecto, incluida la retroalimentación escuela D.modelo, usándolo en formato de talleres con los estudiantes para
constante del usuario final (Lucena et al., 2016). Este modelo comprende los aprender a desarrollar soluciones y generar ideas para el desarrollo de
siguientes espacios de trabajo: Comprender, que establece empatía con los aplicaciones móviles.
usuarios para ayudar a comprenderlos a ellos y al contexto de sus Meinel y LeiferEl modelo DT organiza DT con los espacios de trabajo
problemas; Explore, que se centra en la generación de nuevas ideas (Keighran y Adikari,2016): (re) Definir, para establecer el problema a
innovadoras; Prototipo, que genera artefactos destinados a responder resolver; Needfinding y Benchmarking, para comprender a los usuarios
preguntas para resolver el problema; y Evaluate, que solicita a los usuarios y explorar el espacio de diseño; Lluvia de ideas, para generar ideas;
comentarios sobre el prototipo creado. Prototipo, para construir prototipos de las ideas, y; Prueba para
IBM DT introduce el concepto de colina, creando una nueva forma de aprender con la solución generada. Este modelo da forma a DT en un
expresar las necesidades del usuario en los requisitos del proyecto. Cada modo cíclico, por ejemplo, la primera actividad (re)Definir ayuda a
colina articula un objetivo claro y contiene un alcance definido que se debe reiniciar el proceso en busca de mejoras en la solución. Por ejemplo,
lograr en una versión y debe escribirse para resolver un problema de Keighran y Adikari(2016) introdujo este modelo en un estudio que
usuario específico y claramente definido. Las colinas también describen las involucró a DT para desarrollar estrategias que satisfagan una
intersecciones entre las expectativas del usuario y los requisitos comerciales estructura de equipo de alto rendimiento.Adikari et al.(2016) utilizó
y consisten en: ''Quién'': Describe a un usuario específico; ''Qué'': describe un estos espacios de trabajo de DT para explorar cómo se podría utilizar el
problema que necesita ser resuelto; y ''Cómo'': un objetivo medible enfoque de codiseño inspirado en DT para generar ideas y prototipos
resultante de la finalización de la colina (Lucena et al.,2016). para crear soluciones de diseño acordadas por el usuario para un
Modelo HCAW (Flujo de trabajo ágil centrado en el ser humano)(Glomann, sistema de información previsto.
2017) organiza los espacios de trabajo en ciclos, donde se propone un Ciclo # Modelos DT con 6 espacios de trabajo
inicial de Concepción organizado en una fase de Investigación que comienza Tablero de conducción(Newmann et al.,2015) representa a DT
recibiendo del personal de la empresa un escenario del problema utilizado como un ciclo iterativo organizado en 6 espacios de trabajo:
por el equipo a investigar para comprender mejor el problema. Esta Desarrollar, Presentar y Provocar, Explorar y Reflexionar. Este ciclo
comprensión se registra en un Informe Insight, que es la base para la fase de está precedido por una fase de Enfoque, en la que las partes
Ideación, en la que se organiza un Taller de Co-Creación para generar ideas interesadas y el equipo comparten información sobre el contexto
que luego se crean prototipos en la fase de Prototipos y se evalúan en la fase del problema y las experiencias de los usuarios, y concluye con
de Evaluación. Escape. Este espacio de trabajo permite a los participantes concluir
Diamante dobleEl modelo DT organiza DT en 4 espacios de trabajo: que el problema ha sido suficientemente explorado y que la lista
Descubrir, Definir, Desarrollar y EntregarConsejo de diseño(1944).Challiol et de requisitos elicitados refleja efectivamente la solución para el
al.(2019) explican que Descubrir y Desarrollar son los 2 espacios de trabajo problema identificado. Los espacios de trabajo tienen como
que exploran actividades divergentes ya que permiten posibilidades abiertas objetivo definir prototipos de baja fidelidad para dar una idea de lo
(pensamiento de problemas y desarrollo de soluciones). Los otros 2 espacios que podría usarse para explorar las ideas discutidas (Desarrollar);
de trabajo, Definir y Entregar, exploran el pensamiento convergente, presentar las últimas versiones de prototipos para fomentar una
definiendo el problema y seleccionando la solución adecuada. Por ejemplo, mayor ideación a través de la retroalimentación de los
Exacción(2018) utilizó el Doble Diamante en el contexto académico para participantes (Presentar y Provocar);
enseñar y practicar actividades de empatía con estudiantes de 2 cursos
diferentes. El objetivo de los autores era evaluar cómo se explora la empatía
en proyectos vinculados a problemas perversos.Challiol et al.(2019) utilizó
este modelo con los estudiantes como un enfoque para enseñar el desarrollo Instituto Hasso Plattner (HPI)modelo organiza DT en 6 espacios de
de aplicaciones móviles para el dominio de los juegos de ubicación conjunta. trabajo (Escuela D del Instituto Hasso-Plattner,2020): Comprender, cuando el
Hehn et al.(2020) discuten el Doble Diamante en el dominio de la industria equipo establece el espacio del problema; Observe, cuando el equipo
proponiendo un marco para integrar DT e Ingeniería de Requisitos. obtiene una visión consistente y empatiza con los usuarios y las partes
interesadas; Definir el Punto de Vista, que sirve para definir el punto de vista
Almuerzos(2015)propone un modelo DT con 4 espacios de trabajo: y en el que se cotejarán y resumirán los conocimientos adquiridos; Idear,
Descubrir, para capturar los conocimientos del cliente, seguido de Definir cuando el equipo genera posteriormente una variedad de posibilidades de
espacio de trabajo cuando el equipo crea una definición del problema en solución, luego selecciona un enfoque; Prototipo, que sirve en el desarrollo
función de los conocimientos recopilados previamente. En el trabajo Crear de soluciones concretas que pueden
11
luego ser probado en el grupo objetivo apropiado (Prueba). Por ejemplo,da muestra las técnicas que encontramos en este estudio de mapeo
Cruz Júnior y do Nascimento(2016) aplicaron el modelo HPI DT como sistemático.
enfoque de diseño para crear objetos de aprendizaje electrónico. Los Pusca y Northwood(2018) discuten que el DT puede ser entendido
autores argumentan que la integración de este modelo con Scrum permitió por dos momentos principales y medulares: momento problema y
el descubrimiento de las necesidades de los usuarios y la producción de una momento solución. El primero se enfoca en la identificación y
solución que fue probada por los usuarios.Luedeke et al.(2018) utilizaron el formulación del problema, mientras que el segundo, el momento de la
modelo HPI para desarrollar una herramienta para la industria automotriz. solución, busca proponer y validar soluciones. Los autores también
NordströmEl modelo DT propone una integración entre el argumentan que el espacio del problema "se considera una secuencia
desarrollo de software DT, Lean Startup y Agile explorando los analítica en la que el diseñador determina todos los elementos del
siguientes 6 espacios de trabajo: Definir el desafío, cuando un problema y especifica todos los requisitos y restricciones", mientras
equipo multidisciplinario de desarrolladores y diseñadores recopila que el espacio de la solución "consiste en síntesis y análisis". secuencias
información sobre el desafío a resolver y define la secuencia de en las que se evalúan varios conceptos posibles para encontrar la
actividades a buscar la solución; Observe a las personas, cuando el mejor solución al problema''. Por lo tanto, tras las declaraciones
equipo registra lo que hacen y piensan las partes interesadas; El presentadas porPusca y Northwood(2018), organizamos las técnicas de
espacio de trabajo de Form Insights se utiliza para generar ideas DT según el espacio del problema y el espacio de la solución. También,
con el fin de impulsar la discusión de posibles soluciones; destacamos una columna ''No mencionado'', que lista los trabajos que
Oportunidades de marco es un espacio de trabajo que se utiliza mencionan técnicas de DT pero sin indicar si la técnica sirve al
para crear una representación visual para comprender los datos problema o al espacio de solución.
recopilados al resaltar las relaciones clave y desarrollar la Tabla 9también enumera las técnicas de DT que mapeamos en la
estrategia de solución. Próximo,de Paula y Araújo(2016) utilizó el literatura tanto para espacios de problemas como de soluciones. Significa
modelo Nordstrom DT para el desarrollo de un juego móvil. que los equipos que utilizan DT en el desarrollo de software se preocupan
por comprender el problema y también por proponer la solución adecuada (
Sedano et al.,2019).
# Modelos DT con 7 espacios de trabajo Lluvia de ideas, Mapa de empatía, Entrevista y Personas son las
Hiremath y Sathiyam(2013)introdujo un modelo de DT para la técnicas más citadas en la búsqueda de una mejor comprensión del
creación de soluciones innovadoras, estableciendo DT en 7 problema (o espacio del problema). Para proponer soluciones y
espacios de trabajo: Alcance, que se ocupa de planificar las validarlas (o espacio de soluciones), las técnicas más citadas fueron
interacciones con los clientes y las partes interesadas, la Prototipos (en diferentes niveles de fidelidad), Pruebas de Usabilidad y
disponibilidad de los miembros del proyecto y planificar las Talleres. El prototipado es la técnica del DT que asume el papel de
actividades de DT de manera eficiente; Investigación, espacio de protagonista. Aunque el nivel de fidelidad de los prototipos varía,
trabajo para que el equipo aprenda sobre el espacio del problema ofrecen apoyo a los practicantes de DT para visualizar las ideas y
al observar y entrevistar a los usuarios finales y encontrar sus aprender con ellas para mejorar una solución (Dobrigkeit y de Paula,
necesidades y motivaciones; Síntesis, espacio de trabajo utilizado 2019).Hehn et al.(2020) afirman que la creación de prototipos ayuda a
por los equipos para identificar conexiones sobre los datos promover la interacción del usuario con la solución propuesta.Araújo et
recopilados de la investigación y hacer declaraciones sobre su al. (2019) defiende que los prototipos son una técnica conocida que
comprensión del problema; Ideación, espacio de trabajo para ayuda a validar las ideas creadas en las actividades de DT.Alhazmi y
idear, compartir, votar, seleccionar y generar ideas factibles; Huang(2020) mencionan que los prototipos permiten que los
Prototipado, espacio de trabajo utilizado por el equipo para crear stakeholders interactúen con la solución.
ideas físicas para representar la solución; Validación, espacio de Aún observando las técnicas de DT, encontramos 19 técnicas que se
trabajo utilizado para conocer a los usuarios y validar las ideas usaron tanto en espacios de problemas como de soluciones. Dichas técnicas
prototipadas, y Presentación, son: diagrama de afinidad, mapa de escenario tal como está, lluvia de ideas,
Sandino et al.(2013)proponer un modelo DT para el desarrollo lienzo de modelo de negocio, mapa conceptual, mapa de viaje del cliente,
de aplicaciones interactivas en tiempo real. Organiza DT en 7 grupo de enfoque, ¿cómo podemos?, entrevista, mapeo mental,
espacios de trabajo: Define es un espacio de trabajo utilizado para observación, cuestionario, mapa de partes interesadas, guión gráfico,
la definición de una serie de restricciones (por ejemplo, qué tan Cuentacuentos, Encuesta, Pruébelo usted mismo, Taller. Significa que las
fielmente un simulador debe reflejar la realidad) que guiarán el técnicas de DT son flexibles y ayudan a los profesionales a resolver el
trabajo posterior; Explore se utiliza para que el equipo recopile problema utilizando las técnicas de acuerdo con sus necesidades.
información sobre usuarios potenciales, sus necesidades y Además, existen técnicas bien conocidas que se utilizan en las
soluciones anteriores al mismo problema; Idear es un espacio de actividades de desarrollo de software, como Epics, Diagramas de casos
trabajo donde el equipo identifica de manera colaborativa temas de uso e Historias de usuarios. Aunque estas no son técnicas de DT, se
relevantes y genera tantas ideas como sea posible para obtener informaron como técnicas adoptadas en el uso de DT en el desarrollo
respuestas a las necesidades identificadas. Luego, el espacio de de software. Este descubrimiento de técnicas de "combinación" del
trabajo de Prototipo es cuando las ideas son prototipadas y propio DT y el desarrollo de software, como la ingeniería de requisitos,
refinadas a través de discusiones iterativas; Seleccionar es el por ejemplo (Dobrigkeit et al.,2017).
espacio de trabajo utilizado para elegir la solución candidata que Dadas las técnicas de DT que enumeramos enTabla 9, elegir entre ellos
podría resolver el problema;Canedo y Parente da Costa(2016) puede ser un desafío. Por lo tanto, en RQ4 presentamos nuestros hallazgos
aplicó este conjunto de espacios de trabajo en el desarrollo de dos sobre cómo la literatura informa sobre los criterios de decisión utilizados por
soluciones de software para el Ejército Brasileño. los profesionales para elegir las técnicas de DT.
RQ4: ¿Qué se informa sobre la selección de técnicas de DT en el desarrollo

de software?
Esta pregunta de investigación tuvo como objetivo explorar cómo la literatura
RQ3: ¿Qué técnicas de DT se utilizan en el desarrollo de software? describe los factores que contribuyen a la toma de decisiones de selección de
Este RQ tiene como objetivo mapear qué técnicas de DT se utilizan en el técnicas de DT para usar en el desarrollo de software.
desarrollo de software. DT como conjunto de técnicas representan la perspectiva No encontramos ningún trabajo que discuta explícitamente sobre
de DT como caja de herramientas propuesta porBrener et al.(2016).Tabla 9 cómo los profesionales deciden qué técnicas utilizar. Sobre el
12
Tabla 9
Técnicas de pensamiento de diseño utilizadas en el desarrollo de software.
Técnicas Espacio
espacio del problema Espacio de solución No mencionado
109
AEIOU
119
La mente de un principiante
109 037 092

Examen de ingreso
115 099
Diagrama de afinidad
126 109 100 111
Mapa de escenario tal como está
006 115
Mapa de comportamiento
006 115
Arqueología del Comportamiento
111
evaluación comparativa
118 115 003 122

lluvia de cuerpos
112 115 020 043 045 051 054 057 076 088 089 024 073 079 120 026 121
Lluvia de ideas
099 107 116 095 002 004 007 023 075 055
081 115 123 015 022 039 087 105 126
016 068 092 122
085 086 083 101 091

Escritura de ideas
081 087 101 018 087 115 120

Plano
115 101
Esquema de modelo de negocios
007 111
clasificación de tarjetas
083
Matriz de costo-beneficio
115 088 024
Mapa conceptual (cognitivo)
079 101
ochos locos
046 054 099 116 049 065 075 101 102 091 081 098 120 055
Mapa de viaje del cliente
115 119 018 035 092
085
Día en la vida
088 081 092
Investigación de escritorio
086 107 091

Votación de puntos
085 002
Eliminar-reducir-
aumentar-crear
cuadrícula
017 045 051 083 098 050 075 081 091 109 111 120 055
Mapa de empatía
115 118 003 080 035
097
Épico
006
Análisis de errores
006 115 116 031 084
Etnografía
109
Prueba de expectativa
054 088 112 081 102 115 092

Investigación exploratoria
054 023 050 065 091
Matriz de retroalimentación
009 102
Estudios de Campo
100
Espina
119
Cinco dedos
060
Cinco factores humanos
037 119 016
cinco porqués
000 000 000 000

Espacio divergente: Académico Industria Innovación | Teórico
000 000 000 000
Espacio convergente: Académico Industria Innovación | Teórico
000
Espacio no mencionado: 000 Académico 000 Industria 000 Innovación | Teórico
13
006 115
Mosca en la pared
076 114 080 031
Grupo de enfoque
081
Sesiones Generativas
054 107 099 081 053 124 121
¿Cómo podemos (podríamos) Nosotros?
081
Menú de ideas
054 076 088 089 107 023 037 065 067 099 076 107 112 123 080 014 071 073 120 121 025
Entrevista
110 116 074 075 081 091 115 124 015 003 117
022 039 105 126 025 097 122 123
014 112 115 092 024 120

Tarjetas de información
057 120
Deseo / me gusta la retroalimentación
119
carta a la abuela
120
Matriz CDS
107 112 081 109 022 115 123 024 111 120
Mapas mentales
115
Matriz de motivación
091
Ahora, cómo, guau
085 002 023 067 035 097 122 076 123 105 073 079 025
Observación
119
Inventario personal
017 045 046 054 083 085 086 112 116 007 014 031 010 071 079 113
personas
009 049 059 065 074 075 091 098 101 102 120 026 108 121 055 117
115 118 123 003 018 078 126 053 122
060
PARÁSITO
085 091 120

(Tono) Presentación
081
Matriz de Posicionamiento
050 118 100

Cuadro de priorización
051 058 053 111
Prueba de concepto
046 051 054 057 083 085 086 107 116 062 073 079 113 120 026
Prototipos (papel o low fi)
002 007 023 034 049 067 075 081 102 005 084
119 123 003 015 018 126 005 035 053
068 092
076 102 039 105 097 025 026

Prototipos (mediano-fi)
054 076 085 099 110 112 090 102 114 062 113 026 005 025 111
Prototipos (físicos/hi-fi)
115 123 015 039 126
119
potencia de diez
088 006 023 081 115 105 076 099 116 006
Cuestionario
107 091 092 073
Juego de rol
100
Velero
101
Tutorial de servicio
124 025 122
Sombra
100
Revisión SIPOC
006
Mapeo de redes sociales
050 102 115 118 018 122 081 111 071
Mapa de partes interesadas
046 023 075 073 054 060 049 067 034 091 115 118 024 031 072 120 055
Guión
066 115 022 035 122 003 120
Cuentacuentos
089 076 081 006 123 089 006
Encuesta
000 000 000 000

000 000 000 000
000
14
085 080 025
Revisión bibliográfica
(sistemática)
115
Matriz de puntos de contacto
060
Matriz de tendencias
006 115
Inténtalo tú mismo
046 076 116 023 065 102 114 126

Prueba de usabilidad (usuario)
087
Use el diagrama del caso
097 010
Historias del usuario
122
Diagramas de Venn
088 089 004 081 015 092 089 004 052 100 105 097 031 025
Taller
057
cafetería del Mundo
057
Si, pero/ Si y luego.. juego
049
5w2h
119
Bosquejo de 30 segundos
122
Matriz 2x2
123
método 6-3-5
000 000 000 000
000 000 000 000
000
Tabla 10
Selección de técnicas DT.
Selección de técnica Publicaciones
001 014 017 020 024 043 045 046 051 054 057 076 077 083 085 086 088 089 099 107 112
Según el objetivo a alcanzar (encapsulado 002 004 006 007 009 023 034 037 049 050 052 058 059 065 066 067 074 075 081 090 091 093 095 098 101 102
como espacios de trabajo DT) 109 115
003 015 018 022 039 078 080 087 105
005 016 019 025 030 035 053 068 092 094 097
Tipo de investigación: Investigación empírica - 000 Académico 000 Industria 000 Contexto de innovación| Investigación no empírica - 000 Teórico
Por otro lado, hemos descubierto que las técnicas de DT a menudo se eligen Tabla 11
Criterios utilizados por los practicantes para seleccionar técnicas de DT.
de acuerdo con el objetivo que el practicante de DT quiere lograr (o la
actividad de DT). Los objetivos en este contexto están encapsulados por el Criterios Publicaciones
espacio de trabajo de DT que llevan a cabo los equipos.Tabla 10 enumera los objetivo de la aplicación 115
artículos que mencionan que las técnicas de DT se seleccionaron teniendo tiempo de aplicación 100 119
en cuenta el espacio de trabajo de DT que se está realizando. Familiaridad 119 018 094
También hemos investigado qué posibles criterios utilizan los Comodidad de uso 119 094
100 094
profesionales para seleccionar las técnicas de DT. Los criterios de selección Información de las partes interesadas
información del problema 094

de las técnicas que hemos identificado son:
Experiencia previa 073
• Objetivo de aplicación: objetivo que el practicante de DT pretende Tipo de investigación: Empírica 000 Académico 000 Industria
000 Innovación No empírica 000 Teórico
lograr utilizando una técnica específica;
• Tiempo de aplicación: tiempo necesario para aplicar una técnica;
• Familiaridad: nivel de conocimiento sobre una técnica, pero sin
utilizarla; Sousa et al.(2020) argumentan que incluso los especialistas de DT
• Cómodo de usar: qué tan cómodo se siente el practicante recomiendan el uso de juegos de herramientas de técnicas de DT para guiar a los
para aplicar una técnica; profesionales de DT en la selección de técnicas de DT basadas en los espacios de
• Información del actor: información disponible sobre el actor y trabajo de los modelos de DT. Los autores también mencionan que la selección de
cómo explorar su participación en las actividades de DT; técnicas podría hacerse explorando preguntas como "¿Qué herramientas puedo
usar para entender a las personas?". Indica que los objetivos de los practicantes
• Información del problema: información disponible sobre el de Design Thinking determinan qué técnicas utilizar.
problema y cómo explorarlo; Dobrigkeit et al.(2020a) señalan en un estudio con practicantes que
• Experiencia previa: nivel de experiencia sobre el uso de una la selección de técnicas de DT utiliza información que permite
técnica. identificar qué técnicas requieren un tiempo de aplicación corto, son
fáciles de poner en práctica y entender cómo usarlas, y los
Tabla 11muestra los criterios de selección de técnicas de DT que desarrolladores se sienten cómodos usándolas.
identificamos en la literatura y los respectivos trabajos que los Chasanidou et al.(2015) discuten que las técnicas de DT ayudan
mencionan. a facilitar la creación de soluciones de software innovadoras. los
15
los autores consideran seleccionar los métodos y herramientas más Tabla 12

Puntos de atención para el uso de DT en el desarrollo de software.
adecuados, y conocerlos puede mejorar los resultados generados para las
actividades de ingeniería de software a través de la posibilidad de elegir puntos de atención Publicaciones
entre las alternativas que involucran al usuario de manera más efectiva en el Problema y solución preconcebida
proceso de desarrollo de software.Brener et al.(2016) afirman que el
Problemas preconcebidos (falta de comprensión del 071 106
despliegue de métodos apropiados es un factor de éxito de DT en los
problema)
proyectos, mientras queCarlgren et al.(2016) argumentan que el uso de las Soluciones preconcebidas (ideas obsoletas) 071 100
técnicas correctas permite recopilar los requisitos de la solución 'correcta'.

Organización y participación de los stakeholders
Llegar a los usuarios finales 086 007 081 114

De Paula et al.(2020) consideran que es importante hacer un trabajo previo 065 071 073 097
eficiente en la selección de técnicas de DT, investigando en detalle a las partes 086 071 100 102
La presión del tiempo
interesadas, tomándose el tiempo para conocer sus necesidades y eligiendo las 114 119 029 097
técnicas de innovación apropiadas para garantizar la producción de soluciones 106
que cumplan con las expectativas del usuario . Los autores aceptaron el desafío de Indisponibilidad de recursos (espacio dedicado a la 102 055 106
creatividad, materiales)
IBM de aplicar una versión ligera de DT, donde las limitaciones de tiempo fueron
Falta de mayor compromiso de la gerencia 071 073 029 106
decisivas para seleccionar las técnicas.
falta de colaboración 058 114 125
Harriet et al.(2019) proponen un conjunto de técnicas de DT basado en 057 007 102 114
Falta de compromiso de los empleados.
tarjetas llamado Innodeck. Innodeck proporciona información sobre las 119 097 106
técnicas que respaldan el uso de DT para la innovación. Los autores Cambio de mentalidad 007 102
mencionan que DT se compone de varias técnicas y seleccionar cuál técnica Falta de conocimiento en DT 051 058 125 106
usar en los espacios de trabajo depende del problema y de las personas Selección de técnicas de DT y puesta en común de resultados
involucradas en el proyecto. Por ejemplo, los autores mencionan que vale la

Seleccionar una combinación correcta de artefactos y su uso 081 100 114
pena que los profesionales seleccionen aquellos métodos con los que estén adecuado
familiarizados, se sientan cómodos y consideren adecuados para sus Comparta los resultados de las actividades de DT y garantice un efecto 073
desafíos.Hehn et al.(2020) proponen un framework que comprende 40 en el producto final
artefactos a ser generados usando DT integrado a RE que indica un conjunto Integración de ingeniería de requisitos
de técnicas que se pueden usar y cuándo seleccionar cada una. Falta de trazabilidad de requisitos. 065 081
Descuido de los requisitos no funcionales. 065 081
Dobrigkeit y de Paula(2019) investigaron una empresa global de Estimaciones de esfuerzo imprecisas 065 081
software y concluyeron que la experiencia del profesional juega un papel Priorización de requisitos 065 081
esencial en la comprensión de la TD y, en consecuencia, en cómo se utiliza o Cambio de requisitos 081
se seleccionan las técnicas. Los autores mencionan que los desarrolladores Falta de documentación 054 081
Tipo de investigación: Empírica 000 Académico 000 Industria

que participaron en el estudio describieron el DT como un proceso o caja de
000 Innovación No empírica 000 Teórico
herramientas porque tenían, en general, menos experiencia en DT que los
gerentes o diseñadores. Por otro lado, los diseñadores consideran el DT
como una mentalidad que favorece la resolución de problemas de los
profesionales. utilizando DT en la industria del software. Los autores indican no solo los
Además, el uso de técnicas de DT en el desarrollo de software es beneficios, sino también los riesgos que descubrieron en los proyectos con
discutido porSousa et al.(2020). El estudio presenta un informe de DT.Pereira et al.(2021) también investigó los beneficios percibidos y los
experiencia que aborda los desafíos que enfrentan los estudiantes de desafíos que enfrentan los profesionales de TI al usar DT para comprender
ingeniería de software para seleccionar y utilizar técnicas de DT. las necesidades del usuario y proponer soluciones de software innovadoras.
Inicialmente, los autores introdujeron 15 técnicas de DT a un grupo de Sin embargo, ambos estudios no indican cuáles son los puntos clave a los
estudiantes. Luego de la ejecución de un desafío de desarrollo de que los profesionales de DT deben prestar atención cuando usan DT en el
aplicaciones móviles, los estudiantes utilizaron solo 6 técnicas. Los autores desarrollo de software. Por lo tanto, esta pregunta pretende traer algo de
informaron que los estudiantes no seleccionaron más técnicas debido a la luz a través del mapa de cuáles son los puntos a tener en cuenta al usar DT
falta de claridad en la comprensión de cómo funciona una determinada en el desarrollo de software.
técnica y cómo usar las técnicas en el escenario establecido. Luego, para Tabla 12presenta un conjunto de puntos a los que los profesionales de DT
manejar estos desafíos, en una segunda ronda, los autores propusieron deben prestar atención para usar DT en el desarrollo de software. Clasificamos los
DTA4RE (Asistente de Design Thinking para Ingeniería de Requisitos)10, una puntos clave en 4 categorías, de la siguiente manera: Preconcepción de problemas
herramienta para ayudar a la selección de técnicas DT. DTA4RE recomienda y soluciones, participación de la organización y de las partes interesadas, selección
técnicas de DT de acuerdo a las necesidades del usuario, en base a un de técnicas de DT y distribución de resultados, e integración de ingeniería de
formulario de preguntas y respuestas. Después de la segunda ronda, los requisitos.
estudiantes mencionaron que la herramienta les ayudó a elegir técnicas La primera categoría de puntos de atención muestra que los
para resolver el problema que tenían entre manos. Los estudiantes
profesionales de DT deben ser conscientes de que dos tipos de ideas
seleccionaron 12 técnicas de las 15 presentadas.
preconcebidas de los participantes pueden dificultar la adopción de DT
en el desarrollo de software. La preconcepción problemática es el
primer tipo de preconcepción (Sedano et al., 2019;Tannian,2020).
P5: ¿Cuáles son los puntos clave a tener en cuenta al usar DT en el
Significa que los clientes o incluso los miembros de los equipos pueden
desarrollo de software?
tener una comprensión preformada del problema a resolver, lo que se
DT fomenta un entorno de mente abierta para la resolución de
conoce como pensamiento arrastrado. (Snowden y Boone,2007) define
problemas, explora la colaboración y promueve la creatividad. También
el Entrained Thinking como una mentalidad preestablecida que lleva al
pretende potenciar la participación del usuario en el proceso de
equipo a una solución ya conceptualizada (falta de innovación) o
desarrollo del software. Sin embargo, DT no es una bala de plata y su
incluso a una solución que no resuelve el problema correcto. El
uso podría establecer un entorno complejo. Por ejemplo,De Paula et al.
segundo preconcepto al que deben prestar atención los practicantes
(2020) discutir puntos y contrapuntos basados en sus experiencias de
del Design Thinking es el preconcepto de solución (Sedano et al.,2019;
De Paula et al.,2020). Ocurre cuando el cliente presenta el problema a
10https://sites.google.com/site/dta4re/pagina-inicial resolver y también presenta la solución que desea de antemano.
dieciséis
La segunda categoría de puntos de atención se refiere a la participación logrado con DT, debe compartirse adecuadamente con las partes
de las organizaciones y partes interesadas en las actividades de DT. Significa interesadas. Los autores señalaron que "los resultados deben compartirse
que al usar DT en el desarrollo de software, los profesionales de DT deben con todo el equipo de una manera eficaz en el tiempo y solo son
prestar atención a cómo las organizaciones se comprometen con DT y interesantes para la mayoría del equipo una vez que se está desarrollando
también a la participación de los usuarios en las actividades de DT. La una característica determinada". Por lo tanto, todavía hay espacio para la
literatura informa que puede ser difícil llegar a los usuarios finales investigación sobre cómo explorar de manera efectiva la toma de decisiones
"adecuados" para el problema que el equipo quiere resolver, debido a varias de las técnicas de DT en el desarrollo de software.
limitaciones, como la agenda de personas, cuestiones éticas, configuración La última categoría, pero no menos importante, de los puntos de
de la organización en el entorno empresarial (Hiremath y Sathiyam,2013; atención clave que los profesionales de DT deben considerar al usar DT
Sedano et al.,2019;Dobrigkeit y de Paula,2019). se refiere a la integración de DT en las actividades de ER. Los
El tiempo requerido para usar técnicas de DT o realizar talleres de investigadores y los profesionales de DT han estado considerando DT
DT también es un punto a considerar sobre el uso de DT en el como un enfoque de fácil integración para realizar mejor las ER. Sin
desarrollo de software.Kongot y Pattanaik(2017) argumentan que ''las embargo, aunque existen diferentes estrategias de integración entre
herramientas y técnicas de DT necesitan un cierto tiempo para llevarse DT y RE como proponeHehn et al.(2020) como Upfront DT, Infused DT o
a cabo. El tiempo del cliente es valioso y, a menudo, es necesario Continuous DT, cuando se utiliza DT, los profesionales deben prestar
improvisar las técnicas y presentar una propuesta que funcione según atención a la trazabilidad de los requisitos, a la priorización de los
el tiempo y la audiencia”.Alhazmi y Huang(2020) defiende que la DT requisitos, al cambio de requisitos y a la estimación del esfuerzo (
requiere mucho esfuerzo para atender las necesidades de los usuarios. Martins et al.,2019;Hehn y Uebernickel,2018). La documentación
Además, la presión del tiempo es provocada por clientes que no mínima o nula son razones que colaboran al fracaso, ya que DT no
entienden el proceso de diseño y el valor que tiene en la construcción fomenta la creación de una documentación extensa de requisitos (
de una solución innovadora y deseada (Sedano et al., 2019). Corral y Fronza,2018;Martins et al., 2019;Hehn y Uebernickel,2018).
Además, los requisitos no funcionales generalmente no están en el
La falta de disponibilidad de recursos puede convertirse en un desafío centro de atención cuando se usa DT, a pesar de que los comentarios
que comprometa el uso de DT en el desarrollo de software. Por lo tanto, es de usabilidad se recopilan con los usuarios finales.Martins et al.(2019),
un punto importante a tener en cuenta antes de iniciar el uso de DT (Hehn et Hehn y Uebernickel(2018).
al.,2020;Gürdür y Törngren,2018; Exacción,2018). DT fomenta un ambiente En la sección5discutimos los principales hallazgos de nuestro estudio de
de creatividad que busca soluciones innovadoras, rompiendo paradigmas y mapeo sobre el uso de DT en el desarrollo de software.
proponiendo soluciones que quizás nunca antes se habían pensado. Sin
5. Discusión
embargo, una exploración adecuada de DT requiere inversión en espacios o
materiales dedicados para la investigación, el análisis de usuarios, la lluvia
Esta sección destaca los principales hallazgos de este Estudio de Mapeo
de ideas, la generación de ideas, la creación de prototipos y la recopilación
Sistemático. También presenta implicaciones para la investigación y la
de comentarios.
práctica del uso de DT en el desarrollo de software.
La literatura también muestra que para usar DT en el desarrollo de
software, un profesional de DT debe estar preparado para lidiar con la
5.1. Hallazgos principales
falta de un mayor compromiso de la gerencia (Sedano et al.,2019;
Dobrigkeit y de Paula,2019;Gurusamy et al.,2016;Tannian, 2020),
Este estudio sistemático mapea el uso actual de DT en el desarrollo de
presionar a los equipos para que converjan (Sedano et al.,2019), falta
software, con el objetivo de explorar las estrategias que se han estado
de colaboración, cuando los participantes no están abiertos a dar sus
utilizando para integrarlo en las actividades de software, los modelos y
ideas, o falta de experiencia en trabajar en un entorno multidisciplinar
técnicas de DT utilizados, lo que se informa sobre la selección de técnicas de
propuesto por DT (Prasad et al.,2018; Kongot y Pattanaik,2017;Jolak et
DT y cuáles son la atención. Puntos a tener en cuenta al usar DT en el
al.,2020). Además, otros puntos clave a considerar al usar DT son la
desarrollo de software. Por lo tanto, los principales hallazgos de nuestro
falta de compromiso de los empleados, lo que representa que los
estudio son:
miembros del equipo pueden pensar que discutir el problema y
proponer soluciones es una pérdida de tiempo para quienes trabajan Hallazgo 1:Design Thinking se integra en el desarrollo de software a través
de 3 estrategias de integración (Upfront, Infused y Continuous). Upfront es
en los aspectos técnicos de la solución.Alhazmi y Huang(2020); falta de
la estrategia más citada.
conocimiento en DT, lo que indica que el uso de DT en el desarrollo de
software requiere práctica para ser utilizado correctamente. Por Teniendo en cuenta las estrategias de integración del Design
ejemplo,Prasad et al.(2018) señala que las organizaciones fallan en el Thinking en el desarrollo de software propuestas porHehn et al.(2020),
uso de DT porque no tienen suficiente conocimiento teórico en DT o en identificamos que la estrategia de integración DT Upfront ha sido la
la integración de principios ágiles y de DT. Además, la DT puede ser un estrategia más citada en comparación con las estrategias Infuse y
desafío porque requiere un cambio de mentalidad, que es un elemento Continuous (73/127 artículos).
clave en la exploración adecuada de la DT, pero que puede lograrse Este resultado muestra que la DT viene integrándose al desarrollo
cuando los profesionales tienen años de experiencia en la DT ( de software como actividad de inicio a la Ingeniería de Requerimientos,
Dobrigkeit y de Paula,2019). destacándose la búsqueda del problema y la proposición de soluciones.
Por lo tanto, los equipos de desarrollo han venido percibiendo el DT
La tercera categoría de puntos de atención a tener en cuenta al usar DT se como una forma de fomentar la formación de equipos
refiere a la selección de técnicas de DT y cómo compartir los resultados obtenidos multidisciplinarios, la búsqueda de una comprensión profunda del
en las actividades de DT. El uso de DT requiere un proceso de toma de decisiones problema, la ideación y prototipado de varias soluciones posibles, y la
para seleccionar qué artefactos debe elaborar el equipo en un proyecto (Martins recopilación de comentarios con los usuarios antes de pensar en los
et al.,2019;De Paula et al.,2020; Tannian,2020). ParaTannian(2020), DT no es una aspectos técnicos. requerimientos de la solución a construir. Esta
receta de cocina, ya que evoluciona en varias dimensiones, como el dominio del percepción indica que los equipos de desarrollo de software han
problema, la composición del equipo, el nivel de experiencia de DT, los usuarios avanzado para comprender lo que se necesita desarrollar antes de
que cooperan, los materiales disponibles, el momento del mercado, entre otros. iniciar el proceso de desarrollo.
Estas dimensiones promueven un escenario complejo de resolución de problemas. El uso de la estrategia de integración Upfront también ha
Por otro lado,Dobrigkeit y de Paula(2019) argumenta que una vez que se obtiene demostrado que los equipos de desarrollo reconocen que incluso con
un resultado los beneficios derivados del uso de métodos ágiles y el conocido
17
Técnicas de Ingeniería de Requerimientos, aún hay espacio sobre cuál es la Espacio de trabajo Inspiration, que es similar a los dos primeros espacios de
solución esperada. Por lo tanto, los equipos pueden poner en práctica la trabajo del modelo D.school. El objetivo es comprender el problema de
filosofía de "fallar rápido y fallar a menudo" para desarrollar la solución acuerdo con las necesidades y desafíos de los usuarios finales. En el modelo
correcta. de Brown, el espacio de trabajo de ideación actúa de manera similar a los
DT también se puede integrar en el desarrollo de software a través de la espacios de trabajo de creación de prototipos de ideación en d.school,
estrategia Infused DT, en la que DT se utiliza para impulsar las actividades donde se generan ideas y prototipos para estas ideas. Finalmente, el espacio
de ingeniería de requisitos. En esta estrategia mencionada en 36 de los 127 de trabajo de Implementación previsto en el modelo Brown se corresponde
artículos seleccionados, DT asiste en actividades ya realizadas por el equipo con el espacio de trabajo de Prueba del modelo d.school, en el que los
de desarrollo para extraer, analizar y evaluar requisitos. La estrategia usuarios finales evalúan ideas.
infundida establece DT como una caja de herramientas que respalda las Así, aunque existen diferencias entre los modelos DT, DT presenta
prácticas adoptadas por los equipos sin requerir nuevos pasos en el proceso una flexibilidad en cuanto a los espacios de trabajo, lo que permite a
de desarrollo de software o incluso sin obligar a los equipos a modificar las los equipos generar soluciones innovadoras. La cantidad de espacios
actividades ya realizadas. de trabajo de un modelo DT no limita el uso de DT para comprender las
El uso de la estrategia Infundida también indica que los equipos se han necesidades del usuario, crear compromiso en equipo, explorar la
dado cuenta de la necesidad de mejorar sus actividades de Ingeniería de creatividad y proponer soluciones adecuadas al problema presentado.
Requisitos. Así, DT se ha incluido como un mecanismo que fomenta la Por lo tanto, no existe un único modelo de bala de plata DT que deba
exploración de la mentalidad de los diseñadores, promoviendo una seguirse, como también informanWaidelich et al. (2018), donde los
comprensión profunda del problema y prototipar una solución spam para autores realizaron una revisión bibliográfica sobre modelos DT
luego producir la solución que se adapte a las necesidades del usuario. aplicados con fines generales. Cabe mencionar que no existen estudios
DT se integró en el desarrollo de software mediante la estrategia DT que comparen diferentes modelos de DT en cuanto a los espacios de
continua en 17 de los 127 artículos seleccionados. En esta estrategia, la trabajo utilizados para generar soluciones de software innovadoras.
integración de DT supera el proceso de desarrollo de una solución y logra
Hallazgo 3:Se puede aplicar una gran cantidad de técnicas de DT al desarrollo de
niveles de cambio en la mentalidad de la organización. DT es visto por los software en el espacio del problema o en el espacio de la solución. Las técnicas se
equipos de desarrollo no solo como un conjunto de técnicas o como un pueden seleccionar independientemente del enfoque de integración utilizado, y la
proceso que prevé un conjunto de espacios de trabajo, sino que se entiende gran cantidad de técnicas crea un problema de toma de decisiones.
como una forma de pensar en soluciones disruptivas e innovadoras que
satisfagan las necesidades del usuario. La DT continua provoca que el DT ha sido explotado por los profesionales como una caja de
equipo de desarrollo, los directivos y los profesionales que desempeñan herramientas (Brener et al.,2016). En nuestro estudio de mapeo
funciones de toma de decisiones se den cuenta de que innovar no es una identificamos 83 técnicas utilizadas en los espacios de trabajo de DT cuando
actividad aislada sino una forma de actuar y pensar. se integran al desarrollo de software, 51 de ellas para la exploración de
El DT continuo se ha discutido como una estrategia de integración de DT en el problemas (problem space) y 45 técnicas para la propuesta de solución
desarrollo de software obtenida gracias a la experiencia de los profesionales de (solution space). Además, hemos identificado que hay técnicas que han
DT.Dobrigkeit y de Paula(2019) muestra que la percepción de la TD como una estado utilizando ambos espacios (19 técnicas), reforzando la naturaleza
mentalidad más allá de un proceso o una caja de herramientas es una percepción dinámica y flexible de DT que explora la mentalidad de los diseñadores para
de los profesionales que tienen más experiencia en el uso de la DT o que realizan la resolución de problemas.
funciones de gestión. Por otro lado, los autores señalan que para desarrolladores Las técnicas de DT más citadas en el desarrollo de software son
o profesionales con menos experiencia en DT, se ve como una actividad específica Brainstorming, Empathy Map, Interview, Personas, Prototyping.
para resolver un problema en particular. Por lo tanto, este resultado indica que las Estas técnicas permiten la proposición colaborativa de varias ideas
empresas ya no utilizarán DT solo como una actividad inicial o como un medio para resolver el problema, mapear las necesidades del usuario,
para mejorar lo que ya realiza la ingeniería de requisitos en una estrategia obtener datos sobre el problema y la solución, representar al
infundida. Las empresas explorarán DT para adaptar el pensamiento en torno a la usuario a través de un personaje ficticio y esbozar la solución,
forma en que trabajan para producir soluciones innovadoras. respectivamente. Sin embargo, la amplia variedad de técnicas de
DT brinda al profesional la opción de explorarlas según sea
necesario y probarlas junto con otras prácticas de desarrollo de
Hallazgo 2:Los modelos de Design Thinking organizan DT en distintos espacios
de trabajo y lo convierten en un enfoque flexible y dinámico para la resolución
software ya realizadas por RE o por el método de desarrollo
de problemas. utilizado, como los métodos Agile.
Nuestros resultados también muestran que las técnicas de DT no están
Brown y Wyatt(2010) definen que el proceso de Design Thinking es vinculadas a los enfoques de integración de DT en el desarrollo de software.
''un sistema de espacios superpuestos más que una secuencia de pasos Si el equipo desea integrar DT utilizando la estrategia Upfront, Infused o
ordenados''. Con base en esta declaración, identificamos un spam de Continuous, puede explorar el conjunto completo de técnicas y seleccionar
modelos DT en este estudio de mapeo sistemático. Encontramos aquellas que considere adecuadas para el problema en cuestión. Además, la
modelos DT que van de 2 a 7 espacios de trabajo. Sin embargo, a pesar flexibilidad proporcionada por DT también ha permitido la integración de
de la diferencia en el número de espacios de trabajo, los modelos técnicas ya conocidas en Ingeniería de Requisitos, como historias de usuario,
utilizan el pensamiento convergente y divergente para comprender el diagramas de casos de uso y épicas. Así, podemos destacar que DT y ER
problema y evaluar la solución propuesta. pueden ser actividades complementarias por lo que sus técnicas pueden ser
D.school y Brown fueron los modelos más DT reportados en utilizadas en conjunto y así permitir establecer adecuadamente los
la literatura, respectivamente. El primero organiza el DT en 5 espacios de requerimientos del software.
trabajo, partiendo de la empatía, que fomenta la interacción y observación Por lo tanto, Design Thinking desde la perspectiva de una caja de
de los usuarios y su comportamiento en el contexto del problema, pasando herramientas ayuda a los profesionales de DT como una forma práctica
a la síntesis del problema que representa la base de la comprensión del de comprender cuáles son las necesidades del usuario y también
espacio de trabajo anterior. Asimismo, el modelo d.school DT plantea la desarrollar una solución que sea viable y factible. Sin embargo, aunque
ideación como un espacio de propuesta de varias ideas para encontrar la gran cantidad de técnicas de DT colabora con los equipos en las
propuestas de soluciones innovadoras, prototipadas y evaluadas por el actividades de desarrollo de software, crea un esfuerzo con respecto al
usuario. Estos 5 espacios de trabajo llevan a los equipos a pasar del espacio proceso de toma de decisiones para seleccionar las técnicas. Por lo
del problema al espacio de la solución. tanto, comprender cómo la selección de técnicas es realizada por
El modelo DT propuesto por Brown organiza la transición del profesionales e investigadores es importante para el uso de la DT en el
espacio del problema al espacio de la solución a partir del desarrollo de software.
18
Hallazgo 4:Los practicantes de DT generalmente consideran los objetivos que quieren necesidades. Sin embargo, llegar a los usuarios finales "correctos"
lograr para seleccionar técnicas de DT. Los objetivos en este contexto se encapsulan podría requerir un gran esfuerzo para la organización debido a
como espacios de trabajo de DT. El tiempo de aplicación, la familiaridad, la comodidad limitaciones de tiempo o de dominio. Además, la integración entre RE y
de uso, la información de las partes interesadas, la información del problema y la
DT no es todo un camino de rosas. La literatura ha señalado que DT
experiencia previa también son criterios utilizados para guiar la selección de técnicas
para RE podría requerir atención a la falta de trazabilidad de los
de DT.
requisitos, al descuido de los requisitos no funcionales, a la incapacidad
A pesar de la importancia que los profesionales le han dado a la DT en el de hacer una estimación adecuada del esfuerzo y a la dificultad de
desarrollo de software, no identificamos en la literatura ningún trabajo que hacer una priorización de requisitos por no considerar una
investigue en profundidad cuál es el proceso de toma de decisiones de las documentación detallada de los requisitos.
técnicas de DT. Nuestro estudio identificó que algunos artículos indican que La literatura también señala que es importante desarrollar una
los profesionales han seleccionado las técnicas en función del espacio de mentalidad creativa y establecer empatía por parte del usuario, así como
trabajo de un modelo DT seleccionado. Este hallazgo confirma que los pasar de la solución de un problema específico a una mentalidad de
modelos de DT ayudan en la elección de técnicas y que la perspectiva de DT resolución de problemas. Crear un equipo multidisciplinario compuesto por
como proceso es tomada en cuenta por los equipos (Brener et al.,2016). profesionales con diferentes antecedentes podría ser una forma de lograr
los beneficios de DT. Sin embargo, algunas empresas todavía se resisten a
Sin embargo, es necesario saber qué criterios contribuyen a la traer a sus empleados a trabajar a tiempo completo en actividades de DT.
toma de decisiones sobre qué técnicas de DT pondrá en práctica el Reunir al usuario es otro punto a considerar al usar DT. Además, también es
practicante para ayudar al desarrollo del software. Identificamos necesario encontrar herramientas adecuadas para apoyar el uso de DT, que
que los profesionales utilizan como criterio la información que proporcionarán la configuración adecuada para comprender el problema
tienen sobre las técnicas. Esta información puede incluir el tiempo real y proponer soluciones innovadoras.
de aplicación que requiere la técnica, que indica cómo debe Por lo tanto, aún queda un largo camino por recorrer. La academia y la
prepararse el equipo y cuánto tiempo, por ejemplo, los industria pueden trabajar juntas para identificar qué modelos y técnicas se
stakeholders deben planear participar en las actividades de DT, la ajustan mejor a un determinado escenario, perfil de cliente y áreas de
familiaridad que tiene el practicante con la técnica, que indica aplicación (p. ej., el problema es borroso, el problema está bien definido
cuánto conoce la técnica el practicante aún sin haberla aplicado pero no se conoce previamente ninguna indicación de solución, una solución
antes, y cómodo de usar, que indica cuán apto se siente el lugar ya no atiende las necesidades del usuario y requiere reconsideración).
profesional para aplicar la técnica en la práctica con el equipo
multidisciplinario disponible.
Otros criterios que apoyan a los profesionales en la decisión de 5.2. Implicaciones para la investigación y la práctica
qué técnicas de DT seleccionar involucran la información que el
profesional tiene sobre las partes interesadas, lo que le permite Para los investigadores, creemos que este mapeo sistemático de la
explorar al máximo cada participante, o sobre el problema, lo que literatura contribuye sintetizando y avanzando lo que se sabe sobre el
le permite elegir las técnicas que exploran mejor. el problema y uso de Design Thinking en el desarrollo de software a través de un
proponer soluciones eficaces al mismo. La experiencia previa es proceso de investigación reproducible que sigue las pautas definidas
otro criterio citado para seleccionar técnicas de DT, que considera para el mapeo de la literatura. Además, nuestro estudio muestra que
el resultado de usos anteriores de ciertas técnicas y ayuda a usar la hay espacio para más investigaciones sobre el tema, lo que indica que
técnica nuevamente.
todavía es posible explorar cuestiones no abordadas, como el proceso
Los criterios de selección de técnicas que hemos identificado en
de toma de decisiones para seleccionar técnicas de DT, qué criterios
este estudio de mapeo sistemático son un conjunto inicial de
han utilizado los profesionales para hacerlo y cuáles son. los desafíos a
indicaciones de cómo los profesionales deciden qué técnicas pretenden
manejar. Los desafíos representan oportunidades abiertas para nuevas
utilizar. Sin embargo, destacamos que faltan estudios que investiguen
investigaciones sobre la integración de DT en el desarrollo de software.
cuáles son los criterios utilizados por los profesionales para seleccionar
las técnicas que podrían fomentar el desarrollo de soluciones para
Para los profesionales, este SMS proporciona información para saber
ayudar a los profesionales novatos a establecer técnicas que fomenten
qué estrategias se pueden utilizar para integrar DT en el desarrollo de
la exploración de DT en el desarrollo de software de la forma más
software (por adelantado, infundido o continuo), ayudándolos a guiar el
eficaz. manera.
proceso de DT a través de diferentes modelos y espacios de trabajo de DT, y
Hallazgo 5:DT impulsa el desarrollo de software, pero no es una panacea. también apoyando a los equipos para saber qué Las técnicas de DT están
Aunque DT se ha integrado fácilmente en el desarrollo de software, hay
disponibles, qué criterios se consideran para la selección de técnicas y cuáles
puntos de atención clave que los profesionales de DT deben tener en
son los desafíos que podrían enfrentar al aplicar DT en el desarrollo de
cuenta al usar DT.
software. Por lo tanto, creemos que nuestro estudio contribuye al estado de
Si bien la literatura ha demostrado que DT brinda beneficios al la práctica al brindar información que puede ayudar a los profesionales de
desarrollo de software, también muestra que los profesionales de TI DT en las actividades de desarrollo de software.
deben conocer los puntos clave para extraer dichos beneficios del uso
de DT (verTabla 12). Inspirándonos en los resultados que obtuvimos en este SMS, y teniendo en
Los problemas preconcebidos o las soluciones preconcebidas son 2 cuenta las discusiones que hemos presentado, enumeramos a continuación una
puntos que necesitan cierta atención en el uso de DT en el desarrollo de serie de conclusiones breves que extrajimos de la literatura sobre el uso de Design
software. Los profesionales de DT tienen que lidiar con problemas ya Thinking en el desarrollo de software.
definidos o soluciones propuestas por los clientes, incluso antes de Conclusión 1: integre DT con RE sin olvidar que es importante crear
comenzar a usar DT. Un cambio de mentalidad podría ser una forma de documentación para respaldar las actividades de requisitos. Además, trate de
evitar estos problemas preconcebidos, pero puede lograrse después de considerar los requisitos no funcionales.
mucho tiempo experimentando DT en el desarrollo de software. La presión
provocada por el tiempo de mercado o la alta dirección también representa Los equipos que utilizan DT para impulsar las actividades de ER deben
esfuerzos a resolver cuando se utiliza DT en el desarrollo de software. tener en cuenta que la documentación es un elemento clave para el éxito.
Ayuda a gestionar la trazabilidad de los requisitos, la priorización, la
DT ha colaborado para mejorar las actividades de ER proporcionando un estimación del esfuerzo y el cambio de requisitos. DT se enfoca en descubrir
espacio para hacer una recopilación y comprensión más profunda de los usuarios. y entregar una solución innovadora para un problema dado. en software
19
desarrollo, se propone una solución prototipada y validada como (ACM, IEEE Xplore, Science Direct, Scopus, Springer y Wiley Online Library), lo
insumo para un método Lean o Agile, que buscan desarrollar la que da como resultado un total de 3386 artículos recuperados. Luego,
solución propuesta. Por tanto, además de identificar las necesidades de hicimos un proceso de selección de artículos y obtuvimos 127 artículos.
los usuarios, también es importante iniciar la elicitación de requisitos Al analizar los artículos seleccionados, presentamos y discutimos
no funcionales (usabilidad, seguridad, privacidad, etc.) ya que el que las 3 estrategias para integrar DT en el desarrollo de software
usuario está colaborando en el proceso creativo. propuestas porHehn et al.(2020) (por adelantado, infundido y continuo)
Conclusión 2: Prepárese usted y su equipo para lidiar con problemas y se exploran en la literatura. Upfront es la estrategia de integración más
soluciones preconcebidas. Actúe como un rompehielos y anime al cliente a citada, lo que demuestra que los equipos están preocupados por
pensar fuera de la caja. descubrir la solución a desarrollar antes de comenzar el proceso de
desarrollo en sí. También identificamos 16 modelos que organizan DT
DT tiene la creatividad y la colaboración como 2 de sus valores de 2 a 7 espacios de trabajo distintos, guiando a los profesionales a
fundamentales. Por lo tanto, las ideas provenientes del usuario deben ser realizar actividades de DT en el desarrollo de software. Stanford
muy bien recibidas. Sin embargo, trata de hacer pensar al usuario de forma D.School y Brown son los 2 modelos DT más citados en la literatura.
disruptiva, brindando un espacio que permita una comprensión profunda
del problema y la creación de soluciones en las que no se había pensado
Identificamos 83 técnicas utilizadas en las actividades de DT para la
antes. Trate de promover un ambiente que se considere alimento para el
comprensión de problemas (espacio del problema) y la propuesta de soluciones
pensamiento.
(espacio de la solución) mediante la evaluación de las técnicas de DT citadas en la
Conclusión 3: Haz bien un trabajo previo. Trate de seleccionar técnicas y modelos que literatura. También identificamos que se utilizaron 19 técnicas, como Lluvia de
lo ayuden a lidiar con las limitaciones organizacionales y la participación de los ideas, Taller, Observación y Entrevista, tanto en espacios de problemas como de
usuarios. solución, lo que muestra la flexibilidad y la naturaleza dinámica de DT.
Seleccione un modelo de DT como su guía de DT (no estricta) e

Por lo tanto, dada la gran cantidad de técnicas DT que se ha venido utilizando
intente utilizar un conjunto de técnicas de DT que lo ayuden a
para el desarrollo de software, motiva un problema de toma de decisiones.
involucrar a los participantes (partes interesadas, alta gerencia, etc.).
Teniendo esto en cuenta, buscamos los criterios utilizados por los profesionales
Por ejemplo, si no sabes seleccionar las técnicas, busca recursos
para seleccionar las técnicas de DT que se utilizarán en el desarrollo de software.
computacionales que te sugieran técnicas de DT según la experiencia
Identificamos un conjunto inicial de 7 criterios de decisión, incluidos el tiempo de
de otros profesionales. Recursos computacionales como DTA4RE (
aplicación, la familiaridad, la comodidad de usarlo, la información de las partes
Sousa et al.,2020;Parisi et al.,2020) y Helius lo apoyan en la selección de
interesadas, la información del problema y la experiencia previa en el uso de una
técnicas de DT para el desarrollo de software.
técnica. Sin embargo, este conjunto inicial representa solo un primer esfuerzo para
Discuta con la gerencia superior en un enfoque Upfront que DT brinda
identificar qué criterios se utilizan para seleccionar técnicas, lo que indica que hay
beneficios a las actividades de RE, al proceso de desarrollo de software y también
espacio de investigación para profundizar la comprensión de la toma de decisiones
a la mentalidad organizacional. Demostrar que el compromiso de los empleados,
de los profesionales para seleccionar técnicas de DT.
la colaboración en equipo y el cambio de mentalidad pueden representar un
camino para lograr mejores soluciones que se ajusten a las necesidades de los
También mapeamos 16 puntos de atención que los profesionales de DT
usuarios.
deben tener en cuenta cuando usan DT para impulsar las actividades de
Punto 4: Comparta los resultados de los talleres de DT de manera adecuada.
desarrollo de software. Estos puntos de atención comprenden la integración
Además de contar con el espacio y los materiales adecuados para con las actividades de ER, la concepción previa de los dominios de
realizar talleres de Design Thinking, tenga en cuenta que es importante problemas y soluciones, la mentalidad y el compromiso de las
compartir los artefactos producidos en esos talleres de manera constante. El organizaciones y los participantes, la selección de técnicas de DT y la forma
equipo participará en el proceso de desarrollo de software si tiene acceso a de compartir los resultados logrados con el uso de DT entre los miembros
datos detallados obtenidos en colaboración a través de procesos de del equipo. .
convergencia y divergencia. Por lo tanto, defina una forma de garantizar que A continuación, inspirados en los hallazgos que obtuvimos con nuestro
todos los participantes tengan acceso a los resultados del DT (comprensión SMS, propusimos 4 conclusiones con el objetivo de ayudar a aquellos
del problema y propuesta de solución). interesados en el uso de DT en el desarrollo de software para explorar
dicho enfoque y extraer sus beneficios. Por lo tanto, un profesional de TI que
6. Observaciones finales pretenda utilizar DT en el desarrollo de software debe considerar lo
siguiente: (1) integrar DT con RE sin olvidar que es importante crear
DT se ha utilizado como un enfoque UCD para involucrar al usuario en el documentación para respaldar las actividades de requisitos. Además, trate
proceso de desarrollo de soluciones de software innovadoras. Ayuda a los de considerar requisitos no funcionales; (2) prepararse usted y su equipo
equipos de software a comprender a los usuarios, fomentando la creatividad para hacer frente a problemas y soluciones preconcebidas. Actúe como un
y practicando el pensamiento convergente y divergente. Por lo tanto, rompehielos y anime al cliente a pensar fuera de la caja; (3) hacer bien un
conocer cómo se puede practicar DT en el desarrollo de software y cuáles trabajo previo. Trate de seleccionar técnicas y modelos que le permitan lidiar
son las técnicas, modelos y cómo los selectores pueden colaborar con la con las limitaciones organizacionales y el compromiso de los usuarios; y (4)
mejora del proceso de desarrollo de software da como resultado. compartir los resultados de los talleres de DT de manera adecuada. Es
importante saber cómo explorar adecuadamente este enfoque de
En este artículo, presentamos un estudio para caracterizar y avanzar resolución de problemas para lograr el éxito. Por lo tanto, creemos que
en lo que se sabe sobre el uso de DT en el desarrollo de software. nuestros resultados representan una semilla para un uso más efectivo de DT
Nuestro objetivo fue responder a la pregunta principal de en el desarrollo de software.
investigación: ''¿Cómo se ha integrado DT en el desarrollo de software, Nuestro estudio contiene limitaciones y amenazas a la validez inherentes a
qué modelos y técnicas se utilizan, cómo se seleccionan las técnicas de una revisión de la literatura (Kitchenham y Cartas,2007;Wohlin et al.,2012). Como
DT y cuáles son los puntos clave a tener en cuenta al usar DT en el validez de constructo, es posible que nuestras preguntas de investigación no
desarrollo de software?'' proporcionen una cobertura completa de todos los artículos que presentan DT y
Siguiendo las pautas propuestas porPetersen et al.(2008), Wohlin et desarrollo de software. Como validez interna, relacionada con la selección de
al.(2012),Felizardo et al.(2016), realizamos un estudio de mapeo estudios y la extracción de datos, dos autores realizaron el proceso de selección
sistemático reproducible, complementado con una bola de nieve hacia de artículos sugerido porKitchenham y Cartas(2007). Buscamos en 6 bibliotecas
adelante. Realizamos búsquedas automáticas en 6 bibliotecas digitales digitales que contienen la mayoría de
20
los documentos de alta calidad en ingeniería de software. Esta estrategia de Arayalert, SC, Puttinaovarat, S., 2020. Diseño del autoaprendizaje de la ecología de los manglares
investigación fue revisada por 2 investigadores senior. Como validez de la aplicación basada en un enfoque de microaprendizaje. En t. J.Emerg. Tecnología Aprender.
15 (11), 29–41.
conclusión, extrajimos los datos y discutimos siguiendo el protocolo que
Arbieto-Batallanos, C., Villanueva-Montoya, L., Chavez-Ponce, D., Alfonte-
definimos antes de iniciar el proceso de extracción. Zapana, R., Córdova-Martínez, M., 2019. Aplicación móvil basada en design thinking
Como trabajo futuro, pretendemos investigar el vacío de investigación para la enseñanza de la cinemática. En: Actas del Congreso Internacional de
sobre los criterios de selección de técnicas de DT que exploran el escenario Educación y Tecnología en Ciencias. CEUR-WS, Arequipa, Perú, págs. 257–266.
de toma de decisiones de los practicantes de DT. Buscaremos comprender
Asante, G., 2018. Metodologías de diseño efectivas. Des. Administrar Rev. 29, 10–15.
cómo se puede aprovechar DT para colaborar con el desarrollo de software
Avalos, M., Larios, VM, Salazar, P., Maciel, R., 2017. Hackatones, semestres,
y producir soluciones que satisfagan las necesidades del usuario y que sean y maratones de verano como vehículos para desarrollar el talento local de la ciudad inteligente a
factibles, viables y deseables. través de sus innovaciones. En: Actas de la Conferencia Internacional de Ciudades Inteligentes. IEEE,
Wuxi, China, págs. 1–6.
Azab, A., Mostafa, N., Park, J., 2016. Ontimecargo: un sistema de transporte inteligente
Declaración de contribución de autoría CRediT
desarrollo en la gestión logística mediante un enfoque de pensamiento de diseño.
En: Actas de la Conferencia de Asia Pacífico sobre Sistemas de Información. Chiayi,
Rafael Parisi:Conceptualización, Metodología, Investigación, Taiwán, págs. 1–44.
Redacción – borrador original, Visualización.Matheus Prestés: Bargh, MS, Choenni, S., 2019. Hacia la aplicación del pensamiento de diseño para diseñar
Conceptualización, Metodología, Investigación, Redacción – borrador sistemas de información que protegen la privacidad. En: Actas de la Conferencia
Internacional sobre Confianza, Privacidad y Seguridad en Sistemas y Aplicaciones
original. Sabrina Marczak:Conceptualización, Redacción – revisión y
Inteligentes. IEEE, Los Ángeles, EE. UU., págs. 196–202.
edición, Supervisión.Tayana Conté:Conceptualización, Redacción – Berger, A., 2011. Pensamiento de diseño para el diseño de interfaz de usuario de búsqueda. Centavo. EUR.
revisión y edición, Supervisión. Proceso de taller. 763, 1–4.
Bordin, S., De Angeli, A., 2016. Fallos comunicativos en la integración de
Diseño centrado en el usuario y desarrollo ágil. Springer, págs. 137–161. Brad, S., Brad, E.,
Declaración de competencia de intereses
Homorodean, D., 2019. CALDET: un sistema integrado impulsado por TRIZ
metodología de desarrollo de software. En: Actas de la Conferencia Internacional
Los autores declaran que no tienen intereses financieros en TRIZ Future. Springer, Marrakech, Marruecos, págs. 400–416.
competencia ni relaciones personales conocidas que pudieran haber Braz, RdS, Merlin, JR, Freitas Guilhermino Trindade, D., Eduardo Ribeiro, C.,
influido en el trabajo informado en este documento. Sgarbi, EM, Junior, FdS, 2019. Pensamiento de diseño y scrum en la elicitación de
requisitos de software: un estudio de caso. En: Actas de la Conferencia Internacional
sobre Interacción Humano-Computadora. Springer, Orlando, EE. UU., págs. 179–194.
Expresiones de gratitud
Brenner, W., Uebernickel, F., Abrell, T., 2016. Pensamiento de diseño como mentalidad, proceso,
Agradecemos a los proyectos PUCRS BPA 2019, 2020 y 2021 y caja de herramientas. Springer, págs. 3–21.
Brown, T., 2008. Pensamiento de diseño. Harv. Autobús. Rev. 86, 84–95.
(Programa de Bolsas Pesquisa Alunos da PUCRS/Chamada Geral
Brown, T., Wyatt, J., 2010. Pensamiento de diseño para la innovación social. desarrollo Superar a
1/2019, 1/2020 y 1/2021) y al proyecto CNPq PIBIC 2019/2020 12 (1), 29–43.
(Programa Institucional de Bolsas de Iniciação Científica do CNPq ) para Buchanan, R., 1992. Problemas perversos en el pensamiento de diseño. Des. Números 8 (2), 5–21,
las becas de asistente de investigación de pregrado. Tayana Conte URL:http://www.jstor.org/stable/1511637.
agradece a CNPq, Brasil (Beca 314174/2020-6) y FAPEAM (Beca Budiarto, A., Kacamarga, MF, Suparyanto, T., Purnamasari, S., Caraka, RE,
Muljo, HH, Pardamean, B., 2018. Sistema de monitoreo y evaluación basado en la
062.00150/2020). Sabrina Marczak agradece a CNPq, Brasil (Subvención web SMARTD. En: Actas de la Conferencia Internacional de la Asociación Indonesia
307177/2018-1). Agradecemos a CAPES, Brasil (Coordenação de para el Reconocimiento de Patrones. IEEE, Yakarta, Indonesia, págs. 172–176.
Aperfeiçoamento de Pessoal de Nível Superior – Brasil) por el apoyo Burchardt, C., Maisch, B., 2018. Enfoques ágiles avanzados para mejorar
financiero (Código 001). actividades de ingeniería. proc. Fabricación 25, 202–212.
Canedo, ED, Parente da Costa, R., 2016. El uso del pensamiento de diseño en ágil
encuesta de requisitos de software: un estudio de caso. En: Actas de la Conferencia
Referencias Internacional de Diseño, Experiencia de Usuario y Usabilidad. Springer, Las Vegas,
EE. UU., págs. 642–657.
Adikari, S., Keighran, H., Sarbazhosseini, H., 2016. Integrar el pensamiento de diseño en Canedo, ED, Pergentino, ACDS, Calazans, ATS, Almeida, FV, Costa, PHT,
Co-diseño para una rápida innovación de soluciones de diseño. En: Actas de la Lima, F., 2020. Uso del pensamiento de diseño en proyectos ágiles de software: percepción
Conferencia Internacional de Diseño, Experiencia de Usuario y Usabilidad. Springer, de los desarrolladores de software. En: Actas de la Conferencia Internacional sobre Sistemas
Toronto, Canadá, págs. 3–14. de Información Empresarial. Scite Press, en línea, págs. 217–224.
Adikari, S., McDonald, C., Campbell, J., 2013. Contextos reformulados: pensamiento de diseño Carell, A., Lauenroth, K., Platz, D., 2018. Uso del pensamiento de diseño para los requisitos
para el diseño ágil de la experiencia del usuario. En: Actas de la Conferencia ingeniería en el contexto de la digitalización y la transformación digital: una
Internacional de Diseño, Experiencia de Usuario y Usabilidad. Springer, Las Vegas, motivación y un relato de experiencia. Springer, págs. 107–120.
EE. UU., págs. 3–12. Carlgren, L., Rauth, I., Elmquist, M., 2016. Enmarcando el pensamiento de diseño: el concepto
Ahmad, R., Chyi, WA, Sarlan, A., Kasbon, R., 2014. Guía de base de datos para principiantes en la idea y la ejecución. Creatividad Innov. Administrar 25, 38–57.
desarrolladores en la creación de esquemas de bases de datos. En: Actas de la Conferencia Carroll, N., Richardson, I., 2016. Alineación de la innovación y el software en el cuidado de la salud
sobre E-Learning, E-Management y E-Services. IEEE, Melbourne, Australia, págs. 64–69. requisitos a través del pensamiento de diseño. En: Actas del Taller Internacional
sobre Ingeniería de Software en Sistemas de Salud. ACM, Austin, EE. UU., págs. 1–7.
Ahmed, B., Dannhauser, T., Philip, N., 2018. Una metodología de pensamiento de diseño lean
(LDTM) para aprendizaje automático y proyectos de datos modernos. En: Actas de Challiol, C., Borrelli, FM, Mendiburu, FI, Rouaux Servat, CM, Goin Plexevi, F.,
Ciencias de la Computación e Ingeniería Electrónica. IEEE, Colchester, Reino Unido, Orellano, DH, Gomez-Torres, E., Gordillo, SE, 2019. Design thinking's resources for in-
págs. 11–14. situ co-design of mobile games. En: Actas de la Conferencia Internacional sobre
Alhazmi, A., Huang, S., 2020. Integración del pensamiento de diseño en el marco Scrum Sistemas de Información y Ciencias de la Computación. IEEE, Quito, Ecuador, págs.
en el contexto de la gestión de la ingeniería de requisitos. En: Actas de la Conferencia 339–345.
Internacional sobre Ciencias de la Computación e Ingeniería de Software. ACM, Chasanidou, D., Gasparini, AA, Lee, E., 2015. Métodos y herramientas de pensamiento de diseño
Pekín, China, págs. 33–45. para la innovación En: Proc. del Diseño, Experiencia de Usuario y Usabilidad: Discurso del
Almeida, FV, Canedo, ED, d. Costa, RP, 2019. Definición de indicadores en el Diseño. Springer, Los Ángeles, EE. UU., págs. 1–12.
ejecución de proyectos educativos con pensamiento de diseño utilizando la revisión Chongwatpol, J., 2020. Operacionalización del pensamiento de diseño en inteligencia empresarial
sistemática de la literatura. En: Actas de la Conferencia Fronteras en Educación. IEEE, y proyectos de análisis. Decir ciencia J.Innov. Educ. 18 (3), 409–434. Corral, L., Fronza,
Covington, EE. UU., págs. 1–9. I., 2018. Pensamiento de diseño y prácticas ágiles para software
Araújo, R., Anjos, E., Silva, DR, 2015. Tendencias en el uso del pensamiento de diseño Ingeniería: Una oportunidad para la innovación. En: Actas del Grupo de Interés
para sistemas embebidos. En: Actas de la Conferencia Internacional sobre Ciencias Especial sobre la Conferencia sobre Educación en Tecnología de la Información. ACM,
Computacionales y sus Aplicaciones. IEEE, Banff, Canadá, págs. 82–86. Araújo, CMMS, Fort Lauderdale, EE. UU., págs. 1–6.
Miranda Santos, I., Dias Canedo, E., Favacho de Araújo, AP, Coutinho, EF, Gomes, GAM, José, MA, 2016. Aplicando el pensamiento de diseño en
2019. Pensamiento de diseño versus sprint de diseño: un estudio comparativo. En: disciplinas del desarrollo de sistemas. En: Actas de la Conferencia Euroamericana
Actas de la Conferencia Internacional sobre Diseño, Experiencia de Usuario y sobre Telemática y Sistemas de Información. IEEE, Cartagena, Colombia, págs. 1–8.
Usabilidad. Springer, Orlando, EE. UU., págs. 291–306.
21
Cruzes, DS, Dybå, T., 2010. Sintetizando evidencia en ingeniería de software Freitas, R., Peres, S., Fantinato, M., Steinbeck, R., Araújo, U., et al., 2013.
investigación. En: Actas del Simposio Internacional sobre Ingeniería y Medición Experimentar con el pensamiento de diseño en el refinamiento de requisitos para un
Empírica de Software. ACM, Bolzano, Italia. sistema de gestión del aprendizaje. En: Actas del Simposio Brasileño de Sistemas de
da Cruz Júnior, GG, do Nascimento, RLS, 2016. Desenvolvendo um Objeto Información. SBC, João Pessoa, Brasil, págs. 182–193.
de Aprendizagem Virtual para o Ensino da Programação Web Mobile com o Design Gama, K., Alencar, B., Calegario, F., Neves, A., Alessio, P., 2018a. un hackathon
Thinking. En: Anais Do Congresso Regional Sobre Tecnologias Na EducaçÃo. CEUR- metodología para proyectos de cursos de pregrado. En: Actas de la Conferencia
WS, Natal, Brasil, págs. 1–12. Fronteras en Educación. IEEE, San José, EE. UU., págs. 1–9.
Daniels, NEM, Hochstenbach, LMJ, van Bokhoven, MA, Beurskens, AJHM, Gama, K., Castor, F., Alessio, P., Neves, A., Araújo, C., Formiga, R., Soares-
Delespaul, PAEG, 2019. Implementación de tecnología de muestreo de experiencia para el Neto, F., Oliveira, H., 2018b. Combinando el aprendizaje basado en desafíos y el pensamiento
análisis funcional en medicina familiar: un enfoque de pensamiento de diseño. Parte de diseño para enseñar el desarrollo de aplicaciones móviles. En: Actas de la Conferencia
delantera. psicol. 10, 2782. Fronteras en Educación. IEEE, San José, EE. UU., págs. 1–5.
Darrin, MAG, Devereux, WS, 2017. El manifiesto ágil, pensamiento de diseño Gamble, MT, 2016. ¿Pueden los metamodelos vincular el desarrollo con la intención del diseño? En:
e ingeniería de sistemas. En: Actas de la Conferencia Internacional de Sistemas. IEEE, Actas del Taller internacional sobre cómo llevar el pensamiento de diseño arquitectónico a
Quebec, Canadá, págs. 1–5. las actividades diarias de los desarrolladores. ACM, Austin, EE. UU., págs. 14–17. Genzorova,
De, S., 2020. Una perspectiva novedosa para el modelado de amenazas utilizando el pensamiento de diseño y
T., Corejova, T., Stalmasekova, N., 2019. Cómo la transformación digital
principios ágiles. En: Actas de la Conferencia Internacional sobre Computación
puede influir en el modelo de negocio, estudio de caso para la industria del transporte. transporte
Paralela, Distribuida y Grid. IEEE, Waknaghat, India, págs. 31–35.
Res. proc. 40, 1053–1058.
De, S., Vijayakumaran, V., 2019. Un breve estudio sobre la mejora de la calidad de la empresa
Glomann, L., 2017. Presentamos el 'flujo de trabajo ágil centrado en el ser humano' (HCAW): un
aplicaciones que utilizan el pensamiento de diseño. En t. J. Educ. Administrar Ing. 9
modelo ágil de proceso de concepción y desarrollo. En: Proc. de la Conferencia
(5), 1–26. de Carvalho Souza, CL, Silva, C., 2015. Un estudio experimental del uso de
Internacional sobre Ergonomía y Factores Humanos Aplicados. Springer, Los
Design Thinking como un enfoque de elicitación de requisitos para entornos de
Ángeles, Estados Unidos, págs. 1–10.
aprendizaje móvil. CLEI Electr. J. 18, 1–6.
González, CSG, Fleitas, YdCB, 2015. Fomentando la creatividad y la innovación
de Paula, DF, Araújo, CC, 2016. Pet empires: Combinando el pensamiento de diseño, lean
pensamiento en la enseñanza de la ingeniería de software: un estudio de caso. En: Actas de
startup y ágil para aprender del fracaso y desarrollar un juego exitoso en un entorno
la Conferencia Global de Educación en Ingeniería del IEEE. IEEE, Tallin, Estonia, págs. 989–
de pregrado. En: Actas de la Conferencia Internacional sobre Interacción Humano-
995.
Computadora. Springer, Toronto, Canadá, págs. 1–5.
De Paula, TR, Santana Amancio, T., Nonato Flores, JA, 2020. Pensamiento de diseño en González, CSG, González, EG, Cruz, VM, Saavedra, JS, 2010. Integrando la
industria. Software IEEE 37 (2), 49–51. Design Thinking en la metodología de la UCD. En: Proc. de la Conferencia de
Design Council, 1944. El proceso de diseño: ¿Qué es el doble diamante?. URL:. Díaz, P., Educación en Ingeniería. IEEE, Madrid, España, págs. 1–4.
Aedo, I., Cubas, J., 2014. CoDICE: Equilibrando la ingeniería del software y Goodspeed, R., Riseng, C., Wehrly, K., Yin, W., Mason, L., Schoenfeldt, B., 2016.
creatividad en el co-diseño de encuentros digitales con el patrimonio cultural. En: Aplicación de métodos de pensamiento de diseño a las herramientas de gestión de
Actas del Taller sobre Interfaces Visuales Avanzadas. ACM, Como, Italia, págs. 1–4. ecosistemas: creación del explorador del hábitat acuático de los grandes lagos. Política de
marzo 69, 134–145. Goudsouzian, LK, Riola, P., Ruggles, K., Gupta, P., Mondoux, MA, 2018. En-
Diaz Intal, GL, Senoro, D., Palaoag, T., 2020. Diseño de experiencia de usuario para integración de conceptos de biología celular y molecular: comparación de los logros de
aplicación móvil de gestión de desastres utilizando el enfoque de pensamiento de aprendizaje y la autoeficacia en las correspondientes experiencias de laboratorio de
diseño. En: Actas de la Conferencia Internacional sobre Software y E-Business. ACM, pregrado en vivo y virtuales. Bioquímica mol. Biol. Educ. 46, 361–372.
Osaka, Japón, págs. 7–13. Guinan, PJ, Parise, S., Langowitz, N., 2019. Creación de un proyecto digital innovador
Dobrigkeit, F., Pajak, P., de Paula, D., Uflacker, M., 2020a. Caja de herramientas DT@IT : equipo: Palancas para permitir la transformación digital. Autobús. Horiz. 62 (6), 717–
Herramientas de pensamiento de diseño para apoyar el desarrollo de software cotidiano. En: Design 727. Gürdür, D., Törngren, M., 2018. Visual analytics for cyber-physical systems de-
Thinking Research: Investigación del rendimiento del equipo de diseño. Springer, págs. 201–227. Desarrollo: Combinando el pensamiento de diseño y el pensamiento sistémico. En:
Actas de la Conferencia NordDesign. Design Society, Linköping, Suecia, págs. 1–15.
Dobrigkeit, F., de Paula, D., 2019. Pensamiento de diseño en la práctica: comprensión Gurusamy, K., Srinivasaraghavan, N., Adikari, S., 2016. Un marco integrado
manifestaciones del pensamiento de diseño en la ingeniería de software. En: Actas para el pensamiento de diseño y métodos ágiles para la transformación digital. En:
de la Conferencia Europea de Ingeniería de Software y Simposio sobre los Actas de la Conferencia Internacional de Diseño, Experiencia de Usuario y Usabilidad.
Fundamentos de la Ingeniería de Software. ACM, Tallin, Estonia, págs. 1059–1069. Springer, Toronto, Canadá, págs. 1–9.
Dobrigkeit, F., de Paula, D., Carroll, N., 2020b. Taller InnoDev: Un día Harriet, K., Monika, K., Verena, P., 2019. InnoDeck: Innovación basada en tarjetas
introducción a la combinación de pensamiento de diseño, puesta en marcha esbelta y apoyo: un enfoque modular centrado en el ser humano para facilitar talleres de
desarrollo de software ágil. En: Proc. de la Conf. en Educación y Capacitación en Ingeniería innovación. En: Actas de la Conferencia Internacional Conjunta sobre Descubrimiento
de Software. IEEE, Múnich, Alemania, págs. 1–10. del Conocimiento, Ingeniería del Conocimiento y Gestión del Conocimiento.
Dobrigkeit, F., de Paula, D., Uflacker, M., 2019. InnoDev: un desarrollo de software SciTePress, Viena, Austria, págs. 83–91.
Metodología que integra Design Thinking, Scrum y Lean Startup. En: Investigación del
Hasso-Plattner-Institute D-School, 2020. Hasso-Plattner-Institute: Escuela de
pensamiento de diseño. Springer, págs. 199–227.
El pensamiento de diseño. URL:https://hpi.de/en/school-of-design-thinking/
Dobrigkeit, F., de Paula, D., et al., 2017. Lo mejor de tres mundos: la creación de designthinking.html.
InnoDev un enfoque de desarrollo de software que integra pensamiento de diseño,
Hehn, J., Mendez, D., Uebernickel, F., Brenner, W., Broy, M., 2020. Sobre la integración
scrum y lean startup. En: Actas de la Conferencia Internacional sobre Diseño de
pensamiento de diseño para la ingeniería de requisitos centrada en el ser humano. Software IEEE 37
Ingeniería. Design Society, Vancouver, Canadá, págs. 1–10. Dobrigkeit, F., Wilson, M.,
(2), 25–31.
Nicolai, C., et al., 2018. Agregar un proyecto de estilo scrum
Hehn, J., Uebernickel, F., 2018. El uso del pensamiento de diseño para la ingeniería de requisitos
administración a una clase avanzada de pensamiento de diseño. En: Proc. del
neering: un estudio de caso en curso en el campo de los sistemas innovadores
NordDesign. Design Society, Linköping, Suecia, págs. 1–12.
intensivos en software. En: Actas de la Conferencia Internacional de Ingeniería de
d.School Stanford, 2004. Pensamiento de diseño - compilación bootleg bootcamp. URL: https://
Requisitos. IEEE, Banff, Canadá, págs. 1–6.
dschool.stanford.edu/resources/the-bootcamp-bootleg. (Consultado el 20 de octubre de
Hehn, J., Uebernickel, F., Stöckli, E., Brenner, W., 2018. Designing human-
2020).
sistemas de información centrados: hacia una comprensión de los desafíos en la
Dunne, D., Martin, R., 2006. El pensamiento de diseño y cómo cambiará la gestión.
especificación de requisitos dentro de los proyectos de pensamiento de diseño. En:
educación mental: una entrevista y discusión. Academia Administrar Aprender. Educ. 5, 512–
Actas de la Multikonferenz Wirtschaftsinformatik. Universidad Leuphana de
523.
El-Sharkawy, S., Schmid, K., 2011. Un enfoque heurístico para respaldar el producto Lüneburg, Luneburg, Alemania, págs. 1–12.
innovación en ingeniería de requisitos: un experimento controlado. En: Proc. de la Hiremath, M., Sathiyam, V., 2013. Tren rápido a DT: una guía práctica para entrenador
Conferencia Internacional sobre Ingeniería de Requisitos: Fundamentos para la Calidad del pensamiento de diseño en la industria del software. En: Actas de la Federación Internacional
Software. Springer, Essen, Alemania, págs. 1–16. para el Procesamiento de la Información. Springer, Ciudad del Cabo, Sudáfrica, págs. 1–8.
Felizardo, KR, Mendes, E., Kalinowski, M., Souza, EF, Vijaykumar, NL, 2016.
Uso de bola de nieve hacia adelante para actualizar revisiones sistemáticas en Husaria, A., Guerreiro, S., 2020. La ingeniería de requisitos y el papel del diseño
ingeniería de software. En: Actas del Simposio Internacional sobre Ingeniería y pensando. En: Actas de la Conferencia Internacional sobre Sistemas de Información
Medición Empírica de Software. ACM/IEEE, Ciudad Real, España, págs. 1–6. Empresarial. Scite Press, págs. 353–359, en línea.
Jensen, MB, Lozano, F., Steinert, M., 2016. Los orígenes del pensamiento de diseño y
Ferreira, B., Conte, T., Barbosa, SDJ, 2015. Obtención de requisitos mediante personas la relevancia en las innovaciones de software. En: Actas de la Conferencia
y mapa de empatía para mejorar la experiencia del usuario. En: Actas del Simposio internacional sobre mejora de procesos de software centrada en productos.
Brasileño de Ingeniería de Software. IEEE, Belo Horizonte, Brasil, págs. 1–10. Springer, Trondheim, Noruega, págs. 1–4.
Jolak, R., Wortmann, A., Liebel, G., Umuhoza, E., Chaudron, MRV, 2020. El
Ferreira, B., Silva, W., Barbosa, SD, Conte, T., 2018. Técnica para representar- pensamiento de diseño de desarrolladores de software coubicados vs. distribuidos:
ing requisitos utilizando personas: un experimento controlado. Software IET 12, 280– ¡la distancia golpea de nuevo!. En: Actas de la Conferencia Internacional sobre
290. Ingeniería de Software Global. ACM, Seúl, República de Corea, págs. 106–116.
22
Kah-Hoe, Wang, SM, 2014. Pensamiento de diseño para la evaluación de la usabilidad de la nube McMahon, E., 2014. Del desarrollo de productos a la innovación. En: Proc. del In-
servicio de plataforma En: Proc. de la Conf. Internacional sobre Invención de Sistemas Conferencia Internacional de la Sociedad Americana para la Gestión de la Ingeniería. ASEM,
Aplicados. IEEE, Chiba, Japón, págs. 247–250. Virginia Beach, EE. UU., págs. 1–11.
Kahan, E., Genero, M., Oliveros, A., 2019. Desafíos en la ingeniería de requisitos: Murugesan, LK, Hoda, R., Salcic, Z., 2017. Identificación de características de diseño mediante
¿Podría ayudar el pensamiento de diseño? En: Actas de la Conferencia Internacional sobre la Combinación de técnicas de elicitación de requisitos. En: Actas del Taller
Calidad de las Tecnologías de la Información y las Comunicaciones. Springer, Ciudad Real, Internacional sobre Diseño e Innovación en Ingeniería de Software. IEEE, Buenos
España, págs. 79–86. Aires, Argentina, págs. 1–7.
Kawano, A., Motoyama, Y., Aoyama, M., 2019. Un modelo basado en LX (experiencia de aprendizaje) Mutuku, LN, Colaco, J., 2012. Aumento del consumo de datos abiertos en Kenia: A
método de evaluación de los programas de educación y formación para ingenieros enfoque de pensamiento de diseño. En: Proc. de la Conferencia Internacional sobre
de software profesionales. En: Actas de la Conferencia Internacional sobre Teoría y Práctica de la Gobernanza Electrónica. ACM, Nueva York, EE. UU., págs. 1–4.
Tecnología de la Información y la Educación. ACM, Aizu-Wakamatsu, Japón, págs. Nalepa, G., Fontana, RM, Reinehr, S., Malucelli, A., 2019. Uso de enfoques ágiles
151–159. para impulsar iniciativas de mejora de procesos de software. En: Actas de la Conferencia
Keighran, H., Adikari, S., 2016. Desarrollo de equipos de alto rendimiento: un diseño Europea sobre Mejora de Procesos de Software. Springer, Edimburgo, Reino Unido, págs.
enfoque dirigido por el pensamiento. En: Actas de la Conferencia Internacional de 495–506.
Diseño, Experiencia de Usuario y Usabilidad. Springer, Toronto, Canadá, págs. 1–12. Nedeltcheva, GN, Shoikova, E., 2017. Acoplamiento del pensamiento de diseño y la experiencia del usuario
Kitchenham, B., Charters, S., 2007. Pautas para realizar literatura sistemática diseño y ágil: Hacia un marco de cooperación. En: Actas de la Conferencia
Revisiones de naturaleza en ingeniería de software, vol. 2. Departamento de Ciencias de la Internacional sobre Big Data e Internet de las Cosas. ACM, Londres, Inglaterra, págs.
Computación del Grupo de Ingeniería de Software de la Universidad de Keele, págs. 512–523. 1–5.
Kloeckner, AP, Libânio, CdS, Ribeiro, JLD, et al., 2017. Pensamiento de diseño Nedeltcheva, G., Shoikova, E., 2018. Innovación a través del pensamiento de diseño, usuario
métodos y técnicas en la enseñanza del diseño. En: Actas de la Conferencia experiencia y agilidad: Hacia un marco de cooperación. En: Actas de la Conferencia
Internacional sobre Educación en Ingeniería y Diseño de Productos, Building Internacional de Telecomunicaciones, vol. 53, núm. 1–2. NSTC, Sofía, Bulgaria, págs.
Community: Design Education for a Sustainable Future. IED, Oslo, Noruega, págs. 1– 42–49.
6. Newman, P., Ferrario, MA, Simm, W., Forshaw, S., Friday, A., Whittle, J., 2015.
Kongot, A., Pattanaik, M., 2017. Empoderando a los gerentes de proyecto en las empresas - A El papel del pensamiento de diseño y la creación de prototipos físicos en la ingeniería
enfoque de pensamiento de diseño para gestionar proyectos comerciales. En: Actas de la de software social. En: Actas de la Conferencia Internacional sobre Ingeniería de
Conferencia sobre interacciones entre humanos y computadoras. Springer, Bombay, India, Software. IEEE, Florencia, Italia, págs. 1–9.
págs. 189–197. Ortiz-Rojas, M., Maya, R., Jimenez, A., Hilliger, I., Chiluiza, K., 2019. Un paso
Kuula, S., Haapasalo, H., Kosonen, J., 2020. Tres fases para transformar un Metodología paso a paso para el diseño de software de una herramienta de analítica de
empresa de TI basada en proyectos en un proveedor de servicios digitales esbelto y orientado al aprendizaje en América Latina: un estudio de caso en Ecuador. En: Actas de la Conferencia
diseño. Software IEEE 37 (2), 41–48. Latinoamericana de Tecnologías de Aprendizaje. San José Del Cabo, México, págs. 116–122.
Landis, JR, Koch, GG, 1977. La medición del acuerdo del observador para
datos categóricos. Biometría 33, 159–174. Palacin-Silva, M., Khakurel, J., Happonen, A., Hynninen, T., Porras, J., 2017.
Larsen, LJ, 2018. Exprimiendo el proceso de diseño de juegos: Hacia un enfoque centrado en el contenido Infundir el pensamiento de diseño en un curso final de ingeniería de software. En:
marco para comprender y enseñar el diseño de juegos en la educación superior. Actas de la Conferencia sobre Educación y Capacitación en Ingeniería de Software.
Educ. Media Int. 55 (3), 231–254. IEEE, Savannah, EE. UU., págs. 1–10.
Lee, WS, Sohn, SY, 2019. Descubrir ideas de negocios emergentes basadas en Parizi, R., Moreira da Silva, M., de Souza Couto, I., Pavin Trindade, K., Plautz, M.,
Proyectos de software financiados colectivamente. Decir Sistema de soporte 116, 102–113. Marczak, S., Conte, T., Candello, H., 2020. Pensamiento de diseño en los requisitos de
Levy, M., 2017. Promover la obtención de requisitos de usabilidad y accesibilidad. software: ¿Qué técnicas utilizar? Una propuesta de herramienta de recomendación.
mentos en el pensamiento de diseño: uso de un objeto diseñado como un objeto En: Actas de la Conferencia Iberoamericana-Americana de Ingeniería del Software-
límite. En: Actas de los Talleres de la Conferencia Internacional de Ingeniería de Americana. Curran Associates, Curitiba, Brasil, págs. 1–14. Park, J., Mostafa, NA, Han,
Requisitos. IEEE, Lisboa, Portugal, págs. 1–4. H.-J., 2020. ''StoryWeb'': una historia basada en la narración
Levy, M., 2018. Educar para la empatía en el curso de ingeniería de software. En: aplicación de intercambio de conocimientos entre múltiples partes interesadas. Creatividad
proc. de la Conferencia Internacional sobre Ingeniería de Requisitos: Fundamentos para la Innov. Administrar 29 (2), 224–236.
Calidad del Software. CEUR-WS, Utrecht, Países Bajos, págs. 1–9. Pendse, A., Amre, H., 2018. Software 4.0: "Cómo" construir sistemas de "próxima generación".
Levy, M., Hadar, I., 2018. La importancia de la empatía para analizar la privacidad En: Actas de la Conferencia sobre Innovaciones en Ingeniería de Software. ACM,
requisitos En: Actas del Taller internacional sobre la evolución de la ingeniería de Hyderabad, India.
requisitos de seguridad y privacidad. IEEE, Banff, Canadá, págs. 1–5. Levy, M., Huli, C., Penzenstadler, B., 2020. ¿Cuándo el diseño ayuda a pensar y cuándo el diseño
2019. Pensamiento de diseño en pocas palabras para obtener requisitos pensando ayuda? Software IEEE 37 (2), 6–9.
de un proceso de negocio: Un estudio de caso de un taller de pensamiento de Péraire, C., 2019. Ágil de doble vía en la educación en ingeniería de software. En: Pro-
diseño. En: Actas de la Conferencia Internacional de Ingeniería de Requisitos. IEEE, actas de la Conferencia Internacional de Ingeniería de Software. ACM/IEEE, Montreal,
isla de Jeju, Corea del Sur, págs. 351–356. Canadá, págs. 38–49.
Liikkanen, LA, Kilpiö, H., Svan, L., Hiltunen, M., 2014. Lean UX: el próximo Pereira, L., Parizi, R., Prestes, M., Marczak, S., Conte, T., 2021. Hacia una
generación de desarrollo ágil centrado en el usuario? En: Actas de la Conferencia comprensión de los beneficios y desafíos en el uso del pensamiento de diseño en la
nórdica sobre interacción humano-computadora: divertida, rápida, fundamental. ingeniería de requisitos. En: Actas del Simposio Anual de ACM sobre Informática
ACM, Helsinki, Finlandia, págs. 1–6. Aplicada. ACM, Evento virtual, República de Corea, págs. 1338–1345. Pereira, JC,
Lucena, P., Braz, A., Chicoria, A., Tizzei, L., 2016. Software de pensamiento de diseño de IBM Russo, RdF, 2018. Pensamiento de diseño integrado en software ágil
marco de desarrollo. En: Actas del Taller Brasileño sobre Métodos Ágiles. Springer, desarrollo: una revisión sistemática de la literatura. Cómputo de procedimientos. ciencia 138,
Curitiba, Brasil, págs. 1–12. 775–782.
Luchs, MG, 2015. Una breve introducción al Design Thinking. John Wiley e hijos, Petersen, K., Feldt, R., Mujtaba, S., Mattsson, M., 2008. Estudio de mapeo sistemático
págs. 1 a 12. ies en ingeniería de software. En: Actas de la Conferencia Internacional sobre
Luedeke, TF, Köhler, C., Conrad, J., Grashiller, M., Sailer, A., Vielhaber, M., et al., Evaluación y Valoración en Ingeniería de Software. ACM, Bari, Italia, págs. 1–10.
2018. CPM/PDD en el contexto del pensamiento de diseño y el desarrollo ágil de
sistemas ciberfísicos. En: Actas de NordDesign. Design Society, Linköping, Suecia, Petersen, K., Vakkalanka, S., Kuzniarz, L., 2015. Directrices para la realización de
págs. 1–11. estudios de mapeo ático en ingeniería de software: una actualización. información suave Tecnología
Magare, A., Lamin, M., Chakrabarti, P., 2020. Análisis de mapeo inherente de 64, 1–18.
Metodología de desarrollo ágil a través del Design Thinking. En: Actas de la Pham, YD, Fucci, D., Maalej, W., 2018. Una primera implementación de un diseño
Conferencia Internacional sobre Ciencia de Datos y Aplicaciones Inteligentes. taller de pensamiento durante un proyecto de curso de desarrollo de aplicaciones
Springer, Gujarat, India, págs. 527–534. móviles. En: Actas del Taller Internacional sobre Educación en Ingeniería de Software
Mahe, N., Adams, B., Marsan, J., Templier, M., Bissonnette, S., 2020. Migración para Millennials. IEEE, Gotemburgo, Suecia, pág. 8.
una fábrica de software para diseñar el pensamiento: prestar atención a las personas y las Piras, L., Dellagiacoma, D., Perini, A., Susi, A., Giorgini, P., Mylopoulos, J.,
mentalidades. Software IEEE 37 (2), 32–40. 2019. Pensamiento de diseño y requisitos de aceptación para diseñar software
Malins, J., Maciver, F., 2016. De lo real a lo virtual: desarrollo mejorado gamificado. En: Proc. de la Conferencia Internacional sobre Retos de Investigación en
Software que utiliza Design Thinking. Springer, págs. 337–349. Ciencias de la Información. Bruselas, Bélgica, págs. 1–12.
Martins, HF, Carvalho de Oliveira Junior, A., Dias Canedo, E., Dias Kosloski, RA, Prasad, WR, Perera, G., Padmini, KJ, Bandara, HD, 2018. Adoptando el diseño
Ávila Paldês, R., Costa Oliveira, E., 2019. Pensamiento de diseño: Desafíos para la prácticas de pensamiento para satisfacer las expectativas del cliente en prácticas ágiles: un
elicitación de requisitos de software. Información 10 (12), 1–27. caso de la industria de desarrollo de software de Sri Lanka. En: Actas de la Conferencia de
Matz, A., Germanakos, P., 2016. Aumento de la calidad de la definición de casos de uso Investigación de Ingeniería de Moratuwa. IEEE, Moratuwa, Sri Lanka, págs. 1–6.
a través de un método colaborativo de pensamiento de diseño y un estilo de
documentación híbrido alternativo. En: Actas de la Conferencia Internacional sobre Puad, NHM, Rahim, NA, Firdaus, KHA, Sayedi, N., Mohadis, HM, 2019.
Tecnologías de Aprendizaje y Colaboración. Springer, Toronto, Canadá, págs. 1–12. Diseño de una aplicación persuasiva para el cambio de comportamiento con los niños. J.
Marcos. información sist. 1 (3), 1–7.
23
Pusca, D., Northwood, DO, 2018. Pensamiento de diseño y su aplicación al problema Valentim, N., Silva, W., Conte, T., 2017. Las perspectivas de los estudiantes sobre la aplicación
resolviendo globo J. Ing. Educ. 20 (1), 1–3. Design Thinking para el diseño de aplicaciones móviles. En: Actas de la Conferencia
Queiros, LM, Da Silveira, DS, da Silva Correia-Neto, J., Vilar, G., 2016. LODPRO: Internacional sobre Ingeniería de Software: Pista de Educación y Capacitación en
Proceso de desarrollo de objetos de aprendizaje. J. Brasil. computar Soc. 22 (1), 3. Ingeniería de Software. IEEE, Buenos Aires, Argentina, págs. 1–10. Vetterli, C.,
Rajashekharaiah, KMM, Pawar, M., Patil, MS, Kulenavar, N., Joshi, G., 2016. Brenner, W., Uebernickel, F., Petrie, C., 2013. De palacios a yurtas:
Marco de pensamiento de diseño para mejorar el diseño orientado a objetos y la habilidad Por qué la ingeniería de requisitos necesita pensamiento de diseño. Cómputo de Internet. 17, 91–94.
de análisis de problemas en el laboratorio de programación Java: una experiencia. En: Actas
de la Conferencia Internacional sobre MOOC, Innovación y Tecnología en la Educación. IEEE, Vianna, M., 2012. Design Thinking: InovaÇÃo Em NegÓcios. Pensamiento de diseño, pág.
Madurai, India, págs. 1–6. 195.
Reddy, PD, Iyer, S., Sasikumar, M., 2017. FATHOM: entorno TEL para desarrollar Viera, AJ, Garrett, JM, et al., 2005. Comprender la concordancia entre observadores: la
Habilidades de pensamiento divergente y convergente en el diseño de software. En: Actas de estadístico Kappa. fam. Medicina. 37, 360–363.
la Conferencia Internacional sobre Tecnologías Avanzadas de Aprendizaje. IEEE, Timisoara, Waidelich, L., Richter, A., Kölmel, B., Bulander, R., 2018. Proceso de pensamiento de diseño
Rumania, págs. 1–5. revisión del modelo. Una revisión sistemática de la literatura de los modelos actuales
Rhinow, H., Meinel, C., 2014. Pensamiento de diseño: Expectativas de una gerencia de pensamiento de diseño en la práctica. En: Actas de la Conferencia Internacional
perspectiva. En: Design Thinking Research: Building Innovation Eco-Systems. sobre Ingeniería, Tecnología e Innovación. IEEE, Stuttgart, Alemania, págs. 1–9.
Springer, págs. 239–252. Wieringa, R., Maiden, N., Mead, N., Rolland, C., 2006. Ingeniería de requisitos
Rösel, A., 2016. ¿Estamos preparados para la mejora disruptiva?. Springer, págs. 77–91. clasificación de artículos y criterios de evaluación: una propuesta y una discusión.
Sandino, D., Matey, LM, Vélez, G., 2013. Metodología de pensamiento de diseño para Requerir Ing. 11 (1), 102–107.
el diseño de aplicaciones interactivas en tiempo real. En: Actas de la Conferencia Wohlin, C., Runeson, P., Höst, M., Ohlsson, MC, Regnell, B., Wesslén, A., 2012.
Internacional de Diseño, Experiencia de Usuario y Usabilidad. Springer, Las Vegas, Experimentación en Ingeniería de Software, primera ed. Springer, pág. 236.
EE. UU., págs. 1–10.
Santos, HRM, Alves, C., 2017. A2BP: Un método para el análisis ambidiestro de
procesos de negocio. En: Proc. de la Conferencia Internacional sobre Sistemas de
rafael parizies un doctorado Estudiante en el tema de
Información Empresarial. SCITEPRESS, Oporto, Portugal, pág. 12
Design Thinking para Ingeniería de Software en la Escuela de
Sarbazhosseini, H., Adikari, S., Keighran, H., 2016. Marco de pensamiento de diseño
Tecnología de la Universidad PUCRS, Brasil. Parizi también es
para la gestión de la cartera de proyectos. En: Actas de la Conferencia Internacional
instructor senior de Ingeniería de Software en el Instituto
de Diseño, Experiencia de Usuario y Usabilidad. Springer, Toronto, Canadá, págs. 1–
Federal Farroupilha. Contáctelo enrafael.parizi@edu. pucrs.br
8.
.
Sedano, T., Ralph, P., Péraire, C., 2019. La cartera de productos. En: Actas de
la Conferencia Internacional de Ingeniería de Software. ACM/IEEE, Montreal, Canadá,
págs. 200–211.
Senapathi, M., Drury-Grogan, ML, 2021. Enfoque de pensamiento sistémico para
implementando Kanban: un estudio de caso. J. Softw. Evol. Proceso 33 (4), 22–32.
Senft, B., Rittmeier, F., Fischer, H., Oberthür, S., 2019. Un enfoque centrado en el valor
para aplicaciones de software únicas y novedosas. En: Actas de la Conferencia
Matheus Prestéstiene un M.Sc. de la Escuela de Tecnología,
Internacional sobre Interacción Humano-Computadora. Springer, Orlando, EE. UU., PUCRS, Brasil. Prestes también es analista sénior de sistemas.
págs. 366–384. Contáctelo enmatheus.plautz@edu. pucrs.br.
Snowden, DJ, Boone, M., 2007. El marco de un líder para la toma de decisiones. Harv.
Autobús. Rev. 1–8.
Sohaib, O., Solanki, H., Dhaliwa, N., Hussain, W., Asif, M., 2019. Integración del diseño
pensando en la programación extrema. J. Inteligencia ambiental. Humanizar computar 10
(6), 2485–2492.
Sosnin, P., 2017. Análisis de preguntas y respuestas en el pensamiento de diseño a nivel conceptual.
etapa de desarrollo de un sistema con un software. En: Actas de la Conferencia
Internacional sobre Información, Inteligencia, Aplicaciones de Sistemas. IEEE,
Larnaca, Chipre, págs. 1–6.
Souza, AF, Ferreira, BM, Conte, T., 2017. Aplicación del pensamiento de diseño en el software Sabrina Marczakes Profesor Adjunto en la Escuela de Tecnología
ingeniería: un mapeo sistemático. En: Actas de la Conferencia Iberoamericana de de la Universidad PUCRS, Brasil. Codirige el grupo de investigación
Ingeniería del Software. Curran Associates, Buenos Aires, Argentina, págs. 1–14. MunDDoS, que principalmente realiza investigaciones basadas en
la industria en ingeniería de software. Su investigación es sobre
Souza, A., Ferreira, B., Valentim, N., Correa, L., Marczak, S., Conte, T., 2020. Mejora de Procesos de Software y Aspectos Humanos en el
Apoyar la enseñanza de técnicas de pensamiento de diseño para la elicitación de requisitos a Desarrollo de Software. Contacta con ella en
través de una herramienta de recomendación. Software IET 14, 693–701. sabrina.marczak@pucrs.br.
Souza, CLdC, Silva, CT, 2014. Uso del pensamiento de diseño en la elicitación de requisitos
del aprendizaje móvil en entornos virtuales. En: Actas del Taller sobre Ingeniería de
Requisitos. PUC-Río, Pucón, Chile, págs. 1–14.
Suzianti, A., Wulandari, AD, Yusuf, AH, Belahakki, A., Monika, F., 2020. Diseño
enfoque de pensamiento para el diseño de aplicaciones móviles de gestión de
mitigación de desastres. En: Actas de la Conferencia de Tecnología de la Información tayana contees Profesor Asociado en el Instituto de
de Asia Pacífico. ACM, Isla de Bali, Indonesia, págs. 29–33. Computación de la Universidad Federal de Amazonas (UFAM),
Tannian, MF, 2020. Adoptando la calidad con el pensamiento de diseño. Futuro Softw. Cal. Instituto de Computación (IComp). Sus intereses de
Assur. 161–174. investigación incluyen la intersección entre la ingeniería de
Tellioğlu, H., 2016. Los modelos como puentes entre el pensamiento de diseño y la ingeniería. software y la interacción humano-computadora, la calidad del
En: Actas de la Conferencia Internacional sobre Interfaces e Interacción Humano- software, la computación centrada en el ser humano y la
ingeniería de software empírica. Contacta con ella en
Computadora. IADIS, Madeira, Portugal, págs. 1–4.
tayana@icomp. ufam.edu.br.
Unnikrishnan, R., Hebert, M., 2005. Medidas de similitud. En: Actas de la
Talleres de Aplicaciones de la Visión por Computador. IEEE, Washington DC, EE. UU., pág. 1.
24

Design Thinking - En.es

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Design Thinking - En.es

Uploaded by

Copyright:

Available Formats

Traducido del inglés al español - www.onlinedoctranslator.

El diario de sistemas y software 187 (2022) 111217

Listas de contenidos disponibles enCienciaDirecta

El diario de sistemas y software

¿Cómo se ha utilizado e integrado el pensamiento de diseño en las actividades

información del artículo resumen

©2022 Elsevier Inc. Todos los derechos reservados.

1. Introducción el uso de la empatía de los diseñadores para abordar lo tecnológicamente

artículos entre 2008 y 2017 para identificar cómo el enfoque DT y los

Figura 1.El Proceso de Mapeo Sistemático y las Actividades Respectivas.

El pensamiento de diseño el pensamiento de diseño

sesión de diseño Tabla 3

Buscador Resultado (# de papeles)

Figura 1ilustra el proceso SMS que seguimos, el cual estaba compuesto

Figura 2.SMS - Proceso de selección de artículos y resultados.

Tabla 4 restantes 179 artículos del total de artículos recuperados de las

Estudios Estudios KAPPA

Fig. 3.Reenviar iteraciones de bola de nieve.

Esta sección presenta los resultados de este Estudio de Mapeo Sistemático.

— C.AaDelaware ic-coantes xt: t el p aper Washington

tratar envYo Ron soy es t;

— el miOreticao yoC ext: thmipae

sa menudo están desarrollador

IDENTIFICACIÓN C Título Autores

(Continúa en la siguiente página)

(Continúa en la siguiente página)

Categoría de artículos (C): Actas de congresos | Capítulo de libro | Artículo de revista

IDENTIFICACIÓN C Título Autores

Figura 5.Clasificación de los artículosXTipo de investigación.

Figura 6.Estrategias para la Integración de DT en el Desarrollo de Software.

# de trabajo- Modelo Documentos

2 DCIDT Divergente - Convergente 008

045 046 085 086 089 051

marrón Inspiración - Ideación - Implementación 002 078 073 103 115

Daniels et. Alabama Comprender - Explorar - Materializar 080 087

códice Recursos - Ideas - Diseño Productos 009

dune y martin Generar Ideas (abducción) - Predecir Consecuencias (deducción) 008

- Prueba - Generalizar (Inducción)

HCAW Investigación - Ideación - Prototipado - Evaluación 052

Diamante doble Descubrir - Definir - Desarrollar - Entregar 113 102

Almuerzos Descubrir - Definir - Crear - Evaluar 019

Tablero de conducción Acercar - Desarrollar - Presentar y Provocar - Explorar - Reflexionar 015

Araújo) ideas - Experimentar

Hiremath y Sathyiam Alcance - Investigación - Síntesis - Ideación - Creación de prototipos - 007

RQ4: ¿Qué se informa sobre la selección de técnicas de DT en el desarrollo

espacio del problema Espacio de solución No mencionado

109 037 092

118 115 003 122

081 115 123 015 022 039 087 105 126

016 068 092 122

085 086 083 101 091

081 087 101 018 087 115 120

086 107 091

054 088 112 081 102 115 092

000 000 000 000

(Continúa en la siguiente página)

022 039 105 126 025 097 122 123

014 112 115 092 024 120

115 118 123 003 018 078 126 053 122

085 091 120

050 118 100

119 123 003 015 018 126 005 035 053

076 102 039 105 097 025 026