RNO/ITS - PIARC (Asociación Mundial de Carreteras)
Publicado en RNO/ITS - PIARC (Asociación Mundial de Carreteras) (https://rno-its.piarc.org)

Inicio > Versión para imprimir > Enfoque de Sistemas al Diseño de ITS

Enfoque de Sistemas al Diseño ITS

Las complejidades del transporte y la logística pueden abordarse mediante el uso de metodologías de ingeniería de sistemas y la participación de los usuarios en el trabajo de diseño. El operador de la red de carreteras tiene que entender completamente la estructura total del sistema, sus características dinámicas y el papel y las responsabilidades de sus diferentes usuarios. Sólo entonces se tendrá una adecuad diseño de HMI l con la aceptación positiva del usuario y el éxito operacional.

El análisis rompe los problemas en  partes e intenta encontrar la solución óptima. Este proceso de romper el todo, deja de lado la interrelación entre las partes, que a menudo puede ser la causa raíz del problema. El enfoque de "sistemas" sostiene que en sistemas complejos, las partes no siempre proporcionan una comprensión del todo. Por el contrario, en un sistema determinado, el conjunto da sentido a las partes.

Con el fin de hacer frente a los intereses, a veces contradictorios, de la sociedad y los individuos, se pueden aplicar la metodologías de ingeniería de sistemas. Un enfoque de sistemas ideal sería comenzar con el análisis de los usuarios y de los problemas que estos grupos de usuarios experiencia en el tráfico y el transporte. Los procedimientos deben garantizar que los resultados de estos análisis se utilizan en el proceso de diseño en sí. La introducción de una perspectiva orientada al usuario de los Sistemas de Transporte Inteligente (ITS) tiene similitudes con la introducción de procedimientos de garantía de calidad que se encuentran en la mayoría de las actividades industriales.

Hay otros elementos industriales del proceso de diseño que tienen que ser incluido en el trabajo requerido de factores humanos. Se centran en la realización práctica de las ideas básicas de resolución de problemas, que en primer lugar tienen que ser convertidos en conceptos funcionales. Luego sigue una fase de aplicación de estos conceptos en soluciones aceptadas por el usuario. Esto es a menudo un compromiso entre las características del sistema y los costes del sistema. Las características (o beneficios) se componen de usabilidad, utilidad y simpatía (Donde los esfuerzos de aprender a usar, la pérdida de habilidades, la introducción de nuevos elementos de riesgos, y los costes financieros constituyen los elementos de coste). El uso del conocimiento de factores humanos es crucial cuando se busca la máxima facilidad de uso.

La dificultad de identificar las variables para medir de forma fiable todos estos elementos es evidente. El principio de aceptación del usuario es un enfoque que pone claramente de manifiesto todos los elementos divergentes que podría y debería influir en el proceso de diseño. Simplemente se puede afirmar que si las características se valoran más altos que los costos (utilizando una función ponderada de criterios/costo) la solución es aceptable y será comprada (y con suerte será utilizada). Los grupos de interés, como usuarios finales, clientes y consumidores deben estar involucrados.

Los nuevos productos o soluciones ITS  muy rara vez se desarrollan para resolver o satisfacer completamente nuevos problemas y necesidades. En lugar de ello, a menudo el objetivo es mejorar el rendimiento de las soluciones ya existentes. También está claro que las soluciones y productos antiguos coexistirán lado a lado con los nuevos. La penetración de las nuevas tecnologías en la sociedad es a menudo muy lenta y comienza con la gente que puede permitirse el lujo de ser "moderno". Por lo tanto, el diseño debe permitir usar el funcionamiento en paralelo de la vieja y la nueva tecnología, y alguna forma de desarrollo paso a paso. Otros elementos a considerar son que los objetivos a largo plazo de los sistemas de tránsito y transporte son por lo general de la sociedad, mientras que en el corto plazo (de mercado) son individuales  que  tratan de crear y satisfacer una demanda instantánea. Este conflicto inherente debe abordarse y necesita ser resuelto en una etapa temprana del proceso de implementación.

Papel del operador de Carretera

Tomar un enfoque centrado en el Usuario para ITS

El operador de carreteras está en buena posición para adoptar un enfoque estratégico y centrado en el usuario para el diseño e implementación de ITS. El proceso iterativo de diseño puede parecer que toma una gran cantidad de tiempo y recursos, pero los beneficios se pondrán de manifiesto y rápidamente serán mayores que los costos iniciales.

El operador de carretera tiene la oportunidad de trabajar con otros en  innovaciones ITS que promuevan y desarrollen la integración del transporte con otros servicios  para proporcionar beneficios adicionales.

Invertir en Pruebas

Antes de  introducir cualquier nueva tecnología ITS, o llevar a cabo extensas pruebas de campo, es  beneficioso para poner a prueba el sistema o servicio con un pequeño grupo de usuarios. Este enfoque es parte del diseño centrado en el usuario y permite enfocar cualquier problema, evitando errores embarazosos y costosos.

Fomentar la Realimentación de ITS

El fomento de la retroalimentación de los usuarios  y el establecimientos de mecanismos adecuados para el monitoreo de las aplicaciones ITS permite a los responsables de  las operaciones comprender mejor la experiencia de los usuarios ocasionales y de los usuarios habituales. Esto puede mostrar cómo el uso de ITS está cambiando con el tiempo (debido a cambios en otras partes del sistema de transporte o el medio ambiente) y proporciona información avanzada acerca de las modificaciones necesarias, incluyendo la posibilidad de rediseñar los ITS.

Integración del Transporte y otros Servicios

ITS puede, si se introduce a través de un enfoque de sistemas lo suficientemente amplio, ayudar a los usuarios a  la visualización de la integración completa entre modos de transporte (por ejemplo, mediante la combinación de peaje, estacionamiento y billetes de transporte público). También puede ayudar con prestación de servicios de otras instalaciones urbanas, tales como los servicios de energía. Sin embargo, estas integraciones suelen tener diferente titularidad, gestión y objetivos, por lo que presentan barreras para la integración y la mejora de los servicios al usuario.

 

Contexto de los Sistemas de Transporte

La razón de ser del desarrollo de los ITS es la necesidad de generar nuevos servicios de transporte con alta eficiencia   y  calidad. El objetivo de estos servicios es satisfacer una determinada necesidad para el movimiento de personas y mercancías, o proveer una actividad específica con la cantidad correcta de  componentes en el momento adecuado y en el lugar correcto. Estos objetivos se denominan transporte y logística, respectivamente. Por defecto, el diseño de estos servicios  incluye el acceso a la información y las comunicación (TIC) para el intercambio de información en tiempo real. El resultado debe ser un sistema de transporte "inteligente".

En sus actividades cotidianas las personas  necesitan trasladarse entre ubicaciones específicas, lo cual los  convierte en viajeros. Se involucran en la planificación del viaje y, si tiene éxito,  crearán un plan de viaje mediante la vinculación de una secuencia de opciones de transporte (si es necesario, se incluirán  diferentes medios de transporte). Estas opciones de transporte   se pueden elegir de la información disponible (en los horarios, por ejemplo) o se pueden enviar a alguien que puede organizarlas como demandas dinámicas de transporte. Estas demandas de transporte y  patrones de viaje son normalmente capturadas por  encuestas  sobre una base anual para producir  horarios estáticos.

La planificación de un viaje incluye un ejercicio de adecuación entre la demanda total de viaje y la futura disponibilidad de vehículos para atender dicha  demanda y proporcionar el servicio de transporte. Solo se tendrá éxito  si no hay perturbaciones en el tránsito y no hay características evidentes de un sistema de control en lazo abierto.

Consejos para profesionales

Cuando los sistemas técnicos como los ITS se ponen en un contexto social, la complejidad emerge. Los sistemas tienen que ser diseñados de una manera rentable, eficiente, segura y ambientalmente aceptable. Estos objetivos requieren métodos de diseño que hagan posible  hacer frente a la complejidad del sistema.

ITS  generalmente implica varios tomadores de decisiones,  y todos los procesos de toma de decisiones que requieren información sobre el entorno ITS deben ser considerados. La integración de las operaciones de red, los procesos de transporte y perspectivas de los grupos de interés. El Análisis, diseño y evaluación de esta complejidad, y su impacto en las soluciones modernas de servicios de transporte, deben llevarse a cabo de manera adecuada.

Las Actividades (o procesos) que hacen uso de una infraestructura técnica y redes de comunicaciones estarán influenciados por un gran número de tomadores de decisiones. quienes están a menudo dispersos geográficamente, tienen objetivos contradictorios, y actúan con diferentes horizontes temporales. En consecuencia, la descripción y el análisis de la interacción entre la tecnología y las personas, en una clase específica de sistemas,  puede llegar a ser tan complejos que requieren herramientas y técnicas especializadas. Debe buscarse la ayuda de expertos.

Tres perspectivas están íntimamente relacionados: - redes, procesos y grupos de interés - se pueden identificar de manera útil y, si se combina de manera operativa, puede ser útiles para el análisis, diseño y evaluación de las soluciones ITS.

Perspectiva de Redes

La perspectiva de la red se centra en los enlaces, nodos y elementos de transporte y comunicaciones que forman la red física. El uso de tecnologías (TIC) es importante y añade complejidad. Esto puede ser analizado analizando la red en subredes o subsistemas.

Perspectiva de Procesos

La perspectiva de proceso se centra en la interacción entre componentes de red y los diferentes flujos de tránsito o de comunicaciones que se pueden identificar en los procesos. Las características dinámicas están relacionados con la transmisión y la transformación de la información y los canales de información relacionados. La sincronización entre los  tiempos de los procesos de control y la velocidad de intercambio de información es crucial para el rendimiento aceptable.

Perspectiva de los grupos de Interés

El punto de vista de las partes interesadas está altamente relacionado con la forma en que ITS soporta la toma de decisiones. Los interesados tienen que interactuar con los procesos y las redes por medio de estaciones de trabajo, paneles de control, móvil u otras unidades a bordo de vehículos. Los diseños de interfaz deben adaptarse a los modelos mentales de los procesos utilizados por las partes interesadas en sus tareas. Se debe introducir un filtrado adecuado de la información para que las partes interesadas no sean sobrecargados, o perturbados por otros procesos o eventos fuera de su control. También se puede establecer una jerarquía de niveles de abstracción. (Ver Usuarios de ITS y Partes Interesadas )

 

Porque involucrar a los Usuarios?

Los diseñadores suelen construir sistemas técnicos sin entender completamente las tareas a realizar. Los Sistemas de Transporte Inteligente (ITS) tienen que ser diseñados para ser útiles y utilizable. Ser utilizable no es suficiente si el sistema no es útil primero. Los Usuarios de ITS i son diversos, no todos piensan de la misma manera y pueden ser inconsistentes e impredecibles. (Ver Diversidad de Usuarios ITS)

No es de extrañar que a menudo es difícil para los diseñadores  entender exactamente  las necesidades reales de sus usuarios potenciales, la forma en que se utilizará la tecnología y cómo cambiará a medida que se desarrolla la familiaridad con el sistema o servicio. Este es particularmente el caso de los sistemas complejos. El objetivo de un buen diseño tomar esta complejidad y hacerla  parecer sencilla o intuitiva a los usuarios.

Consejos a los profesionales

La complejidad y dinámica de los procesos de los ITS hace que sea imprescindible el uso de los principios de diseño de realimentación para la robustez. Por esta razón, los ITS requieren retroalimentación de información de diferentes estados de proceso por medio de los sensores apropiados. La retroalimentación también proporcionará la entrada a los algoritmos de control adaptativo para la toma de decisiones por los usuarios (y hacer que los procesos sean menos sensible a las perturbaciones). La naturaleza compleja de los sistemas de transporte que involucran la interacción de muchos sistemas y servicios diferentes, se desprende de los circuitos de retroalimentación de la información y las diversas escalas de tiempo utilizadas en los diferentes procesos de toma de decisiones.

Con el gran número enlaces y conexiones en las redes, y los procesos de los sistemas de transporte modernos, el error humano se hace virtualmente inevitable. En el ámbito del transporte, una de las situaciones más críticas es la de interacción con el conductor del vehículo,  porque errores, resbalones y fallas en las tareas principales de conducción tendrán consecuencias para la seguridad. (Ver Performance Humana)

Además de reducir los errores críticos, hay muchas otras razones prácticas para la participación de los usuarios:

  • Las personas son diversas e inconsistentes. Mediante la comprensión de sus características y su inclusión en el diseño, es probable que aumente la eficacia y la eficiencia de los ITS
  • Hay beneficios considerables en la inclusión de la creatividad, las ideas y la experiencia de los usuarios en el proceso de diseño, desarrollo e implementación.
  • Los usuarios a veces tienen la capacidad de interrumpir o rechazar los ITS, los cual  pueden causar interrupciones del servicio u otros problemas. Apreciar y responder a las cuestiones negativas durante el desarrollo de los sistemas sólo es posible si los usuarios están involucrados
  • La seguridad es un tema importante para los operadores de redes de carreteras y tienen la responsabilidad de velar por los trabajadores y los usuarios del transporte. La comprensión de la interacción del usuario con ITS puede ayudar a la promoción de la seguridad

El mensaje general es que los ITS no deben ser diseñados, desarrollados o implementados sin la participación de los usuarios. Se requiere un enfoque holístico que reconozca y de cuenta de las interacciones entre los ITS y sus usuarios.

 

Referencia

ISO 9241-210:2010 Ergonomics of human-system interaction -- Part 210: Human-centred design for interactive systems

Norman, Donald (1988). The Design of Everyday Things. New York: Basic Books. ISBN 978-0-465-06710-7.

BS ISO/IEC 25010:2011 ISO/IEC 25010:2011(E) Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality Models

Diseño centrado en los Usuarios

El diseño centrado en el usuario (UCD) es una metodología de probada eficacia que pone a los usuarios en el centro del proceso de diseño, y es muy recomendable para el desarrollo de los  productos y servicios ITS que deben ser simples y fácil de usar. Es un proceso de resolución de problemas de múltiples etapas mediante el cual los diseñadores de los ITS analizan cómo los usuarios tienden a usar un producto o servicio,  y  ponen a prueba sus hipótesis mediante el análisis de comportamiento de los usuarios reales en el mundo real.

Una parte clave de la UCD es la identificación y análisis de las necesidades de los usuarios. Estos tienen que ser identificados por completo y claramente (incluso si están en conflicto) con el fin de ayudar a identificar las ventajas y desventajas que a menudo tienen que pasar en el proceso de diseño.

El diseño centrado en el usuario (UCD) tiene como objetivo optimizar un producto o servicio en torno a cómo los usuarios pueden, quieren, o necesitan utilizar un producto o servicio, esto  en lugar de forzar a los usuarios a cambiar su comportamiento con el fin de satisfacer sus necesidades.

La ISO 9241-210 (2010) describe seis principios clave de la UCD:

  • El diseño se basa en una comprensión explícita de los usuarios, tareas y entornos
  • Los usuarios participan a través del diseño y desarrollo
  • El diseño es impulsado y refinado por la evaluación centrado en el usuario
  • El proceso es iterativo
  • El diseño se ocupa de toda la experiencia del usuario
  • El equipo de diseño incluye habilidades y perspectivas multidisciplinares

Como se muestra en la siguiente figura los principales (pero iterativos) pasos en UCD son el Plan, la investigación, el diseño, la  adaptación, y la medición.

Pasos en el diseño centrado en el usuario

Pasos en el diseño centrado en el usuario

Una parte clave de la fase de investigación para la UCD es recolectar y analizar las necesidades del usuario. Los modelos de calidad como la ISO/IEC 25010 proporcionan un marco para esta actividad.

Los usuarios son los siguientes:

  • Principales usuarios que interactúan con los ITS para alcanzar los objetivos primarios
  • Usuarios secundarios que proporcionan apoyo (por ejemplo, proveedores de datos y administradores de sistemas)
  • Usuarios indirectos que se ven afectadas por los ITS

Algunas cuestiones importantes relacionadas con las necesidades del usuario son:

  • ¿Quiénes son los usuarios?
  • ¿Cuáles son las tareas y los objetivos de los usuarios?
  • ¿Qué funciones necesitan los usuarios?
  • ¿Cuáles son los niveles de experiencia de los usuarios con sistemas similares?
  • ¿Qué  información pueden necesitar los usuarios, y en qué forma  lo necesitan?
  • ¿Cómo los usuarios piensan que el sistema debería funcionar?
  • ¿Cuáles son los ambientes extremos?
  • ¿El Usuario es multitarea?
  • ¿Los  usuarios tienen requisitos particulares para la interfaz?

Las necesidades de los usuarios también se pueden definir de acuerdo a la siguiente lista de atributos de un ITS:

  • Eficacia
  • Eficiencia
  • Satisfacción (utilidad, confianza, placer, comodidad)
  • La ausencia de riesgo (seguridad, salud, medio ambiente, económica)
  • Confiabilidad
  • Seguridad
  • Cobertura de una variedad de contextos (cobertura, flexibilidad)
  • Facilidad de aprendizaje
  • Accesibilidad

Consejos para los profesionales

El principal consejo es adoptar un proceso de diseño centrado en el usuario (UCD), el cual se inicia con la recolección y análisis de sus necesidades. Con está información se puede llevar a cabo el diseño de los producto o servicio ITS. El producto (o servicio) se debe colocar a prueba con usuarios reales, y usar esta realiementación para continur con el desarrollo. (Ver Dirección, Realimentación y Monitoreo)

Técnicas para recolectar las necesidades de los usuarios

La asistencia de profesionales para los factores humanos esmuy importante. Algunas de las técnicas principales son:

  • Observación/análisis - Esto requiere un observador externo que registre las actividades que los usuarios hacen en realidad, e inferir sus necesidades de esta información.
  • walk-through - Estas son  ejecuciones deliberadas de una actividad, teniendo en cuenta todos los pasos para documentar con exactitud las circunstancias, para su análisis y posterior derivación de las necesidades de usuario  en cada etapa
  • Cuestionarios y Encuestas - Estos se pueden ser escritas  o por otros medios para la recopilación de información de las necesidades directa o indirectamente de los usuarios. La forma puede variasr, algunas usan escalas y multiples opciones, otras tienen formato libre. El diseño depende del proceso establecido para la recolección de la infromación.
  • Delphi - Este método ayuda a alcanzar un consenso entre los usuarios que participan en un mismo grupo de varias rondas de encuestas. La primera ronda genera necesidades iniciales. Las rondas posteriores permiten a los participantes ver y comentar todas las ideas. EL proceso se repite hasta que emerja un consenso general
  • Grupos focales - Estos comprenden discusiones semiestructuradas con un facilitador capacitado y un grupo de usuarios, además,  un segundo observador que hace  las notas de las sesiones
  • Técnicas de grupo - Diversas técnicas estructuradas se pueden utilizar para ayudar a explorar las necesidades y actividades, por ejemplo, "5W + H" (preguntar quién, qué, qué, cuándo, dónde y cómo)
  • Uso de persona - El desarrollo de un personaje de ficción con todas las características de los usuarios, del cual se puede deducir las necesidades de los usuarios
  • Escenarios - El desarrollo de una historia de ficción sobre la "vida diaria de", o una secuencia de eventos, con el grupo primario de usuarios como los personajes principales
  • Casos de uso - Estos se construyen para describir un evento específico o situación que se desarrolla y puede incluir detalles muy finos de las interacciones entre los usuarios y los ITS

Compromiso del Análisis de las necesidades de los Usuarios

Debe buscarse o la asistencia de profesionales en los factores humanos. Las siguientes directrices generales son útiles en la compilación de las necesidades del usuario y el análisis para el uso en el diseño ITS:

  • Siempre expresar los resultados desde la perspectiva del usuario
  • Conttrol cruzado de las necesidades de los  usuario (puede haber necesidades en conflicto)
  • Asignar tiempo suficiente durante el proceso de desarrollo para comprobar y validar las necesidades del usuario
  • Recopilar todas las necesidades de los usuarios en un único conjunto de necesidades de los usuarios
  • Anotar los requerimientos con  precisión y garantizar que todas las categorías de requisitos relacionados con los factores humanos están cubiertos
  • Crear pruebas para validar las necesidades de los usuarios, el concepto y la puesta en práctica
  • Asegurar que todas las necesidades de los usuarios se desarrollan antes de ser incorporadas a los requisitos del sistema
  • Antes de finalizar el diseño de ITS, validar las necesidades de los usuarios con usuarios reales
  • Aceptar que todavía puede haber requisitos contradictorios
  • Tratar de entender los matices de los requisitos y asegurar que éstos se reflejan en la redacción precisa de los requisitos
  • Seguir preguntando a los usuarios hasta que se tenga una idea clara de sus necesidades reales

 

Referencia

ISO 9241-210:2010 Ergonomics of human-system interaction -- Part 210: Human-centred design for interactive systems

Norman, D. (1988). The Design of Everyday Things. New York: Basic Books. ISBN 978-0-465-06710-7

BS ISO/IEC 25010:2011 ISO/IEC 25010:2011(E) Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality Models

ISO 13407:1999 Human-centred design processes for interactive systems

Tareas y Errores Humanos

El análisis de las tareas y los errores es una actividad muy importante para cualquier persona que quiera entender cómo los usuarios interactúan con ITS o que deseen crear el entorno en el que se llevará a cabo la interacción (entre usuarios o entre un usuario y un objeto/actividad). El análisis de tareas requiere comprender y documentar todos los aspectos de una actividad con el fin de crear o comprender los procesos que son eficaces, prácticos y útiles. Normalmente se utiliza un análisis de tareas para identificar las lagunas en el conocimiento o comprensión de un proceso. Alternativamente, puede ser utilizado para poner de manifiesto las ineficiencias o elementos críticos para la seguridad. En ambos casos, el análisis de tareas proporciona una herramienta con la que llevar a cabo una función secundaria - por lo general relacionados con el diseño. El análisis de errores es una extensión específica de un análisis de tareas y se trata de sondear las actividades identificadas por el análisis de  tareas - para determinar cómo ,y por qué, un usuario puede cometer un error, por lo que el diseño posterior puede mitigar su probabilidad de ocurrencia.

Análisis de tareas

La persona que realiza un análisis de tareas primero tiene que identificar la tarea o actividad general a ser analizada, a continuación, definir el alcance del análisis. Por ejemplo, puede ser que desean examinar las tareas realizadas por un operador en una estación de monitoreo, pero sólo están interesados en lo que hace el operador cuando están sentados en una estación activa. Este sería el alcance definido del análisis.

Dentro de esta actividad se deben identificar todas las sub-tareas clave que conforman la actividad general. Corresponde a la persona que realiza el análisis  decidir lo que representa una división útil y significativa de subtareas. Esto es algo que proviene en parte de la experiencia de realizar este tipo de análisis, y en parte de la comprensión de la actividad que se está analizando. Fundamentalmente, cada subtarea debe tener un inicio y un punto final claramente definido.

Con las subtareas creadas, a continuación el investigador define una serie de reglas y condiciones que rigen la forma en que se va a realizar cada subtarea. Por ejemplo, puede ser que el operador de la estación de supervisión tenga en su estación de trabajo una serie de sistemas de control (subtareas) donde cada subtarea es distinta y separada, y puede ser que el operador deba realizar las subtareas en una secuencia predefinida. El investigador debe especificar las reglas que rigen la forma en que cada subtarea se relaciona con los demás. Por ejemplo: "realizar tareas parciales A y B de forma alterna. En cualquier momento, realizar subtarea C (como y cuando sea necesario ).

El investigador entonces debe observar  cada subtarea y llevar a cabo un proceso similar al proceso descrito anteriormente. Las subtareas que componen la subtarea A se identifican junto con las normas que rigen su ejecución. Este proceso de subdivisión jerárquica continúa hasta que no hay una división más significativa de las tareas que se pueden realizar - o el investigador ha alcanzado un nivel de comprensión bastante útil para informar el diseño.

Propósito del Análisis

Realizar un análisis de tareas le permite al investigador identificar lo siguiente:

  • Áreas en las que existe una brecha en la comprensión o conocimiento
  • Subtareas que no cuentan con procedimientos claramente definidos
  • Ambigüedades en la división del trabajo y las responsabilidades
  • Procesos críticos para la seguridad o para la integridad de la operación del sistema
  • Ineficiencias en tareas o subtareas 

Un análisis de errores se basa en el análisis de tareas y requiere un enfoque similar. Se ven todas las diferentes formas en que un operador, o agente externo, podría cometer un error en cada subtarea identificada. Por ejemplo, una subtarea para el operador de una estación de supervisión, puede ser  activar un sistema de alerta. Los errores pueden incluir (entre otros), seleccionar el plan de respuesta a incidentes equivocada, pulsar el botón equivocado, fallar en mover completamente una palanca, mirar  la pantalla incorrecta o activar el sistema en el momento equivocado. Por lo general este tipo de análisis se realiza considerando cada uno de los posibles mecanismos de error e intentar en todo momento evitar perder los errores potenciales. Una vez más, una combinación de experiencia en la realización de análisis de errores y una comprensión del funcionamiento de la actividad es la clave para el buen desempeño de esta tarea.

Consejos para los profesionales

Antes de realizar  un análisis de tareas o de errores,  es importante  definir  cual es el objetivo del resultado  del análisis, ya que esto va a influir en cómo se realiza el análisis. Por ejemplo, puede ser que el investigador sólo este interesado en las sub-tareas y actividades particulares,  o que se requiera un determinado nivel de detalle, este nivel determina que  por debajo del mismo el análisis es inútil, y más allá de este no es más que una pérdida de tiempo y esfuerzo. Conocer el nivel de detalle requerido es un parámetro clave, ya que sin este punto de corte, el análisis podría continuar casi indefinidamente. Un análisis de la tarea básica es una forma útil para cualquier persona si se quiere obtener una imagen más clara de cualquier entorno de trabajo. Para las situaciones en que el análisis de  las tareas es proporcionar la base para un conjunto más amplio de actividades detalladas, es recomendable adquirir los servicios de profesionales con experiencia.

Análisis de Tareas

La siguiente es una descripción básica de los principios claves:

  • Establecer qué es lo que desea saber y cómo se va a utilizar la información
  • Identificar y definir claramente el alcance de la tarea/medio que van a  ser analizados

romper la tarea general en etapas:

  • Identificar las sub-tareas clave dentro de la actividad principal
  • Establecer las reglas que determinan cómo y cuándo cada subtarea comienza y termina
  • Repetir el paso anterior para cada una de las subtareas identificadas
  • Continuar con este proceso hasta que se haya alcanzado un nivel de detalle suficiente (en concreto, cuando la información está disponible para responder a la pregunta original)

Error de Análisis Complementario

Un análisis de  tareas a menudo es útil en su propio derecho. También puede ser útil llevar a cabo un análisis de error complementario. Una vez más, lo mejor es utilizar un profesional con experiencia para los análisis a gran escala,  pero para una evaluación básica, el siguiente método puede ser aplicado:

  • Identificar la complejidad requerida y decidir qué nivel de detalle que se requiere para las subtareas
  • Examinar cada subtarea para determinar todas las posibles formas en las que un usuario puede cometer un error en la ejecución de dicha subtarea (esto requiere que el evaluador entienda  la tarea que se está analizando)
  • Considerar que factores externos pueden hacer los errores más probable o más graves
  • Determinar qué precursores de eventos, por acción o por omisión, deben ocurrir para hacer posible el error o que sea  mas probable la ocurrencia del mismo.
  • Para cada error, identificar maneras mitigar su probabilidad de ocurrencia y/o mitigar  sus consecuencias, teniendo en cuenta que es preferible prevenir que se produzcan errores que tratar de mitigar las consecuencias

 

Referencia

Wilson, J. and Corlett, N. (2005). Evaluation of Human Work (third edition). Taylor and Francis.

Dirección, Realimentación y Monitoreo

Antes de implementar  ITS o cualquier nueva tecnología, o de realizar extensas pruebas de campo, es muy  beneficioso poner a prueba el sistema (o servicio) con un pequeño grupo de usuarios. Este enfoque es parte la metodología UCD (Ver Diseño Centrado en el Usuario) ay permite detectar  cualquier problema, evitando errores embarazosos y costosos.

Promover la retroalimentación de los usuarios y proporcionar mecanismos adecuados para el monitoreo de los ITS permite a los responsables de ITS comprender mejor el funcionamiento y la experiencia de los usuarios ocasionales y  los usuarios frecuentes. Esto puede mostrar cómo el uso de los ITS está cambiando con el tiempo (debido a cambios en otras partes del sistema de transporte o el contexto) y proporciona información acerca de las modificaciones necesarias, incluyendo la posibilidad de rediseñar  los ITS (Ver Evaluación de Proyectos)

Pruebas Piloto

Incluso las tareas aparentemente simples como la administración de un cuestionario deben ser probados. Esto es debido a que el diseño del cuestionario (y los procesos de gestión del mismo) se puede encontrar deficiente o ambiguo cuando se expone a los usuarios reales. La prueba es muy importante y no se debe dejar de lado.

Las pruebas piloto deben estar bien diseñadas,  con objetivos claros, planes claros para reunir y analizar los resultados, y criterios explícitos para determinar el éxito o el fracaso. Las pruebas piloto deben ser analizados en la misma forma que los despliegues a gran escala.

En general, los beneficios de una prueba piloto se pueden identificar en cuatro categorías:

  • Proceso - Esto confirma (o no) la viabilidad de la aplicación de la totalidad de los ITS (por ejemplo, incluyendo la captación de usuarios y la capacidad de procesamiento de datos)
  • Recursos - Esto ayuda a evaluar cuestiones de tiempo y presupuesto en el despliegue completo, como los costos de energía y de comunicación asociados con el nuevo hardware
  • Gestión - Esto cubre problemas potenciales, incluyendo los requerimientos de personal y seguridad de los datos
  • Técnica - Esto no solo proporciona evidencia inicial del rendimiento del sistema técnico, sino también y más importante, que los resultados (como la seguridad, la reducción de la congestión, el suministro de información) operan según lo previsto y que los cambios de comportamiento de usuarios de la vía son como se esperaba.

Monitoreo

El monitoreo  del uso de los ITS es importante porque los usuarios pueden no reaccionar como se había anticipado y su comportamiento pueden adaptarse y cambiar con el tiempo. Los operadores de ruta están particularmente preocupados por los cambios en el comportamiento que pueden disminuir la seguridad, cualquier "compensación del riesgo" debe ser identificado. Esto ocurre cuando los cambios, tales como la introducción de ITS, hace que los usuarios se sienten más seguros y respondan (posiblemente inconsciente) mediante la adopción de conductas de mayor riesgo.

El monitoreo  del uso de los ITS puede tomar muchas formas. Algunos ejemplos son:

  • El número de conductores que se desvían a una ruta en respuesta a un aviso de un cartel de mensaje variable
  • El porcentaje de conductores que usan un teléfono celular
  • El porcentaje de conductores que optan por utilizar etiquetas de peaje free-flow (en lugar de pagar en efectivo)
  • El tiempo necesario para que un agente de la sala de control coloque en práctica una medida de cierre de una carretera en particular
  • Uso por parte de los usuarios de una aplicación de planificación de viajes de autobús gratuito

Realimentación

La retroalimentación es la información que proviene directamente de los usuarios de ITS acerca de la satisfacción o insatisfacción que sienten con un producto o servicio. La retroalimentación puede conducir a la identificación temprana de problemas y mejoras.

Cuando los usuarios de ITS son internos, tales como personal de la sala de control de tránsito,   el fomento de la retroalimentación  tiene que ser abordado como parte de la cultura de la organización. Lo ideal sería que existiera una cultura "sin culpa" que permite la libre expresión sobre lo que funciona bien y lo que no lo hace. Algunas industrias tienen un canal de retroalimentación anónima para permitir comentarios en los sistemas y operaciones. Los mecanismos explícitos y evidentes para responder a la retroalimentación ayudan fomentan nuevas contribuciones de los usuarios de los ITS.

La retroalimentación de los usuarios de la carretera sobre los ITS  tiene que interpretarse con cuidado ya que puede relacionarse con aspectos mas profundos del transporte de la que ITS es sólo la parte visible. Por ejemplo, puede surgir una queja sobre la configuración de las señales de límite de velocidad variable que se produce porque la información no llegó rápidamente a un centro de control de tráfico.

Muchas organizaciones publican una promesa de nivel de servicio o "Carta del Cliente" y esto puede incluir mecanismos de retroalimentación. Los operadores de la carretera pueden optar por implementar canales de retroalimentación que son pasivas (como la publicación de direcciones/ teléfono / dirección de correo electrónico / web) o adoptar mecanismos más activos (tales como cuestionarios y encuestas).

 

Medición de la Performance Humana

La evaluación global de los productos y servicios de los  ITS es una actividad importante, ya que el rendimiento del usuario dependerá de la capacidad de uso de los ITS. Un beneficio del mejoramiento de la facilidad y eficacia de la  tecnología ITS es el incremento de la satisfacción del usuario. Esto puede proporcionar ventajas comerciales, sobre todo cuando los usuarios tienen opciones de elegir los productos o servicios. Si el uso de los productos es deficiente, como una interfaz de usuario pobre o inadecuada o una señalización dinámica y engañosa, se pueden tener consecuencias para la seguridad en el entorno de la carretera. Una Buena usabilidad ayudará a gestionar y predecir el comportamiento de los usuarios y así como también ayudará a aumentar el rendimiento de la red de carreteras. Por todas estas razones, el rendimiento de los ITS en términos de su facilidad de uso debe ser  medido. (Ver Evaluación de Proyectos)

Medición de la Utilidad

La medición de la usabilidad requiere la evaluación de la eficacia, la eficiencia y la satisfacción con la que los usuarios representativos realizan  tareas en entornos representativos. Esto requiere que se tomen decisiones sobre los siguientes puntos clave:

  • Qué entorno (contexto de uso) es relevante
  • Qué métricas (medidas) serán tomadas
  • Qué herramientas se necesitan - como cuestionario, simulador de conducción
  • Qué método se utilizará para realizar las mediciones

Pasos en la medición de los resultados:

  • Definir los ITS a ensayar (puede ser un sistema en uso o un prototipo/piloto)
  • Decidir qué tipo de usuario será considerado (por primera vez/ ocasional  o  usuario frecuente)
  • Definir otros aspectos del contexto típico de uso (Ver Contexto de Uso de ITS)
  • Decidir sobre las funciones particulares que van a  ser evaluados y el contexto para su evaluación
  • Decidir sobre los objetivos de usabilidad a ser probados y su importancia relativa
  • Preparar un plan para medir un conjunto de métricas (que evalúan los objetivos de usabilidad)
  • Realizar las pruebas de usuario
  • Analizar los datos de las pruebas para obtener e interpretar las métricas
  • Registrar los resultados y sacar conclusiones

El proceso de medición del desempeño humano cuando el conductor está interactuando con los ITS (sobre todo si se utilizan dispositivos de información y comunicación) puede producir beneficios de seguridad, aunque hay desafíos con la forma de medición del desempeño humano en este contexto.

Multimedia:  Understanding Driver Distraction

La seguridad de los Conductores en ITS

La distracción del conductor (no se centra en la carretera y la tarea de conducir) es un tema importante para la seguridad vial. Los productos ITS, tales como los dispositivos de información y comunicación, puede ayudar en gran medida al conductor (por ejemplo, mediante la indicación de rutas adecuadas), pero su también pueden ser una fuente adicional de distracción. La distracción puede hacer que los conductores sean menos conscientes de otros usuarios de la carretera (como peatones y trabajadores de la carretera) y menos observador de los límites de velocidad y semáforos. (Ver Seguridad Vial)

La medición de la capacidad de conducción al interactuar con los ITS requiere un equipo especializado y mucha experiencia. Las mediciones realizadas en laboratorios y simuladores de conducción pueden no ser representativas de la conducta real de conducción. Esto se debe a que en contextos reales de conducción los conductores pueden elegir el momento de interactuar (o no) con dispositivos, y pueden modificar su estilo de conducción para compensar, en cierta medida, otras demandas en su atención. Las mediciones en carretera tienen que ser diseñadas para ser discretas y representativas. Las pruebas de campo operativas (FOTs) pueden ser diseñadas y utilizadas para investigar tanto los sistemas maduros como los innovadores. FOTs pueden involucrar a los conductores profesionales y ordinarios de acuerdo con el foco de la investigación. Un estudio de conducción "naturalista" pretende grabar discretamente el comportamiento del conductor. El análisis del registro se utiliza para identificar los eventos relacionados con la seguridad, aunque la interpretación de los resultados puede ser problemática y controvertida.

El peso de la evidencia científica señala a la distracción como un problema importante de seguridad. Muchos gobiernos y operadores de carreteras han tratado de restringir el uso de los ITS para conductores durante la conducción. Existen diferentes enfoques nacionales y locales que van desde las directrices y consejos,  a la prohibición de actividades o funciones (tales como mensajes de texto o el uso del teléfono) específicas. 

Decidir Sobre Objetivos y métricas

Los objetivos de usabilidad para un  producto o servicio de los ITS, deben expresarse en términos de facilidad de uso del atributo (tales como fácil de aprender y eficiente de usar, fácil de recordar, pocos errores, de su agrado). La decisión sobre la importancia relativa de estos objetivos depende de los ITS y de su contexto, pero ayuda a enfocar las evaluaciones futuras sobre los aspectos más importantes.

No todas las mediciones de rendimiento tienen que ser cuantitativa, pero algunos ejemplos sencillos de las métricas de rendimiento que podrían ser de interés para los operadores de las carreteras son:

  • El tiempo empleado por un agente de la sala de control para colocar un cierre de la carretera en una señal de mensaje
  • El número de automóviles que circulan por los peajes automatizados
  • La relación entre las interacciones exitosas y no exitosas realizadas por los usuarios de una máquina de billete de autobús
  • El porcentaje de conductores visto usando un teléfono móvil
  • El número de  características ITS que un usuario puede recordar durante una encuesta  después de una prueba
  • La frecuencia de uso de los manuales y/o el sistema de ayuda, y el tiempo medio de uso por parte de un operario de mantenimiento

También es importante recoger datos cualitativos. Esto puede ayudar a explicar las razones detrás de una forma de comportamiento particular, y puede descubrir los procesos y creencias del usuario de como funciona el ITS (que puede ser correcta o incorrecta).

La búsqueda de objetivos  estratégicos como la "seguridad" es un contexto muy amplio, por este motivo, los ITS  han de considerarse en el contexto más amplio de transporte. (Ver Seguridad Vial)

Realizar Pruebas de Rendimiento

Las pruebas de rendimiento puede ser complejas. Consulte a profesionales de factores humanos cuando sea necesario:

  • Siempre realizar pruebas piloto para asegurarse de que las herramientas y las técnicas para el trabajo de recopilación de datos  funcionan como se espera (Ver Dirección, Realimentación y Monitoreo)
  • Si es posible,  las pruebas pueden grabarse en vídeo para  que los datos pueden ser analizados a partir de la grabación.

Análisis de Datos y Conclusiones

La Simple estadística descriptiva (como valor medio) puede ser suficiente para caracterizar la métrica de rendimiento en particular - pero:

  • Para un análisis más complejo, se debe considerar  la medida en que la muestra de usuarios analizados representa a toda la población de usuarios
  • Si la métrica va a ser comparada contra un punto de referencia, se debe estimar alguna indicación de error de medición o de confianza.
  • Los resultados de las métricas individuales, así como los datos cualitativos, deben ser considerados como un todo cuando se decide si se han cumplido los objetivos de usabilidad
  • El análisis de datos puede ser complejo así que consulte a los profesionales de los factores humanos en caso necesario

 

Referencia

US DOT website on driver distraction: http://www.distraction.gov/

Bevan, N. and Macleod, M. (1994). Usability measurement in context. Behaviour and Information Technology 13 132-145

Wilson, J. and Corlett, N. (2005). Evaluation of Human Work. CRC Press. ISBN 0-415-26757-9

Sanders, M. and McCormick, E. (1993) Human Factors in Engineering and Design. McGraw-Hill, Inc. ISBN 0-07-054901-X

FOTnet project: http://fot-net.eu/

TeleFOT project: http://cordis.europa.eu/docs/projects/cnect/7/224067/080/deliverables/001-telefot.pdf


URL de origen: https://rno-its.piarc.org/es/sistemas-y-estandares-factores-humanos/enfoque-de-sistemas-al-diseno-de-its