VoidVolker

class Type
{
    isArray() {}
}

export default Type

class Dialog 
{
    show() {}
}

export default Dialog

import Type from './Type.js'
import Dialog from './Dialog.js'

export { Type, Dialog }

1. Описать и нарисовать схемы того, что у вас есть сейчас - какое ПО, железо, сервера, сервисы, виртуалки и прочее.
   
2. Собрать все требования к будущей сети - примерный список в предыдущем пункте плюс пользователи и их требования к ПО/железу, бюджет времени/финансов/ресурсов и прочее.
   
3. На основе этих требований подобрать железо - серверы, сетевые устройства типа коммутаторов/роутеров/точек доступа, а так же всё остальное офисное - принтеры, ПК и прочее. Причём у всех пользователей с одинаковыми требованиями к ПК должно быть одинаковое железо - дабы минимизировать расходы на дальнейшее обслуживание и ремонт. Аналогично с принтерами, телефонами, телевизорами и всем остальным. Разводить зоопарк из кучи разных девайсов обойдётся куда дороже.
   
4. На плане здания размещаем все элементы сети и их соединения.
   
5. Рисуем схему сети в соответствии с ограничениями плана здания.
   
6. И всю остальную документацию по сети - сервисы, ПО и т.д. и т.п.
   
7. На основе схемы подготавливаем три таблицы - оборудование, ПО и отдельно таблицу того оборудования, которое планируется оставить от текущей сети. Оборудование берите с запасом - должен быть резерв, чтобы когда что-то сдохнет - можно было быстро переткнуть железку и организация продолжила работу (потому что когда что-то ломается - это всегда внезапно, а простой бизнеса будет стоить денег и может даже значительно больше стоимости пары железяк на складе).
   
8. А дальше два варианта: быстрый и дорогой уже озвучили - интегратор и аутсорс; или своими силами - если у вас в штате есть ещё пара-тройка эникейщиков или готовы привлечь кого-то со стороны.
   
9. После того, как всё будет установлено и настроено - мигрировать все сервисы из текущей сети (через развёртывание бэкапов, перенос виртуалок, БД и прочее), проверить и протестировать, что всё работает как надо.
   
10. Сам переезд - либо поэтапно и плавно по отделам с объединением сетевых ресурсов между двумя сетями либо сразу все вместе. Сегодня работали в старом офисе - завтра в новом. Быть готовым, что чего-то где-то кому-то не хватит или потеряется.
    

1. Проверить ярлык хрома - чтобы был без парамтеров и прочего (спасибо GavriKos за дополнение).
   
2. Проверить автозапуск с помощью Sysinternals Autoruns - удалить из автозапуска постороннее и просканировать антивирусами (VirusTotal в помощь).
   
3. Проверить все установленные плагины в хроме.
   
4. Провести полное сканирование несколькими разными антивирусами (лучше всеми доступными) с live-системы; из под другой ОС с переносом диска в другой ПК; или хотя бы из безопасного режима.
   
5. Если предыдущие пункты не помогли: то проверить сам хром и его бинарные файлы на соответствие оригиналу от разработчиков - тут несколько сложнее, т.к. нужно на другом ПК установить ровно ту же саму версию хрома и сравнить установленные все файлы побайтово.
   
6. Дальше - разве что долго и муторно исследовать логи от Sysinternals Procmon во время запуска и работы хрома и, возможно, других приложений в системе.