Контрольный список для оценки программного обеспечения для мониторинга сотрудников

Примите решение до начала демонстрации

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

Запишите количество конечных точек, поддерживаемые операционные системы, группы отчетности, предполагаемых рецензентов и модель развертывания. Разделите необходимые возможности от необязательных. Определите область сбора данных и внутренний процесс проверки, прежде чем включать функции подробного сбора доказательств.

Возьмите этот контрольный список с собой на оценку

Оценивайте отчеты с помощью реальных экранов

Панель управления DeskGate предоставляет обзор административной, лицензионной и технической активности. Используйте ее для ориентации в демонстрации, а затем перейдите к конкретному действию или отчету по управлению, который отвечает на ваш вопрос. Примерные значения на скриншоте — это данные демонстрации, а не гарантия производительности или результат для клиента.

Попросите докладчика изменить диапазон дат или выбранную группу и объясните, как это повлияет на результат. Проанализируйте активное и пассивное время, а также время, затраченное на совещания, работу вне сети и доступность устройств. Зарегистрированный показатель активности не следует рассматривать как полную оценку вклада человека. руководство по отчетам В документе поясняется, что представляют собой отчеты по различным группам пациентов и что процесс проверки является повторяемым.

Обеспечьте покрытие всей платформы, не предполагая пакетного покрытия

Для анализа DeskGate рассмотрите следующие разделы: Панель управления, Менеджер, Правила, Защита, Безопасность данных, Отчет о действиях, Сводные отчеты, Поддержка, Отчет о поддержке, Инвентаризация, Установка, Мониторинг безопасности, Аудит, SIEM , Интеграции и Настройки. Отметьте каждый раздел как обязательный, необязательный или выходящий за рамки оценки.

Для каждой необходимой области уточните, какая лицензия и версия её предоставляют, и продемонстрируйте соответствующий рабочий процесс. Наличие интеграционной метки само по себе не гарантирует совместимость с конкретным сторонним продуктом. Запросите документацию по предлагаемой интеграции.

Что касается криптографических требований, уточните, что именно защищается и как настроена выбранная система. См. Руководство по безопасности и защите данных для различения защиты соединения, хранимых данных, аудита и SIEM .

Используйте простую оценочную шкалу доказательств

Для каждого требования укажите его приоритет, ответственного за тестирование, полученный результат и любые дополнительные вопросы. Используйте три четких состояния: продемонстрировано, требует уточнения и не поддерживается в предлагаемой области применения. Не отмечайте пункт как пройденный только потому, что он упоминается в брошюре.

Например, утверждение «сотрудник отдела может открыть согласованный отчет для своей группы» поддается проверке. Утверждение «программное обеспечение повышает производительность» слишком общее и не имеет согласованного метода измерения и контекстных доказательств. Этот пример описывает метод оценки, а не заявленный результат для клиента.

Прежде чем сравнивать дополнительные удобства, необходимо определить обязательные требования. Необходимо получить подтверждение готовности к эксплуатации от технического заказчика и подтверждение письменного коммерческого предложения от заказчика.

Согласовать следующий шаг

Завершите пилотный проект кратким отчетом о принятых решениях: какие требования были выполнены, что осталось нерешенным, предлагаемый масштаб внедрения и кто отвечает за текущую эксплуатацию. Используйте руководство по планированию развертывания превратить это решение в этапы установки и приемки.

Следует ли включать все доступные функции во время тестирования?

Нет. Включите функции, необходимые для согласованной цели пилотного проекта и утвержденного объема работ. Расширяйте функционал только тогда, когда соответствующие владельцы понимают последствия сбора данных, доступа и эксплуатации.

Как мы можем сравнить различные модели развертывания?

Используйте те же требования и стандарты доказательств. Сравнение саморазмещения и облачного хостинга В нем объясняется, чем отличаются оперативные обязанности.