Рассказываю про процесс передачи дел от клиента, сменившего агентство (со стороны принимающей стороны)

У меня есть опыт и со стороны передающей стороны, добавлю два пункта оттуда.

1. Передача дел происходит в худший момент отношений, и поэтому обычно проходит плохо. Если в договоре прописать пункт «процедура передачи», эмоциональная часть снижается: что, кому и в какие сроки передается, прописывается заранее.

2. Скажу пару слов и передающему агентству: грамотная передача — лучшая реклама. Два клиента, которым мы нормально передали дела, вернулись через два года за другой услугой. Те, кто хлопнул дверью, не возвращаются.

У нас было так: при приеме дел мы провели одну встречу по передаче с прежним агентством, и это очень помогло.

Два часа, запись, только вопросы и ответы. Наша команда подготовилась заранее, написала вопросы. То, что мы узнали за эти два часа, сами бы за две недели не выкопали.

Клиент включил эту встречу в договор, иначе бы она не состоялась. Рекомендую.

Как небольшое агентство добавлю: в первый месяц после приема проекта ничего не меняйте только потому, что оно «уродливое».

Это первый рефлекс любой принимающей команды, у нас тоже так было. Потом поняли, что под этим уродливым решением обычно есть причина, и чистить, не узнав причину, значит сломать то, что работает.

Прежде чем менять, ответьте на вопрос «почему сделано так». Даже если ответа нет, сам поиск — это то, что вас защитит, а не замедлит.

Именно так, и при этом об этом мало кто знает. Спешка в решениях оборачивается исправлениями через полгода.

Исправьте, если я ошибаюсь.

Есть один момент который меня интересует. Если скоуп растет, должен расти либо срок либо бюджет. Третьего не дано.

На этом всё извините, если затянул.

Посмотрю с другой стороны, я на стороне поставщика. Когда пытаешься изменить всё сразу, ничего не приживается.

Большая часть потерь времени копится на задачах, ожидающих согласования. Удачи.

Пишу это чтобы вы не совершили ту же ошибку. То что делают все не значит что это правильно.

Я бы не торопился. Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции.

Проверено опытом.

Ответ выше точно передал суть вопроса. Большая часть потерь времени копится на задачах ожидающих согласования.

Конечно если ваша ситуация отличается, всё меняется.

Давайте разделим понятия, их путают. Спешка в решениях оборачивается исправлениями через полгода.

Большая часть потерь времени копится на задачах, ожидающих согласования. Надеюсь, это будет полезно.

Если углубиться в детали: Решения работающие в малом масштабе, рушатся при росте, я узнал это слишком поздно.

Удачи.

Спасибо, очень помогло. Не стесняйтесь спрашивать, молчание всегда обходится дороже.

Интересно, есть ли те, кто делает иначе.

У нас так же. Если не зафиксировать это письменно с самого начала потом возникнут споры.

Конечно если ваша ситуация отличается, всё меняется.

Слежу за темой. короче главное не цифра а то, на основе чего она получена.

Спасибо, это именно то что я искал. кстати код без документации не принадлежит вам, даже если он у вас есть.

Внедрение процесса управления изменениями не замедляет работу а ускоряет её... Проверено опытом.

Вы правы я сам проходил через это. Процесс, по которому не ведется учет, не улучшается, потому что вы не знаете, что именно улучшать.

Мы тоже какое-то время назад застряли на том же месте. График платежей должен быть привязан к этапам работ, а не к датам.

Без измерений мы всегда приходим к одному и тому же. Интересно, есть ли те, кто делает иначе.

Здесь есть еще и аспект измерений. Прежде чем принимать решение, посмотрите, какие данные у вас есть.

Проверено опытом.