{"id":41875,"date":"2024-04-29T09:11:27","date_gmt":"2024-04-29T07:11:27","guid":{"rendered":"https:\/\/www.hiberus.com\/crecemos-contigo\/?p=41875"},"modified":"2024-06-04T14:13:00","modified_gmt":"2024-06-04T12:13:00","slug":"como-afectan-los-sesgos-cognitivos-al-desarrollo-de-software","status":"publish","type":"post","link":"https:\/\/www.hiberus.com\/crecemos-contigo\/como-afectan-los-sesgos-cognitivos-al-desarrollo-de-software\/","title":{"rendered":"C\u00f3mo afectan los sesgos cognitivos al desarrollo de software"},"content":{"rendered":"

Existen diversas variables que pueden influir en nuestro trabajo como desarrolladores.<\/span>\u00a0<\/span>Estas pueden ser de aspecto t\u00e9cnico, que ser\u00edan aquellas relacionadas con los conocimientos sobre determinadas tecnolog\u00edas, arquitecturas o patrones de software, y que podemos mejorar mediante formaci\u00f3n en materias concretas que nos interesen.<\/span>\u00a0<\/span>Pero, adem\u00e1s, existen otros factores que pueden influir en la calidad de nuestro c\u00f3digo y que, en este caso, estar\u00edan relacionados con asuntos psicol\u00f3gicos y cognitivos<\/strong>. Y, m\u00e1s concretamente, interfieren en detalles del \u00e1mbito personal como el razonamiento, la memoria o el estado de \u00e1nimo.<\/span>\u00a0<\/span>Y es en esto \u00faltimo en lo que apenas existe informaci\u00f3n concreta con relaci\u00f3n a c\u00f3mo nos afecta a la hora de desarrollar software.<\/span>\u00a0<\/span><\/p>\n

Para aportar m\u00e1s informaci\u00f3n, en el art\u00edculo queremos mostrar que existen una serie de sesgos que influyen en nuestra percepci\u00f3n, razonamiento y toma de decisiones<\/strong>, y que pueden alterar el resultado de nuestra aplicaci\u00f3n, evitando el objetivo final com\u00fan de todo el equipo: entregar software de calidad lo antes posible.<\/span>\u00a0<\/span><\/p>\n

\u00a0<\/span><\/p>\n

\u00bfQu\u00e9 son los sesgos cognitivos?<\/span>\u00a0<\/span><\/h2>\n

Un sesgo cognitivo es un efecto psicol\u00f3gico. Dicho efecto causa un desv\u00edo en nuestro proceso mental cuando tenemos que asimilar una serie de datos, que resulta en que podamos distorsionar, emitir un juicio inexacto, o interpretar de forma il\u00f3gica la informaci\u00f3n que recibimos.<\/span>\u00a0<\/span><\/p>\n

En el caso que nos ocupa, los sesgos cognitivos nos influyen en el desarrollo de software afectando a la forma en que percibimos el problema a solucionar (corregir un bug<\/em>, dise\u00f1ar una nueva app, crear una nueva feature<\/em>\u2026) y, en consecuencia, el resultado que entregamos en forma de c\u00f3digo.<\/span>\u00a0<\/span><\/p>\n

\u00a0<\/span><\/p>\n

Sesgos cognitivos que nos influyen en el desarrollo de software<\/span>\u00a0<\/span><\/h2>\n

Podemos diferenciar dos tipos de sesgos: los que est\u00e1n relacionados con c\u00f3mo tomamos las decisiones para comportarnos de determinada forma, y los que intervienen en nuestras creencias de cara a un futuro.<\/span>\u00a0<\/span><\/p>\n

\u00a0<\/span><\/p>\n

Sesgos en la toma de decisiones y predisposiciones conductuales<\/span>\u00a0<\/span><\/h3>\n

Aversi\u00f3n a la p\u00e9rdida<\/span><\/i>\u00a0<\/span><\/h4>\n

Este primer efecto trata de la prioridad que le damos a evitar p\u00e9rdidas<\/strong> en lugar de intentar conseguir ganancias.<\/span>\u00a0<\/span><\/p>\n

Una frase muy extendida en el sector tecnol\u00f3gico durante muchos a\u00f1os ha sido: \u201cSi funciona, no lo toques\u201d.\u00a0<\/span>\u00a0<\/span>Pero esto supone un obst\u00e1culo enorme para desarrollar nuevo software, donde la creatividad y la innovaci\u00f3n han supuesto importantes hitos en la historia. \u00bfC\u00f3mo ser\u00eda nuestra sociedad si no se hubiera innovado en tecnolog\u00eda, aun con el riesgo de perder? Sin duda, ser\u00eda una sociedad muy distinta si no cont\u00e1ramos con Internet, los negocios digitales o los e-commerce.<\/span>\u00a0<\/span><\/p>\n

Efecto de arrastre<\/span><\/i>\u00a0<\/span><\/h4>\n

Este efecto es muy conocido y est\u00e1 extendido en muchos \u00e1mbitos. Se refiere a la tendencia de hacer o creer algo por el simple hecho de que haya una cantidad importante de personas que hagan o crean lo mismo. <\/strong><\/span>\u00a0<\/strong><\/p>\n

En un momento donde cada vez disponemos de m\u00e1s contenido audiovisual que nos mantiene al d\u00eda de la tecnolog\u00eda (blogs, foros, plataformas de streaming<\/em> o redes sociales), este efecto se incrementa.<\/span>\u00a0<\/span>Esto deber\u00eda hacernos reflexionar sobre tendencias en el uso de tecnolog\u00edas como inteligencia artificial, Docker, Kubernetes, arquitectura hexagonal, monolitos, o la elecci\u00f3n de determinado framework<\/em> de Javascript. Siempre debemos tomar la decisi\u00f3n bas\u00e1ndonos<\/span> en los requisitos del proyecto, procurando evitar el mencionado efecto de arrastre.<\/span>\u00a0<\/span><\/p>\n

Efecto de anclaje<\/span><\/i>\u00a0<\/span><\/h4>\n

El sesgo de anclaje se evidencia cuando se muestra una tendencia a juzgar una situaci\u00f3n teniendo en cuenta principalmente la informaci\u00f3n m\u00e1s reciente que tenemos sobre ella<\/strong>. <\/span>Esto es especialmente relevante en el momento de la toma de decisi\u00f3n ya que, si no disponemos de demasiada informaci\u00f3n, tenderemos a darle m\u00e1s peso a las \u00faltimas noticias con las que contamos.\u00a0<\/span>\u00a0<\/span><\/p>\n

Podemos poner dos ejemplos m\u00e1s concretos de c\u00f3mo nos puede afectar en el desarrollo de software.<\/span>\u00a0<\/span><\/p>\n

El primero ser\u00eda a la hora de elegir una librer\u00eda para nuestro proyecto. Si no disponemos de mucha informaci\u00f3n, le daremos mayor valor a la recomendaci\u00f3n de alguna persona que sea relevante para nosotros.<\/span>\u00a0<\/span><\/p>\n

El segundo podr\u00eda ser en el momento de adquirir una herramienta que, en el momento de revisarla, vemos con un descuento\u2026 \u00a1del 50%! Si la decisi\u00f3n se debe tomar r\u00e1pido, el hecho de que valga la mitad en ese momento tendr\u00e1 un valor importante, porque no disponemos de m\u00e1s informaci\u00f3n.<\/span>\u00a0<\/span><\/p>\n

Efecto de espectador<\/span><\/i>\u00a0<\/span><\/h4>\n

Este efecto se produce en situaciones en las que alguien necesita ayuda, y expone que es menos probable que una persona se ofrezca a ayudar cuanta m\u00e1s gente haya presente<\/strong>; o, a la inversa, cuantas menos personas haya en una situaci\u00f3n, es m\u00e1s probable que se ayude a quien lo necesite. <\/span>\u00a0<\/span><\/p>\n

Esta ser\u00eda una de las causas por las que varios equipos peque\u00f1os y aut\u00f3nomos (como fomenta el desarrollo agile<\/em>) suelen obtener mejores resultados que un equipo m\u00e1s grande que tenga en total el mismo n\u00famero de desarrolladores.<\/span>\u00a0<\/span><\/p>\n

Sesgo de confirmaci\u00f3n<\/span><\/i>\u00a0<\/span><\/h4>\n

Este es un sesgo que seguramente todos hemos vivido, pero del que no somos conscientes hasta que nos lo explican. Ocurre cuando le damos m\u00e1s relevancia a la informaci\u00f3n que confirma nuestras preconcepciones<\/strong> o la opini\u00f3n previa que tenemos de algo, prestando menos atenci\u00f3n o credibilidad a los argumentos que refutan nuestra creencia. <\/span>\u00a0<\/span><\/p>\n

Es f\u00e1cil que te hayas encontrado en la situaci\u00f3n de evaluar el uso de una arquitectura o una herramienta. Pues bien, cuando buscamos informaci\u00f3n sobre ello, tendemos a darle mucha importancia a la informaci\u00f3n que confirma nuestros gustos o preferencias en lugar de buscar toda la informaci\u00f3n relevante antes de inclinarnos por alguna.<\/span>\u00a0<\/span><\/p>\n

Sesgo de punto ciego<\/span><\/i>\u00a0<\/span><\/h4>\n

En este caso, se refiere a la tendencia de no darnos cuenta de los prejuicios cognitivos que tenemos o, dicho de otra forma, la tendencia a vernos menos sesgados que los dem\u00e1s<\/strong>.<\/span>\u00a0<\/span><\/p>\n

Hist\u00f3ricamente han existido diferencias de opiniones notables entre departamentos de Desarrollo y QA, o entre Desarrollo y Sistemas, muchas veces debido al aislamiento y falta de empat\u00eda, mientras que el objetivo siempre ha sido el mismo: que los usuarios disfruten de nuestras aplicaciones.<\/span>\u00a0<\/span><\/p>\n

Es por ello que las empresas deben comprender c\u00f3mo aplicar DevOps<\/a>, que elimine los silos entre equipos o departamentos, en favor de comunicaciones m\u00e1s fluidas y ejecuciones de proyectos m\u00e1s \u00e1giles.<\/span>\u00a0<\/span><\/p>\n

Sesgo retrospectivo<\/span><\/i>\u00a0<\/span><\/h4>\n

Este sesgo supone recordar las decisiones que hemos tomado como mejores de lo que en realidad fueron<\/strong>.<\/span>\u00a0<\/span>Puede llevarnos a pensar que, gracias a c\u00f3mo hemos dise\u00f1ado cierta feature<\/em>, hemos evitado una gran cantidad de problemas, aunque fueran detalles menores que apenas afectaron la aplicaci\u00f3n o tuvieran relevancia, y se pod\u00edan haber resuelto en mucho menos tiempo con un enfoque m\u00e1s simple.<\/span>\u00a0<\/span><\/p>\n

Sesgo de falso consenso<\/span><\/i>\u00a0<\/span><\/h4>\n

Hablamos de un sesgo que nos lleva a pensar que nuestros propios h\u00e1bitos, valores y\/o creencias est\u00e1n m\u00e1s extendidos de lo que realmente est\u00e1n<\/strong>. Es decir, de alguna forma, tendemos a sobrestimar lo que nosotros hacemos o pensamos, creyendo que los dem\u00e1s est\u00e1n de acuerdo o coinciden con nosotros.<\/span>\u00a0<\/span><\/p>\n

Es cierto que se ve influenciado por el anteriormente mencionado efecto de arrastre (tendemos a pensar y hacer lo mismo que la mayor\u00eda), y por eso es f\u00e1cil pensar tambi\u00e9n que los dem\u00e1s estaban realmente de acuerdo.<\/span>\u00a0<\/span>El inconveniente de este sesgo en el desarrollo de software es que se puede dar por hecho que el patr\u00f3n de dise\u00f1o que hemos planteado para corregir una vulnerabilidad es el correcto, y los dem\u00e1s lo ven igual. Pero, afortunadamente, el pair programming<\/em> puede ayudarnos con una visi\u00f3n distinta e identificar los posibles errores de planteamiento.<\/span>\u00a0<\/span><\/p>\n

\u00a0<\/span><\/p>\n

Sesgos en la probabilidad y las creencias<\/span>\u00a0<\/span><\/h3>\n

Efecto de ambig\u00fcedad<\/span><\/i>\u00a0<\/span><\/h4>\n

Este efecto se produce cuando rechazamos directamente algo por falta de informaci\u00f3n<\/strong>, ya que nos lleva a pensar que es improbable.<\/span>\u00a0<\/span><\/p>\n

He escuchado en demasiadas ocasiones argumentos en contra de las pruebas unitarias o de interfaz o, al menos, motivos para no poder implementarlas porque se ve\u00eda poco probable que mejorara la calidad de una aplicaci\u00f3n o se redujera la probabilidad de error. Obst\u00e1culos que, tras comprobar que su soluci\u00f3n no era dif\u00edcil, escond\u00edan simplemente un desconocimiento de c\u00f3mo llevarlas a cabo por falta de formaci\u00f3n.<\/span>\u00a0<\/span><\/p>\n

Prejuicio de retrospectiva o recapitulaci\u00f3n<\/span><\/i>\u00a0<\/span><\/h4>\n

Este prejuicio nos conduce a ver los hechos que ya han ocurrido como fen\u00f3menos predecibles<\/strong>. Es decir, nos aventuramos a predecir el \u00e9xito o el error de un planteamiento por el resultado que tuvo en un pasado. <\/span>\u00a0<\/span><\/p>\n

Eventos pasados no pueden asegurar que vaya a ocurrir lo mismo. Es f\u00e1cil probarlo ya que, si se analiza con detalle, los factores y variables que estaban relacionados con la situaci\u00f3n pasada han cambiado y, por lo tanto, ya no estar\u00edamos hablando \u201cde la misma situaci\u00f3n\u201d.<\/span>\u00a0<\/span><\/p>\n

Si buscamos c\u00f3mo nos puede influir para programar software de calidad, podemos encontrarnos con que no deber\u00eda tomarse como \u00fanico motivo para elegir una arquitectura de una aplicaci\u00f3n el hecho de que en un proyecto anterior no fuera tan bien como se esperaba\u2026 Incluso, si se revisan los errores pasados, se pueden detectar nuevos aspectos que nos har\u00edan darnos cuenta que el problema no fue la arquitectura, y podr\u00edan haber sido otros factores: el equipo de desarrollo, la formaci\u00f3n necesaria, el detalle de los requisitos, etc.<\/span>\u00a0<\/span><\/p>\n

Efecto de primac\u00eda o primera impresi\u00f3n<\/span><\/i>\u00a0<\/span><\/h4>\n

En este caso, el efecto de primac\u00eda tiende a otorgar mayor valor a los eventos iniciales que a los posteriores<\/strong>.<\/span>\u00a0<\/span>Ser\u00eda el motivo por el que tambi\u00e9n se extendi\u00f3 aquella frase de: \u201cLa primera impresi\u00f3n es la que cuenta\u201d.<\/span><\/p>\n

Esta situaci\u00f3n, como desarrolladores, es habitual haberla vivido con proyectos heredados, los cuales usualmente tienen c\u00f3digo en mal estado y dif\u00edcilmente de mantener. Y es que, debido al efecto de primac\u00eda, es dif\u00edcil que, aun con el paso del tiempo, reconozcamos que la aplicaci\u00f3n est\u00e1 en buen estado.<\/span>\u00a0<\/span><\/p>\n

\u00a0<\/span><\/p>\n

Conclusi\u00f3n<\/span>\u00a0<\/span><\/h2>\n

Los sesgos cognitivos son efectos que, de una forma u otra, van a afectar al c\u00f3digo que escribamos y, por consiguiente, a la calidad de nuestras aplicaciones.<\/span>\u00a0<\/span><\/p>\n

En algunos casos ser\u00e1 m\u00e1s f\u00e1cil evitarlos que en otros; lo importante es conocerlos y tenerlos presentes para ayudarnos a ser lo m\u00e1s objetivos posibles con el fin de entregar el mejor software que podamos trabajar.<\/span>\u00a0<\/span><\/p>\n

As\u00ed que, la pr\u00f3xima decisi\u00f3n relevante que debas tomar en tu proyecto, preg\u00fantate si puede estar influenciada por algunos de estos sesgos o creencias. Como en otras muchas facetas del desarrollo de software, el apoyo en otros compa\u00f1eros es clave para obtener una visi\u00f3n objetiva y ponderada de tu proyecto.<\/span>\u00a0<\/span><\/p>\n

 <\/p>\n

\u00bfTe animas a introducirte en el fascinante mundo de DevOps<\/a>? En hiberus<\/a>\u00a0contamos con un equipo completo de especialistas DevOps<\/a> que est\u00e1n deseando trabajar contigo y con tu empresa para ayudarte a dar el salto a la\u00a0transformaci\u00f3n digital<\/a>.<\/p>\n

\n
\n
\n
\n

\u00bfQuieres m\u00e1s informaci\u00f3n sobre nuestros servicios de DevOps?<\/p>\n

Contacta con nuestro equipo de Sistemas<\/p>\n <\/div>\n

\n \n
\n

<\/p>

    <\/ul><\/div>\n
    \n
    \n<\/fieldset>\n
    \n\t
    \n\t\t
    \n\t\t\t

    <\/span>\n\t\t\t<\/p>\n\t\t<\/div>\n\t\t

    \n\t\t\t

    <\/span>\n\t\t\t<\/p>\n\t\t<\/div>\n\t<\/div>\n\t

    \n\t\t
    \n\t\t\t

    <\/span>\n\t\t\t<\/p>\n\t\t<\/div>\n\t\t

    \n\t\t\t

    <\/span>\n\t\t\t<\/p>\n\t\t<\/div>\n\t<\/div>\n\t

    \n\t\t
    \n\t\t\t

    <\/span>\n\t\t\t<\/p>\n\t\t<\/div>\n\t<\/div>\n\t

    \n\t\t
    \n\t\t\t