Mikhail Shuvalov
Основатель IMS — intellms.ru. Строим систему там, где другие видят хаос. Тут про архитектурные решения, AI и реальную экономику IT-проектов.
Влад, добрый день, спасибо за комментарий. Сложно не согласиться!
Спасибо за подробный разбор! Ваши три маркера отлично отображают действительность. Учту это в будущих материалах
Скорее, пиар самой концепции стартап-студий. Эта система в России развита меньше, чем хотелось бы, а зря:
Регламентация каждого чиха возможна и в маленькой компании. Моя сотрудница рассказывала, что руководитель в компании из 4 человек регламентировала вплоть до того, какого цвета маркером выделять текст в ЛИЧНЫХ заметках). Все зависит от руководителя.
"директор обычно новичок в бизнесе" - одна из многих причин, по которым мы запустили стартап-студию. Все ошибки новичка исключены, когда создание стартапов поставлено на поток.
"Чему я научился, потеряв миллион долларов." Джима Пола — книга о трейдинге, правда, но название звучит, как книга о каждом втором стартапе)
«Власть развращает, а абсолютная власть развращает абсолютно»
В подавляющем большинстве случаев мои сотрудники выходят на владельцев канала напрямую, а Telega in используется просто как удобный сервис, чтобы прицениться
Добрый день. Смотрим по нескольким маркерам:
1) Справочники сведены в единую версию. Если один и тот же контрагент записан по-разному — для системы это разные записи. Такое надо сначала свести воедино, иначе хаос переедет в новую ERP.
2) Расхождения объяснимы — есть понимание, откуда взялась каждая цифра и почему она именно такая.
3) Правила зафиксированы, а не живут в голове у конкретного сотрудника. Например, если себестоимость, распределение затрат, логика начислений — все это знает только один человек, миграция встанет на паузу, т к завязана на конкретном сотруднике.
4) Есть владелец у каждого набора данных. Кто-то конкретный, кто может сказать «да, это верно» или «нет, здесь ошибка».
5) Скрытые исключения — задокументированы. В любой старой системе есть обходные пути и особые случаи, которые никто не документировал. Их стоит выписать заранее и желательно также систематизировать.
Если по всем пяти пунктам ответ «да» — можно переносить данные напрямую. Если хотя бы по двум-трем «не уверен» — сначала нормализация, потом перенос, иначе система унаследует все старые проблемы.