ДЛЯ НОВИЧКОВНЕ ДЛЯ НОВИЧКОВНЕ ОБЯЗАТЕЛЬНОВ РАЗРАБОТКЕ
Руководителю
Аналитику
Техническому писателю
Чек-лист самопроверки
- Чётко ли определена цель проекта и зафиксирована в виде SMART-цели?
- Стабильны ли требования, или ожидается их частое изменение?
- Есть ли юридические или нормативные ограничения, требующие фиксации объёма работ до начала разработки?
- Утверждено ли техническое задание (ТЗ) до старта реализации?
- Возможны ли изменения в ТЗ без формального перезаключения контракта?
- Используется ли линейная модель (Waterfall), где этапы строго последовательны?
- Есть ли чёткое разделение на фазы: анализ → проектирование → кодирование → тестирование → внедрение?
- Проводится ли тестирование только после завершения всей разработки?
- Является ли приёмка продукта единовременным событием в конце проекта?
- Используется ли Gantt-диаграмма или MS Project для детального планирования всех задач заранее?
- Применяется ли Agile как философия: фокус на ценности, сотрудничество, адаптация?
- Разделена ли работа на короткие итерации (спринты)?
- Есть ли у команды Product Owner, отвечающий за приоритезацию бэклога?
- Проводятся ли ежедневные 15-минутные встречи (Daily Scrum)?
- Есть ли Sprint Planning, Sprint Review и Sprint Retrospective?
- Демонстрируется ли работающий инкремент каждые 1–4 недели?
- Используется ли продуктовый бэклог как динамический список задач?
- Меняются ли приоритеты в бэклоге между итерациями на основе обратной связи?
- Применяется ли относительная оценка задач (Story Points), а не человеко-часы?
- Используется ли Planning Poker или аналогичный метод оценки?
- Визуализируются ли задачи на Kanban-доске (To Do / In Progress / Done)?
- Установлены ли ограничения на количество задач в работе (WIP)?
- Измеряется ли время цикла (Cycle Time) для анализа потока?
- Проводятся ли регулярные встречи по пополнению бэклога и анализу потока?
- Может ли новая задача быть добавлена в работу в любой момент?
- Используется ли гибридная модель (например, Water-Scrum-Fall)?
- Сохраняется ли формальная приёмка по ГОСТ даже при итеративной разработке?
- Проходит ли каждый инкремент независимую экспертизу и согласование?
- Автоматизированы ли сборка, тестирование и деплой (CI/CD)?
- Запускаются ли автоматические тесты при каждом коммите в репозиторий?
- Используется ли TDD (Test-Driven Development) или BDD?
- Есть ли культура рефакторинга и управления техническим долгом?
- Участвует ли заказчик в процессе на постоянной основе (не только на старте и в конце)?
- Может ли заказчик изменить приоритеты без бюрократических процедур?
- Формулируются ли требования в виде пользовательских историй?
- Определены ли критерии приёмки (Definition of Done) для каждой задачи?
- Используются ли Jira, Trello или аналоги для управления задачами?
- Ведётся ли документация в Confluence или Notion как живой артефакт?
- Есть ли чёткое распределение ролей: кто отвечает за ценность, процесс, реализацию?
- Проводятся ли ретроспективы для анализа и улучшения процесса?
- Анализируются ли причины срывов сроков системно, а не как личные ошибки?
- Поддерживает ли архитектура системы частые изменения (модульность, контракты, тесты)?
- Используется ли эволюционный дизайн вместо big design up front?
- Учитывается ли технический долг в планировании спринтов?
- Есть ли метрики: Velocity, Cycle Time, Lead Time, частота релизов?
- Поставляется ли новая версия чаще одного раза в квартал?
- Возможен ли деплой в production несколько раз в день?
- Собирается ли обратная связь от пользователей после каждого релиза?
- Используются ли данные из production (логи, метрики) для планирования следующих итераций?
- Соответствует ли выбранная методология реальному поведению команды — или это лишь «Agile в названии»?