p align="justify"> Деякі організації використовують складні схеми обліку змін, але в більшості випадків все що потрібно - це проста історія змін на початку модифікується файлу. Як мінімум, кожен запис в історії змін повинна містити такі поля:
Ім'я або ініціали людини, який вніс зміни
Дата внесення змін
Причина по якій були внесені змін
В результаті виходять короткі та корисні запису:, 12-June - 2002 - Обновил запис для принтера в бухгалтерії
3.3 Підтримувати спілкування з користувачами
Що стосується спілкування з користувачами, то його треба завжди підтримувати. Іноді навіть маленькі зміни в системі, які здаються практично непомітними, можуть зовсім збити з пантелику працівника з відділу кадрів.
Методи спілкування з користувачами можуть різнитися в залежності від організації. У деяких використовують електронну пошту; в інших - внутрішній веб-сайт. Можуть також застосовуватися групи новин або IRC. Десь буде достатньо листка, прикріпленого до дошки оголошень в кімнаті відпочинку.
Як мінімум має бути описано:
Суть змін
Коли вони відбудуться
Чому це відбувається
Приблизно скільки цієї займе часу
Зміни (якщо є), з якими зіткнуться користувачі
Контактна інформація для питань і пропозицій
.4 Контролювати ресурси
Системне адміністрування головним чином полягає в зіставленні доступних ресурсів з програмами та людьми їх використовують. Тому, робота в якості системного адміністратора, важка, поки не зрозумієте, які ресурси знаходяться в нашому розпорядженні.
Нижче наведено список деяких з них:
Системні ресурси, такі як обчислювальна потужність, пам'ять та дисковий простір
Наявні в вашому бюджеті кошти
Завдання технічного персоналу, інших системних адміністраторів і навіть інших офісних працівників
Час (часто критичної важливості, коли воно включає в себе такі параметри, як час резервного копіювання системи)
Знання (не залежно від того, чи зберігаються вони в книгах, системної документації або голові людини, який пропрацював в компанії останні двадцять років)
.5 Знати потреби користувачів
Користувачі, це ті люди, які використовують системи і ресурси, за які ми відповідаємо - ні більше, ні менше. Таким чином, вони є ключовою ланкою успішного адміністрування наших систем.
Наприклад, візьмемо банківського службовця. Він використовує чітко певний набір додатків і вимагає відносно невеликої кількості системних ресурсів. Тепер візьмемо програміста: він використовує безліч різноманітних додатків і завжди радий додаткових ресурсів (для прискорення компіляції). Два абсолютно різних користувача з абсолютно різними потребами.
3.6. Знати діяльність підприємства
Чи працює адміністратор у великій, транснаціональної корпорації, або в маленькому училище, він повинен розуміти чим займається його організація. Це можна звести до одного питання:
Яке призначення систем, яку він адмініструє?
