Хранение ключевой информации в папке head / inbox / documents одного человека. Если это важно, например, контактные данные поставщика, лицензионные ключи, инструкции по настройке, они должны быть доступны каждому в отделе, который имеет полномочия и может нуждаться в доступе к нему, и в стандартном месте.
Просить человека, который знает о чем-то, чтобы задокументировать это. Это звучит хорошо, потому что это человек, который обладает знаниями, но на самом деле это плохо, потому что они не могут легко сказать, что такое важное знание. Лучше попросить кого-нибудь поработать над этим, спросив у знающего человека любую информацию, которая ему нужна, и попросив документировать, как они это делают.
Непонятная документация. Любой может решить проблему со средним приоритетом в течение дня, когда весь ИТ-отдел будет доступен для общения. Другое дело - решить проблему с высоким приоритетом поздно вечером, когда вы почти одни и не знаете, почему система настроена так, как она есть, или почему она не соответствует тому, что говорится в документации.
Не отслеживает пароли хорошо. Таким образом, вам быстро нужна учетная запись, создайте ее со случайным паролем, а через 18 месяцев она все еще используется, и никто не знает пароль или какие службы сломаются, если он будет изменен.
Не покупать поддержку поставщиков для ключевых систем, потому что это «слишком дорого».
Неуместные приоритеты. ИТ-специалисты должны руководствоваться руководством - должно быть согласовано, какие проекты являются приоритетными, или в чрезвычайной ситуации, какие системы требуются в первую очередь. Если ИТ-отдел пытается исправить бизнес-систему, руководство требует электронной почты, а пользователи требуют обработки заказов, что является причиной беспорядка.
Неуместные решения - для ИТ-специалистов очень легко застрять в умонастроении: «чтобы исправить это, ИТ-система должна работать так, как это было раньше», когда может быть более уместно заключить соглашение об управлении и ИТ, чтобы «попробовать 2 часов, если это не исправлено, тогда остановитесь, даже если это выглядит многообещающе, и переходите к восстановлению из резервной копии. "
Копии тестовых файлов везде. Вы не хотите открывать папку, в которой запущена бизнес-система или веб-сайт, и видеть "сайт-новый /, сайт-текущий /, сайт-копия /, сайт-тестирование /, сайт-тест-дэйв /, сайт-использование- this-one /, website-from-feb / и т. д.) Dev, производство и тестирование должны существовать и должны быть отделены от каждого вовлеченного отдела (IT, dev, управление проектами и т. д.), зная, что должно быть, и согласовать, как изменения одобрены. Также для конфигурационных файлов.
Измените одобрение - даже если у вас сначала просто устная дискуссия, не меняйте способ работы важных вещей, пока никто не узнает. Вам решать, что «важно» покрывает вашу ситуацию.
Обоснованные решения остаются на месте на длительный срок. Я знаю, что вы быстро подключили этот сервер к этой сети с помощью старого телефонного провода, чтобы вы могли решить насущную проблему. Я знаю, что у вас нет времени, чтобы переделать это правильно. Сделай время.
Плохие отношения с остальной частью компании. ИТ - это услуга, которая помогает остальной части компании выполнять свою работу. Если им нужны огромные файлы быстро, сделайте это. Если вам нужно разрешение менеджера, чтобы купить оборудование, получите его. Если вы не можете его получить, четко сообщите, что огромные файлы не могут двигаться быстро, потому что руководство расставило приоритеты для некоторых других расходов. Если вам нужно архивировать по юридическим причинам, но у вас нет бюджета, вам нужно как можно лучше приспособить архивирование к вашей системе.