Процесс "не описан": распространенный риск цифровизации
Когда заказчик не знает, как на самом деле работают бизнес процессы, которые собирается автоматизировать.
Приведу пример из практики: Миграция 50+ HR-сервисов с Jira на внутреннюю low-code платформу. Чтобы успеть в срок, команда аналитики обязана выдавать по 3–5 функциональных требований каждые 2 недели.
Первая проблема: «лоскутное одеяло» из Confluence, файликов и памяти сотрудников. Риск застрять в аналитике на месяцы.
Мое решение (делюсь как готовым рецептом):
1️⃣ Заменить свободные интервью на жесткий опросник. 15-20 вопросов по 5 блокам, привязанным к функционалу Jira. Это сократило время встреч вдвое. Заказчикам проще отвечать на точечные вопросы, чем рассказывать всё с нуля или искать информацию по разным источникам.
2️⃣ Перевести заказчика из «критиков» в «соавторы». Вместо того чтобы вычитывать доку на встречах, даем черновик ФТ (функциональных требований), а комментарии владельцы вносят прямо в Confluence. Встречались только для финализации и закрытия пробелов с системным аналитиком.
3️⃣ Ввести обязательное разделение на MVP и бэклог. В каждом ТЗ жестко делить на MVP (мигрируем сейчас) и бэклог на развитие (всё остальное). Это защищает команду от бесконечного расширения требований.
4️⃣ Запустить параллельную отрисовку макетов. Макет и ФТ делать одновременно и согласовывать за одну встречу.
5️⃣ Четко фиксировать согласующих. Эксперт, руководитель направления, при необходимости +1 уровень. Чтобы не было ситуации: все согласны, а руководитель против, когда ТЗ ушел в разработку.
Результат: Мы вышли на стабильный ритм 3-5 комплектов артефактов за спринт. Заказчики стали частью процесса, а не его тормозом. Ответственность распределена, неопределенность ушла.
Мой главный вывод: В цифровизации побеждает не тот, у кого больше ресурсов, а тот, кто умеет превращать информационный хаос в управляемый процесс. Дайте команде готовую рамку, а заказчику понятную роль, и даже разрозненная документация станет фундаментом для качественной миграции.
#цифровизация #управлениепроектами #аналитика #миграция #lowcode #pm #hrtech #projectmanagement
· 17.07
Очень жизненно: чаще ломается не автоматизация, а отсутствие описанного процесса и владельца. Мне нравится ваш ход с опросником и черновиком ФТ - это быстрее, чем бесконечные интервью. Я бы ещё жёстко фиксировал SLA на согласование. Как вы боретесь с 'вечным уточнением'?
ответить
коммент удалён
· 17.07
Здесь важно проговорить заранее критерии внесения изменений в согласованный док. Например, берем только если связано с законом (не учли сразу/изменилось) + как дорого и долго делать. Если фильтр не прошло - в доработку.
ответить
ответ удалён