The post has been translated automatically. Original language: Russian
Implementation checklist: questions that will save the project
In corporate IT projects, the main complexity does not begin at
the development stage, but after it - during the implementation of the system in the real work
of the company.
That is why implementation often requires more
resources, time, and engagement than development itself.
As long as the system exists “in a test environment”, everything
looks manageable.
But as soon as work begins with real employees, departments, processes
and data, factors appear that cannot be seen at the stage of presentations
and approvals.
This is especially critical for companies where:
• many employees (50+)
• Multiple departments and management levels
• processes differ within departments
• the data is not structured
• there are no uniform rules of operation
The main mistake of business is to perceive implementation
as the “final technical stage".
In practice, implementation is a separate
organizational and managerial process that requires the preparation of the company
no less than the preparation of the system itself.
That
is why, even before the start of the project, it is important to complete the basic checklist of business readiness
for implementation.
IMPLEMENTATION CHECKLIST:
1. Who within the company is responsible for
the implementation and makes the final decisions
One of
the main questions of the project is:
who on the part of the customer is really responsible for the implementation?
Not
“involved", but:
• makes decisions
• moves the project within the company
• monitors tasks
• interacts with the contractor
• approves changes
Very often
, the project starts to slow down when decisions are made through 5-8 managers
at the same time.
Approvals are delayed, discrepancies appear, and the system begins to change.
“it feels like it.”
Therefore
, it is important to determine in advance:
• Who makes the final decisions
• Who is responsible for approving changes
• who has the right to approve processes and functionality
Another
critical point:
Does the assigned employee have sufficient technical or design knowledge?
If not:
• the customer trains the employee independently
• or the training is conducted by a contractor (for a fee)
And this should
be a separate stage of the project.
The appointment
of the responsible person must be formalized:
by an internal order for the company.
The document
records:
• Responsible employee
• his authority
• area of responsibility
• mandatory participation in the project
While
responsibility is not formally fixed, implementation almost always becomes
a secondary task within the business.
2. Are department heads ready?
change processes and monitor employees after launch
One of
the most overlooked implementation challenges is
the resistance of middle management.
At the start
, almost all managers support the project.
But when the implementation begins to change the usual processes, there
is resistance.:
• “it works differently for us”
• “we are so uncomfortable”
• “it used to be faster”
It
is the department heads who are most often:
• slow down approvals
• bring employees back to old processes
• sabotage changes within the team
Another
critical question is:
who will control the employees after the system is launched?
Because
without internal control, employees almost always return.:
• in Excel
• WhatsApp
• personal tables
• old processes
Therefore, even
before the start of the project, it is important to fix:
• are managers ready to really change processes
• Do they understand the implementation goals
• are you ready to monitor the work of employees in the new system
• are you ready to work according to the same rules
It is very important
that TOP management publicly supports the project within the company.
Recommended
document:
internal regulations/ implementation support order.
The document
records:
• the obligation to use the new system
• Managers' responsibility for employee adaptation
• operation control only through the new system
• prohibition of parallel processes “in the old way”
• timing of the transition to new processes
• Implementation KPIs for department heads
As
long as the implementation remains a “recommendation” and not a management decision
, the system almost always begins to live separately from the actual work of the company.
3. Is the employee's time allocated for training and adaptation
One of
the most common implementation mistakes is
the expectation that employees will be able to learn “between tasks.”
In practice
, this almost never works.
During
the implementation, employees continue to perform operational work, and without allocated
time.:
• training is postponed
• the system is studied superficially
• employees are returning to old tools
• implementation is starting to slow down
Another mistake is trying to teach everyone at once with “mass education".
This is ineffective for corporate systems.
In practice
, the implementation only works on a point-by-point basis.:
• by department
• by roles
• for real-world tasks
• directly at the workplace
Because
it is important for an employee not to “listen to the training”, but to understand
how the system helps in his daily work.
Recommended
document:
schedule of training and adaptation of employees.
The document
records:
• List of employees and departments
• Training schedule
• Training format
• responsible for monitoring the passage
• the timing of the transition to work in the system
• User adaptation stages
While
training remains an “additional activity”
, the system is almost always formally implemented, but it does not become part of the daily
work of the business.
4. Is the company ready for a temporary reduction in work speed
One of
the most difficult moments for a business is
to accept that any implementation slows down the processes at first.
And that's okay.
During
the adaptation period, employees:
• they take longer to complete their usual tasks
• they are mistaken
• they ask a lot of questions
• get used to new processes
• running slower than before
Sometimes, at
the start of implementation, a company may temporarily lose some of its operational
efficiency.
This is not a sign of a bad system. This is a natural stage of change.
The main mistake
is
the expectation that after the launch the system will immediately begin to “accelerate business".
In practice
, what happens first is:
• Process restructuring
• Employee adaptation
• Changing work habits
• formation of a new operating model
And only
after that there is an increase in efficiency.
Recommended
document:
the plan of the adaptation period of implementation.
The document
records:
• stages of transition to a new system
• acceptable adaptation periods
• zones of temporary decrease in efficiency
• responsible for user support
• Implementation KPIs for the transition period
If a business
is not ready for a temporary slowdown
, the project is almost always considered “unsuccessful” before the system has time
to integrate into the real processes of the company.
conclusion:
You can create a technically perfect system
that remains “just another program" for employees.
Or you can arrange the implementation so
that the system becomes part of the daily work of the company and begins to have a real impact on
business processes, speed and manageability.
That is why the value of a project is determined not only by the development, but by how deeply the system is embedded in the actual work of the business.
Чек-лист внедрения: вопросы, которые спасут проект
В корпоративных IT-проектах основная сложность начинается не на этапе
разработки, а после нее — во время внедрения системы в реальную работу
компании.
Именно поэтому внедрение часто требует больше
ресурсов, времени и вовлечения, чем сама разработка.
Пока система существует “в тестовой среде”, всё
выглядит управляемо.
Но как только начинается работа с реальными сотрудниками, отделами, процессами
и данными — появляются факторы, которые невозможно увидеть на этапе презентаций
и согласований.
Особенно это критично для компаний, где:
• много сотрудников (50+)
• несколько отделов и уровней управления
• процессы отличаются внутри подразделений
• данные не структурированы
• отсутствуют единые правила работы
Главная ошибка бизнеса — воспринимать внедрение
как “финальный технический этап”.
На практике внедрение — это отдельный
организационный и управленческий процесс, который требует подготовки компании
не меньше, чем подготовки самой системы.
Именно
поэтому еще до старта проекта важно пройти базовый чек-лист готовности бизнеса
к внедрению.
ЧЕК-ЛИСТ ПО ВНЕДРЕНИЮ:
1. Кто внутри компании отвечает за
внедрение и принимает финальные решения
Один из
главных вопросов проекта:
кто со стороны заказчика реально отвечает за внедрение?
Не
“участвует”, а:
• принимает решения
• двигает проект внутри компании
• контролирует задачи
• взаимодействует с подрядчиком
• согласовывает изменения
Очень часто
проект начинает тормозить, когда решения принимаются через 5–8 руководителей
одновременно.
Согласования затягиваются, появляются разночтения и система начинает меняться
“по ощущениям”.
Поэтому
важно заранее определить:
• кто принимает финальные решения
• кто несет ответственность за согласование изменений
• кто имеет право утверждать процессы и функционал
Еще один
критичный момент:
есть ли у назначенного сотрудника достаточные технические или проектные знания?
Если нет:
• заказчик обучает сотрудника самостоятельно
• либо обучение проводит исполнитель (за отдельную плату)
И это должен
быть отдельный этап проекта.
Назначение
ответственного должно быть закреплено официально:
внутренним приказом по компании.
В документе
фиксируются:
• ответственный сотрудник
• его полномочия
• зона ответственности
• обязательность участия в проекте
Пока
ответственность не закреплена формально — внедрение почти всегда становится
второстепенной задачей внутри бизнеса.
2. Готовы ли руководители отделов
менять процессы и контролировать сотрудников после запуска
Одна из
самых недооцененных проблем внедрения —
сопротивление middle-management.
На старте
почти все руководители поддерживают проект.
Но когда внедрение начинает менять привычные процессы, появляется
сопротивление:
• “у нас это работает по-другому”
• “нам так неудобно”
• “раньше было быстрее”
Именно
руководители отделов чаще всего:
• тормозят согласования
• возвращают сотрудников к старым процессам
• саботируют изменения внутри команды
Еще один
критичный вопрос:
кто будет контролировать сотрудников после запуска системы?
Потому что
без внутреннего контроля сотрудники почти всегда возвращаются:
• в Excel
• WhatsApp
• личные таблицы
• старые процессы
Поэтому еще
до старта проекта важно зафиксировать:
• готовы ли руководители реально менять процессы
• понимают ли они цели внедрения
• готовы ли контролировать работу сотрудников в новой системе
• готовы ли работать по единым правилам
Очень важно,
чтобы ТОП-менеджмент публично поддерживал проект внутри компании.
Рекомендуемый
документ:
внутренний регламент / приказ о поддержке внедрения.
В документе
фиксируются:
• обязательность использования новой системы
• ответственность руководителей за адаптацию сотрудников
• контроль работы только через новую систему
• запрет на параллельное ведение процессов “по-старому”
• сроки перехода на новые процессы
• KPI внедрения для руководителей подразделений
Пока
внедрение остается “рекомендацией”, а не управленческим решением —
система почти всегда начинает жить отдельно от реальной работы компании.
3. Заложено ли время сотрудников на обучение и адаптацию
Одна из
самых частых ошибок внедрения —
ожидание, что сотрудники смогут обучаться “между задачами”.
На практике
это почти никогда не работает.
Во время
внедрения сотрудники продолжают выполнять операционную работу, и без выделенного
времени:
• обучение откладывается
• система изучается поверхностно
• сотрудники возвращаются к старым инструментам
• внедрение начинает тормозить
Еще одна ошибка — попытка обучить всех сразу “массовым обучением”.
Для
корпоративных систем это малоэффективно.
На практике
внедрение работает только точечно:
• по отделам
• по ролям
• по реальным задачам
• непосредственно на рабочих местах
Потому что
сотруднику важно не “послушать обучение”, а понять:
как система помогает именно в его ежедневной работе.
Рекомендуемый
документ:
план-график обучения и адаптации сотрудников.
В документе
фиксируются:
• список сотрудников и отделов
• график обучения
• формат обучения
• ответственные за контроль прохождения
• сроки перехода на работу в системе
• этапы адаптации пользователей
Пока
обучение остается “дополнительной активностью” —
система почти всегда внедряется формально, но не становится частью ежедневной
работы бизнеса.
4. Готова ли компания к временному снижению скорости работы
Один из
самых сложных моментов для бизнеса —
принять, что любое внедрение сначала замедляет процессы.
И это нормально.
В период
адаптации сотрудники:
• дольше выполняют привычные задачи
• ошибаются
• задают много вопросов
• привыкают к новым процессам
• работают медленнее, чем раньше
Иногда на
старте внедрения компания может временно потерять часть операционной
эффективности.
Это не признак плохой системы. Это естественный этап изменений.
Главная ошибка
—
ожидание, что после запуска система сразу начнет “ускорять бизнес”.
На практике
сначала происходит:
• перестройка процессов
• адаптация сотрудников
• изменение привычек работы
• формирование новой операционной модели
И только
после этого появляется рост эффективности.
Рекомендуемый
документ:
план адаптационного периода внедрения.
В документе
фиксируются:
• этапы перехода на новую систему
• допустимые сроки адаптации
• зоны временного снижения эффективности
• ответственные за сопровождение пользователей
• KPI внедрения на переходный период
Если бизнес
не готов к этапу временного замедления —
проект почти всегда начинают считать “неудачным” раньше, чем система успевает
встроиться в реальные процессы компании.
ВЫВОД:
Можно создать технически идеальную систему,
которая останется “еще одной программой” для сотрудников.
А можно выстроить внедрение так,
что система станет частью ежедневной работы компании и начнет реально влиять на
бизнес-процессы, скорость и управляемость.
Именно поэтому ценность проекта определяется не только разработкой, а тем, насколько глубоко система внедрена в реальную работу бизнеса.
Share
