Підхід
Зрозумілий процес, що зменшує невизначеність, підтримує обґрунтовані технічні рішення та залишає системи простішими в експлуатації.
Підхід
Підхід
Як відбувається робота
Послідовний процес від першої розмови до передачі: масштаб змінюється, порядок — ні.
Дослідження
Розуміння реального обмеження перед пропозицією рішення: наявний стек, робочі процеси з контентом і хто керуватиме результатом після запуску.
- Скоупований список вимог і відкритих питань
- Чесна оцінка того, що наявна система вже робить добре
Архітектура
Вибір найменшого стека, що задовольняє вимогу, і визначення розподілу відповідальності між контентом, рендерингом і даними ще до створення компонентів.
- План володіння компонентами й контентом
- Рішення щодо меж рендерингу та точок інтеграції
Реалізація
Побудова в перевірюваних інкрементах, повторне використання спільних примітивів і наявних патернів замість введення паралельних.
- Робочі інкременти, перевірені проти архітектурного плану
- Структурований локалізований контент поза розміткою
Забезпечення якості
Перевірка результату на реальних пристроях і реальних обмеженнях, як-от керування з клавіатури, зменшений рух, десктопні й мобільні макети, а не лише успішна збірка.
- Задокументована перевірка клавіатури, доступності й адаптивної поведінки
- Список відомих прогалин перед передачею
Передача та ітерація
Залишення системи у стані, який наступна людина, чи наступна версія мене, може підтримувати без відновлення логіки з нуля.
- Документація того, що змінилось і чому
- Чіткий шлях для наступної ітерації замість закритої чорної скриньки
Принципи
- Перевага найменшій зміні, що вирішує реальну проблему
- Тримати контент і конфігурацію поза кодом, щоб ним могли керувати нерозробники
- Ставитися до доступності й зменшеного руху як до вимог, а не оздоблення