La importancia del diseño centrado en el ser humano en el desarrollo de software

El diseño centrado en el ser humano (HCD, por sus siglas en inglés) es otra palabra de moda que suena encantadora y que se utiliza casualmente en las salas de juntas de todo el mundo sin comprender mucho lo que significa o cuán radical es su desviación de enfoques de diseño más familiares. Es poco probable que encuentre un desarrollador, diseñador o CIO que afirme ignorar el elemento humano en los sistemas y herramientas que construye. Sin embargo, si analizamos la mayoría de las aplicaciones y productos impulsados ​​por la tecnología, está claro que el ser humano fue una ocurrencia tardía y no el punto de partida para su diseño.

Considere por un momento que le han pedido que cree un nuevo sistema para aprobar solicitudes de tiempo libre. Un taller de tecnología típico podría abordar el problema desde una perspectiva de proceso, determinando el flujo de trabajo y las etapas de aprobación requeridas para esta aplicación.

Otro taller podría comenzar con datos, tratando de determinar qué datos se necesitan, qué es más importante y qué información podría ser necesario adquirir de quién. Un tercer taller podría comenzar considerando los sistemas y herramientas existentes y determinando si una de sus capacidades técnicas podría usarse para crear una nueva función de solicitud de tiempo libre.

Es probable que todos estos diferentes enfoques soliciten la opinión de los usuarios o la ayuda de los diseñadores para crear una tecnología que sea visualmente atractiva y fácil de usar. Sin embargo, ninguno de estos enfoques comenzó con el usuario, que es el diferenciador crucial del diseño centrado en el ser humano.

En lugar de comenzar con sistemas, procesos o datos, un verdadero enfoque de HCD podría preguntar por qué se deben completar las solicitudes de tiempo libre. ¿Es así como se puede programar un recurso para que sustituya a alguien que se toma un tiempo libre? ¿Ha habido incidentes frecuentes de personas que abusan de su tiempo libre? ¿Se deben implementar controles? ¿Existe una manera más efectiva para que los humanos involucrados administren su tiempo libre o una manera más efectiva de acelerar las aprobaciones?

Todos somos Diseñadores

Comenzar con los humanos es complejo, especialmente para muchas organizaciones tecnológicas. Nuestro pan de cada día son los sistemas, los procesos y los datos, no los seres humanos confusos y a menudo matizados. Sin embargo, el HCD tiene un beneficio significativo: si diseña algo para el ser humano que lo usa, es mucho más probable que lo adopte. Ahí radica el beneficio más significativo de adoptar HCD: evita entregar lo que equivale a un fracaso exitoso, un sistema bien implementado que nadie usa como se esperaba.

A menudo, los líderes confunden HCD con diseño visual, y este último se centra en la estética y la apariencia. Si bien los sistemas y productos bien diseñados suelen ser visualmente atractivos, muchos productos hermosos son terribles de usar.

Considere por un momento los productos y herramientas que utiliza y ama. En algunos casos puede parecer que alguien ha leído tu mente y el producto se adapta perfectamente a tu uso. La estética y las imágenes a menudo pasan a un segundo plano, ya que cada botón e interacción están exactamente donde lo esperas, y el uso es tan intuitivo que rara vez necesitas capacitación.

Incluso si no tienes una formación formal en diseño, sigues siendo (con suerte) un ser humano y puedes identificar cuándo algo es complicado y su uso es contrario a la intuición. Como ocurre con muchos conceptos sólidos, diseñamos excesivamente HCD y lo hicimos parecer una disciplina altamente especializada que requiere nuevas personas y herramientas.

Sin duda, existen habilidades únicas de diseño e investigación que pueden acelerar sus esfuerzos de HCD. Sin embargo, ¿por qué no empezar con lo que tenemos hoy y aprovechar el hecho de que todos entendemos las dificultades que provocan los sistemas mal diseñados? Con un poco de concentración y práctica, cualquiera debería poder empezar con el problema humano en lugar del problema técnico.

Una experiencia sencilla

En lugar de intentar reorganizar a sus equipos en torno a HCD, identifique un proyecto pequeño que aún no haya comenzado a diseñarse o recopilar requisitos. Es probable que su equipo interno o socio de desarrollo tenga algunas personas interesadas en HCD, o tal vez tenga experiencia formal en disciplinas relacionadas, desde diseño visual o de productos hasta antropología o investigación etnográfica.

Presentar HCD a las partes interesadas del proyecto como un medio para crear un producto mejor y más utilizable. Transmita que la fase de diseño inicial será más larga y puede verse muy diferente del mapeo de procesos típico y las reuniones de recopilación de requisitos. Probablemente será difícil concentrarse en el problema humano, pero siempre que intente volver al ser humano utilizando su sistema, en lugar de las tecnologías, los datos o los procesos, todo irá bien. Siempre debes esforzarte por alcanzar el éxito y no la perfección.

A medida que realiza la transición para probar e implementar su nueva herramienta, evalúe si HCD ha sido beneficioso. ¿Las pruebas de usuario tuvieron más éxito? ¿Se necesitaba menos capacitación y soporte para la nueva herramienta? ¿Los usuarios han adoptado la herramienta y la han encontrado útil para realizar su trabajo? ¿Disfrutaron sus equipos el proceso de tratar de comprender un problema humano en lugar de ser meros “tomadores de órdenes” que capturan requisitos?

El otro beneficio interesante de HCD es que reduce el debate improductivo durante el proceso de diseño. Considere cuánto tiempo dedican sus equipos a especular sobre lo que quieren los usuarios finales o cómo utilizarán un sistema. Los problemas a menudo se convierten en una batalla de voluntades, en la que la persona más ruidosa o más experimentada de la sala impone sus hipótesis a los demás.

Con HCD, la respuesta a estos debates a menudo se puede encontrar observando y hablando con usuarios reales. Usted y yo podemos debatir si un diseño es mejor que otro, pero es difícil debatir lo que nos dijeron los futuros usuarios del sistema a través de una combinación de entrevistas y observación.

Amplia adopción de HCD

Así como un martillo no resuelve todos los problemas de carpintería, el HCD no debería ser la única herramienta en su arsenal al construir nuevos sistemas. Sin embargo, es probable que exista un componente humano en la mayoría de sus herramientas críticas, y hacer que este elemento sea una consideración tan importante como la selección de software o las preocupaciones de seguridad aumentará en última instancia la eficacia de su equipo.

Mientras explora HCD, no tema experimentar con los principios de HCD con los equipos que tiene hoy. Alternativamente, si sus socios tienen capacidades de HCD, puede utilizarlas para acelerar sus esfuerzos de HCD. Es posible que estos socios ya estén empleando técnicas y enfoques de HCD como parte natural de su proceso de desarrollo y probablemente estarán felices de guiarlo sobre cómo están aprovechando el HCD.

Como la mayoría de los enfoques nuevos, si comienza poco a poco e intenta aplicar HCD a los problemas que está mejor preparado para resolver, aprenderá los méritos y desventajas del enfoque rápidamente y con poco riesgo. Cuando se aplica a los problemas correctos, HCD puede ofrecer mejores programas, acelerar la adopción, reducir costos e incluso permitir que su equipo comprenda mejor y se conecte con las personas que son los destinatarios finales de sus esfuerzos.