Почему вы видите рабочий результат каждые 2 недели — и что это меняет в проекте автоматизации

Почему проекты автоматизации «не взлетают»

Компания подписывает договор. ТЗ на 80 страниц. Год разработки. Приёмка. И выясняется, что половина функций работает не так, как нужно — потому что за год изменились процессы, понимание, требования.

Это «водопад» (waterfall): сначала полное ТЗ, потом долгая разработка, потом сдача. Проблема: реальность меняется быстрее, чем идёт разработка.

Как устроена итерационная разработка

Вместо одного большого проекта — серия коротких итераций по 2 недели. Каждая заканчивается рабочей демонстрацией: не слайдами, а функционалом, который можно потрогать.

1. Планирование (2 дня): что делаем, какой результат ожидаем
2. Разработка (8–10 дней): код, тесты, документация
3. Демо: показываю работающую функцию, вы тестируете, даёте обратную связь
4. Правки и планирование следующей итерации

Что это даёт заказчику

Видите прогресс, а не обещания

Через 2 недели — что-то работающее. Через 4 — ввод данных на рабочем месте. Через 6–8 — MVP для тестирования на реальных данных.

Ошибки в требованиях выявляются рано

Часто заказчик понимает, что хотел не то, только увидев работающий прототип. При итерационной разработке это через 2 недели, а не через год. Пример из практики: заказчик попросил показывать план в числовом виде. После первого демо выяснилось — рабочие воспринимают лучше цветовой светофор. Правка заняла полдня. При водопаде — переработка всего интерфейса.

Приоритеты можно менять

Если в середине проекта одна функция оказывается важнее другой — сдвигаем. Гибкость по приоритетам при фиксированном бюджете.

Что входит в разработку — не опции, а стандарт

• Нагрузочное тестирование: система проверяется на реальной нагрузке до сдачи
• Документация: API, описание логики, инструкции для пользователей
• API для интеграций: связь с 1С или другими системами — с первого дня, не «потом»

Типичный таймлайн

MES или WMS для 30–100 пользователей:

• Нед. 1–2: аудит процессов, формализация, прототипы
• Нед. 3–6: MVP — основные операционные сценарии
• Нед. 6–8: тестирование на реальных данных, обучение первой группы
• Нед. 8–12: полный запуск, параллельная работа, оптимизация
• После 12 нед.: промышленная эксплуатация, поддержка и развитие

Что значит «успешный запуск»

Я считаю проект запущенным не тогда, когда написан последний модуль, а тогда, когда сотрудники работают в системе и не возвращаются к старым инструментам. Иногда это требует дополнительного времени на адаптацию — и это нормальная часть проекта.

— Артур Карданов