Что делать, если самописную систему управления проектами вёл один человек и он уволился: как оценить риск, что переносить в первую очередь и сколько это занимает.
Обновлено 07.09.2026
Самописная система обычно держится на одном человеке. Пока он на месте, всё в порядке: правки делаются за день, за лицензии никто не платит. Когда он уходит, выясняется, что документации нет, стенд собирался руками, а изменить в системе нельзя ничего.
Дальше время работает против вас. Система пока работает, срочности нет, решение откладывается до первой поломки - и поломка случается в неудобный момент, обычно вместе с обновлением сервера.
Три «нет» из пяти - это не риск, а срок. Он просто ещё не наступил.
Соблазн понятный: написать заново, но правильно. На практике это тот же путь, который привёл к нынешней ситуации, только на три года позже. Разница не в качестве кода, а в том, кто отвечает за систему через пять лет.
Полное совпадение с процессом, но зависимость снова от конкретных людей и постоянный бюджет на сопровождение.
Процесс придётся немного подвинуть, зато обновления, документация и поддержка не зависят от того, кто у вас работает.
Тот же контроль над данными, что был у самописной: база ваша, сервер ваш, выход в интернет не нужен.
Прямого импорта из чужой самодельной базы не бывает: структура у каждой своя. Перенос идёт через REST API - вы выгружаете данные в CSV или JSON, мы показываем, в какие сущности они ложатся, загрузка делается скриптом. На типовом объёме это неделя, а не месяц.
Через что переносятся проекты, задачи и справочники
Что переносить, что оставить и в каком порядке
Шесть недель на одном реальном проекте
Пришлите структуру таблиц или пример выгрузки - скажем, что переносится напрямую, а что придётся заводить заново.