Фиксируем задачу
Разбираем текущий процесс, участников, ограничения и ожидаемый результат.
Краткий проектный контекст
Есть ли задача для первого запускаСистема работы ITDV
До начала разработки определяем, что должно измениться в процессе бизнеса. Затем показываем результат короткими циклами и принимаем его по согласованным сценариям.
Контрольные точки / 01
Срок этапа зависит от задачи, но результат не должен быть формулировкой «мы поработали». Его можно открыть, проверить и использовать дальше.
Разбираем текущий процесс, участников, ограничения и ожидаемый результат.
Краткий проектный контекст
Есть ли задача для первого запускаПроверяем данные, роли, связь с другими программами и места, где проект может потерять время.
Карта процесса, границы и риски
Что входит в первую версиюСобираем рабочий сценарий, ключевые экраны и понятную схему движения данных.
Прототип и схема работы системы
Можно ли начинать разработкуВедём единый список задач, показываем работающий результат и фиксируем решения.
Работающая часть продукта и итоги показа
Что принимаем и что делаем дальшеПроверяем критические сценарии, переносим данные, настраиваем мониторинг и план отката.
Релиз, инструкции и журнал проверок
Готов ли продукт к рабочей нагрузкеМатериалы проекта / 02
Набор зависит от формата проекта. Важные знания не должны жить только в переписке или в голове отдельного разработчика.
Роли, шаги, ручные операции, точки потери данных и границы автоматизации.
АКТУАЛЬНАЯ ВЕРСИЯФункции, исключения, критерии приёмки и то, что осознанно остаётся за рамками.
АКТУАЛЬНАЯ ВЕРСИЯОсновные части продукта, связи с другими программами, хранение данных и права доступа.
АКТУАЛЬНАЯ ВЕРСИЯПриоритет, статус, ответственный, зависимости и понятный признак готовности каждой задачи.
АКТУАЛЬНАЯ ВЕРСИЯПройденные сценарии, известные ограничения и решение по критическим замечаниям.
АКТУАЛЬНАЯ ВЕРСИЯИсходники, инструкции, параметры окружения без секретов и порядок восстановления.
АКТУАЛЬНАЯ ВЕРСИЯРабочий ритм / 03
У проекта есть один рабочий контур: очередь задач, журнал решений, материалы и регулярная точка показа. Срочные вопросы не смешиваются с изменением объёма.
Показываем пройденный пользовательский сценарий и сразу фиксируем замечания.
Работает / не работаетЗаписываем выбор, альтернативы и влияние на срок, бюджет или будущую работу системы.
Кто и почему решилУ каждой задачи есть приоритет, ответственный, зависимости и понятный признак готовности.
Что будет следующимКачество и безопасность / 04
До запуска проверяем не только интерфейс, но и то, как система ведёт себя при сбое обмена данными, потере доступа или ошибочных данных.
Приёмка строится вокруг действий пользователя и ожидаемого результата, включая случаи с ошибками.
Минимальные права, отдельная среда для проверки, безопасное хранение ключей и отзыв доступов после работ.
Журналы состояния и уведомления помогают обнаружить сбой до массовых обращений.
Перед запуском определяем резервное копирование, порядок переноса данных и возврата критических изменений.
Ответственность / 05
Проект движется предсказуемо, когда решения не зависят от догадок, а доступ к людям и данным появляется вовремя.
Готовим план этапа, показываем работающий результат, проводим согласованные проверки и передаём предусмотренные материалы.
Даёт доступ к участникам процесса и примерам данных, назначает принимающего решение и отвечает на вопросы по текущей работе.
Фиксируем границы этапа, критерии приёмки, изменения и решение о переходе к рабочему запуску.
Коротко о важном / 06
Да. Для задачи с высокой неопределённостью сначала выделяем диагностику или прототип. У этапа будет отдельный результат, после которого можно решить, продолжать ли разработку.
Работа разбивается на проверяемые части. Изменения сначала оцениваются по влиянию на объём, срок и зависимости, а затем попадают в план после согласования.
После полной оплаты передаём предусмотренные договором исходники, макеты, документацию и другие оплаченные результаты. Они не остаются только внутри наших инструментов.
Да. Каждый этап заканчивается самостоятельным результатом. Условия завершения фиксируем в договоре, а принятые и оплаченные материалы передаём заказчику.
Делим работу на этапы и заранее фиксируем стоимость или способ расчёта каждого из них. Следующий этап начинаем после согласования результата и условий продолжения.
Согласуем период наблюдения, уровни критичности, время реакции и порядок развития. Для продукта остаются журнал изменений, мониторинг и понятный маршрут обращения.
Есть задача, но неизвестен состав решения?