Проєктування для моменту повернення до роботи

Більшість програмного забезпечення пам'ятає, де зберігається інформація. Але воно не пам'ятає, на якому етапі перебуває робота.

Уявіть, що ви користуєтеся ШІ-агентом. Ви даєте йому завдання. Перемикаєтеся на іншу роботу. Повертаєтеся через дев'яносто секунд. Агент каже: «Готово».

І тут ви стикаєтеся з проблемою. Він просто створив чернетку? Чи змінив реальні дані? Які є підтвердження цього? Чи потрібне рішення людини?

Щоб відповісти на ці запитання, вам доводиться прочісувати логи чатів, сповіщення та вкладки. Система зберегла історію дій, але втратила контекст. Саме через цей розрив нам потрібен Workstream Continuity Design (WCD).

WCD гарантує, що інтерфейс пам'ятає стан роботи щоразу, коли ви до неї повертаєтеся.

Традиційне проєктування передбачає, що ви єдиний працівник. Сучасне проєктування має враховувати, що програмне забезпечення працює, поки вас немає. Ви можете контролювати кілька процесів одночасно:

  • Агент, що досліджує тему
  • Агент, що пише код
  • Відповідь клієнту
  • Заблоковане розгортання (deployment)

Основним завданням стає «входження» (switch-in). Ви заходите в робочий потік, розумієте стан, приймаєте рішення і йдете далі. Якщо щоразу доводиться відновлювати контекст, ви втрачаєте час і фокус.

WCD використовує спеціальну «граматику», щоб допомогти вам швидко зорієнтуватися: • GOAL: Результат, якого ми прагнемо. • ATTN: Чому вам потрібно звернути на це увагу зараз. • STATE: Поточний стан. • DELTA: Що саме змінилося. • ACTORS: Хто відповідальний і хто діє наступним. • AUTH: Що дозволено. • EVIDENCE: Що підтверджує цей стан. • EFFECT: Масштаб і ризик. • NEXT: Найбезпечніший наступний крок.

Це корисніше, ніж звичайний індикатор статусу. Це швидше, ніж читання довгої історії чату.

Успіх WCD полягає не в тому, як швидко користувачі клікають. А в тому, як швидко вони розуміють. Ми вимірюємо це за допомогою:

  • Time to Orientation (Час на орієнтацію): як швидко ви розумієте, чи потрібно діяти.
  • Time to Decision Readiness (Час на готовність до прийняття рішення): як швидко ви розумієте зміни.
  • False-ready rate (Частота помилкової готовності): як часто ви вважаєте, що робота завершена, хоча це не так.

Мета — створити цілісну модель, де програмне забезпечення підтримує людський контроль.

Прочитайте повну версію дослідження на Zenodo.

Джерело: https://dev.to/conalh/designing-for-the-moment-you-switch-back-introducing-workstream-continuity-design-3kbb

Додаткова спільнота для навчання: https://t.me/GyaanSetuAi