Я делаю установку программного обеспечения человечности 10.0.4 правильно (пакеты и ни-одни-пакеты)?

Определенно необходимо собраться с коллегами системного администратора и узнать о том, что они делают, прежде чем Вы начнете рекомендовать любые изменения. Даже если у Вас есть предыдущий опыт IT, каждая компания имеет свои особенности, и ничто не является более раздражающим человеку, чем кто-то пытающийся сказать им, что сделать, кто не понимает то, что это, они на самом деле делают.

Первая вещь, которую я попытался бы узнать, состоит в том, как они отслеживают какой потребности быть сделанными. Должны быть некоторые повторяющиеся задачи, которые выполняются согласно расписанию и некоторым одноразовым задачам, которые включают запросы поддержки от пользователей и проекты, что IT продолжает работать. Если существует несколько списков в нескольких местах, Вы могли бы запустить путем попытки консолидировать вещи, предпочтительно в электронной форме, которая доступна несколькими людьми (те, которые должны получить доступ). Задачи, которые не являются частью определенного проекта, должны быть организованы в общие проекты. Например, проект Задач Обслуживания IT мог включать все задачи регламентного техобслуживания, которые выполняются ежедневная газета/еженедельник/ежемесячный журнал. Могло бы быть мудро категоризировать более определенно, если несколько из задач связаны. Например, если существует семь задач, связанных с резервным копированием данных, Вы могли бы хотеть поместить задачи в их собственном проекте вместо в универсальном проекте Задач Обслуживания IT.

Вторая вещь узнать состоит в том, как они определяют приоритет. Это больше похож на очередь (FIFO) или стек (LIFO)? Действительно ли запланированные задачи более важны, чем одноразовые запросы? Что находится на неосновном или сохраненном в течение дождливого дня? Необходимо, надо надеяться, найти, что катастрофические проблемы наращиваются к верхней части списка, потому что системы, используемые для производства, должны работать, или ничто не сделано, точно так же, как программист расположил бы по приоритетам исправления ошибок по добавлению новых опций. Поскольку Вы упомянули "гибкое" слово, я буду в поисках того, учтено ли количество времени для завершения запроса в установлении приоритетов. Я нахожу, что выполнение быстрых задач (10-15 минут или меньше) сразу же помогает подавить объем и счастливых пользователей. Более длительные задачи должны быть расположены по приоритетам с как можно большим количеством уровней; это зависит от того, сколько задач и сколько ресурсов доступно для работы над задачами. Каждая задача должна быть присвоена одному ресурсу, и каждый ресурс должен смочь отфильтровать список задач для показа только их собственного. Типы менеджера должны смочь видеть задачи всех под ними со способностью отсортировать по человеку или по проекту.