Как написать хорошее ТЗ?

от автора

Привет, меня зовут Юлия Новикова и я системный аналитик. Сегодня обсудим критерии качества требований и как их применять

О чём пойдёт речь:

  • зачем соблюдать критерии качества при написании требований;

  • как проверить хорошее требование или нет с помощью критериев качества;

  • как исправить требование

Для кого эта статья:

  • джуны аналитики научатся писать понятные требования;

  • мидлы убедятся, что всё делают правильно;

  • сеньоры могут поделиться опытом в комментариях, что будет полезно всем грейдам

Озвучила организационную информацию, переходим к сути


Зачем соблюдать критерии качества при написании требований?

Инструкция

Как проверить требование на атомарность:

  1. Прочитайте требование

  2. Если в тексте нет перечислений, условий или союзов — переходим к проверке на полноту

  3. Если есть — проверьте по чек‑листу ниже

  4. Если пункт применим, декомпозируйте требование и вернитесь на первый шаг

  5. Если пункт неприменим — пропустите его

Чек‑лист:

  1. Разделены функциональные и нефункциональные требования

  2. Каждая функция описана отдельно

  3. Разграничены этапы процесса

  4. Требования четко разделены по направлениям деятельности

Полнота

Инструкция
  1. Проверьте описание. Убедитесь, что учли все возможные сценарии
    Например, если описали создание пользователя, не забудьте о редактировании и удалении

  2. Оцените детализацию. Прочитайте ещё раз и дополните требование, если возникают уточняющие вопросы

  3. Исследуйте граничные условия

    К примеру,

    • числовые поля и строки. Пропишите ограничение количества символов

    • файлы. Установите ограничение размера в мб для загрузки

    • количество записей на странице для настройки пагинации

  4. Определите критерии успеха. Убедитесь, что указаны четкие и измеримые критерии приемки
    Было требование «Покупатель быстро заказывает товар». Измерим скорость в шагах. Стало: «Покупатель заказывает товар за 3 клика». Уже лучше

  5. Оцените как новые требования изменят систему и поправьте документацию

  6. Посмотрите на требования под другим углом: продумайте интерфейс и напишите требования для дизайнера, составьте user story, нарисуйте диаграммы UML или BPMN

Краткость

Шерлок в IT делюсь мнением о технологиях и полезными инструментами для аналитика. Буду рада познакомиться поближе и обсудить другие темы


ссылка на оригинал статьи https://habr.com/ru/articles/825458/


Комментарии

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *