Этапы проекта автоматизации, что происходит на каждом, какие артефакты вы получаете и как принимать работу, чтобы не остаться с недоделанной системой.
Проект внедрения — это последовательность принимаемых результатов, а не один большой запуск в конце. Если разбить работы так, чтобы каждый этап заканчивался чем-то осязаемым, риск потерять деньги на неудачном подрядчике падает до стоимости одного этапа.
Раздел описывает этапы, документы, роли и точки контроля — от первичного обследования до передачи системы в эксплуатацию и обучения сотрудников.
Процедура приёмки этапа за 10 рабочих дней: уведомление о готовности, прогон сценариев силами своих сотрудников, протокол замечаний с классами, устранение, повторная проверка, акт. С чек-листом на 18 пунктов, расчётом трудозатрат заказчика и формулировкой мотивированного отказа.
ПрактикаПлан переноса из шести шагов, правило трёх прогонов и приёмка по контрольным суммам вместо проверки на глаз. С расчётом стоимости переноса для базы на 12 400 контрагентов, правилами склейки дублей и схемой окна выходного дня с планом отката.
МетодикаРазбор ТЗ по девяти разделам глазами заказчика, который не программист: зачем нужен каждый раздел, что происходит, когда его нет, как формулировать критерии приёмки проверяемо, кто пишет документ и сколько он стоит. С чек-листом проверки из 20 пунктов.
Что происходит на каждом этапе, сколько он длится, что в это время делает заказчик и где проект обычно встаёт. С календарём, расчётом затрат рабочего времени и формулировками для акта.
Раздел выходит частями. Ниже — темы, которые уже расписаны и ждут очереди. Если нужен ответ по одной из них прямо сейчас — напишите нам, разберём вашу ситуацию отдельно и без ожидания.
Опорная статья кластера: семь этапов, но главное в ней не список, а колонка «что вы получаете на выходе». Проект, разбитый на принимаемые результаты, ограничивает потери стоимостью одного этапа — показываем, как выглядит такая разбивка и сколько занимает каждый шаг в неделях.
Этап, который чаще всего пытаются пропустить ради экономии — и который потом оплачивают вдвое переделками. Показываем, что происходит за две недели обследования, какие документы остаются у заказчика и почему карта «как есть» почти всегда расходится с регламентом.
Пилот стоит денег и потому обязан отвечать на один заранее сформулированный вопрос. Разбираем, как выбрать этот вопрос, как ограничить объём пилота и какие критерии успеха фиксировать до старта, чтобы результат нельзя было истолковать в обе стороны.
Система, которой не пользуются, стоит столько же, сколько работающая. Разбираем обучение как отдельный этап с бюджетом и сроками: форматы под разные роли, роль внутренних проводников и почему обучение до запуска работает хуже, чем через неделю после.
Разбираем срок по составляющим: собственно разработка обычно занимает меньше половины календаря, остальное — согласования, доступы, данные и ожидание людей. Даём таблицу типовых сроков по классам задач и список факторов, которые удлиняют проект вдвое.
Требования меняются всегда, и вопрос не в том, как это запретить, а в том, как провести изменение без скандала и без бесплатной работы. Даём процедуру из пяти шагов, форму запроса на изменение и правило разделения «это уточнение» и «это новая работа».
У обеих моделей одинаковая природа риска, просто он лежит у разных сторон. Разбираем, что фиксированная цена всегда содержит наценку за неопределённость, когда почасовая дешевле и как устроена смешанная схема с фиксом на этап.
Проект без названного владельца процесса на стороне заказчика проваливается независимо от качества подрядчика. Разбираем пять ролей, сколько времени каждая реально занимает в неделю и что происходит, когда одну из них не назначили.
В компании до 50 человек своего ИТ обычно нет, и это не препятствие — но требует другой схемы контроля. Показываем, какие функции ИТ-специалиста обязан закрыть кто-то другой, что можно передать подрядчику, а что нельзя передавать никогда.
Параллельная работа стоит денег и утомляет людей, но без неё запуск превращается в лотерею. Разбираем три стратегии перехода, их цену и признаки, по которым понятно, что параллельный период пора заканчивать.
Отдельно каждая система работает, а вместе — теряет заказы. Разбираем, что именно проверяется на стыке: не только «данные дошли», но и дубли, порядок, повторная отправка, поведение при недоступности одной из сторон.
Готовый чек-лист по пяти блокам, который проходят вместе с подрядчиком за один день до запуска. Каждый пункт проверяемый: не «данные готовы», а «сверка по трём срезам расходится не более чем на 0,5%».
Момент, после которого вы либо владеете системой, либо арендуете её у подрядчика, не зная об этом. Даём полный перечень того, что должно перейти заказчику, и объясняем, почему передача доступов важнее передачи кода.
Порядок действий от первого тревожного признака до расторжения, с честным разбором собственного вклада заказчика в просрочку. Показываем, как выглядит претензионная переписка, которая помогает договориться, а не только готовит суд.
и ещё 5 тем в этом разделе
Опишите процесс словами, голосом или файлами — вернёмся с картой процесса, вариантом решения и предварительной вилкой бюджета. Бесплатно и без обязательств.
