Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Подготовка сотрудников включает проведение информационных встреч и обучения по новому процессу, разъяснение их роли и обязанностей в системе управления доступом. Важно создать понимание важности соблюдения новых процедур для безопасности компании и эффективности бизнеса. Также полезно разработать и распространить пользовательские руководства и инструкции по подаче запросов, согласованию доступов и других операций. Для ключевых участников процесса может потребоваться специализированное обучение по работе с новыми системами автоматизации. Не менее важно установить каналы обратной связи, чтобы оперативно решать возникающие вопросы в ходе внедрения нового процесса.
Разделение ответственности между менеджерами процессов важно, потому что специалисты, ответственные за управление конфигурациями, обычно сосредоточены на системном и прикладном уровне ИТ-инфраструктуры и построении сервисно-ресурсных моделей, тогда как специалисты по управлению активами работают с физическими компонентами и материальным учетом. Эти профессиональные области требуют разных знаний и навыков, и разделение соответствует лучшим практикам, таким как COBIT5, обеспечивающим четкое разграничение функциональных обязанностей для повышения эффективности и снижения рисков ошибок.
Менеджеры часто делают ошибку, пытаясь контролировать всё напрямую вместо организации процессов. В управлении инцидентами они решают, что все инциденты должны проходить через них лично, они будут всё знать и регистрировать. В проектном управлении менеджеры могут проводить основное время на выполнении оперативной работы (например, командуя рабочими на стройплощадке), игнорируя важные аспекты проекта, такие как бюджет, сроки, управление рисками. Другая распространённая ошибка - слишком глубокое погружение в детали и попытки полностью разобраться в ситуации наперёд, вместо того чтобы начать работу и адаптироваться к изменениям в процессе.
Проблема заключается в том, что процессы EDM01 и EDM05, описывающие управление системой руководства ИТ, используют ту же структуру практик (оценка, направление, мониторинг), что и процессы руководства системы управления ИТ (EDM02–EDM04). Это противоречит основному принципу COBIT 5, разделяющему руководство и управление. Если EDM01 и EDM05 — процессы управления, то их структура должна соответствовать управленческому циклу (например, PDCA). Если же они относятся к руководству, тогда возникает вопрос о том, кем и для кого осуществляется руководство над системой руководства, что представляется логически противоречивым и избыточным.
Процедура формального закрытия изменений определяет, кто, в какой момент и как должен выполнить фиксацию факта завершения изменения. Это включает итоговую проверку успешности внедрения, сбор обратной связи, документирование результатов и официальную отметку о закрытии. Процедура закрытия является важным элементом базовой 'начинки' моделей изменений, так как обеспечивает завершённость процесса и создаёт основу для анализа эффективности в будущем.
При фиксации несдвигаемого крайнего срока в первую очередь страдает качество работы или продукта. Это связано с тем, что при фиксировании одного параметра (срока) неизбежно меняются другие параметры треугольника проекта – стоимость и качество. Опыт показывает, что качество первым реагирует на сокращение сроков. Поэтому важно заранее продумать стратегии для компенсации влияния на качество.
Да, можно измерять доступность ИТ-услуг, не используя критические бизнес-функции (VBF), но такой подход будет ограничен классической упрощённой схемой. При таком измерении будут получены данные о доступности ИТ-систем и компонентов, но не будет понимания того, как их недоступность влияет на бизнес. То есть отсутствие учёта VBF не позволяет говорить об измерении доступности в бизнес-ориентированном контексте. Однако можно использовать упрощённую модель, заменяющую VBF функциональными блоками заказчика, которые сопоставляются с ИТ-системами. Это может стать первым шагом к более детализированному подходу, но не является полноценной заменой VBF.
Ежедневные утренние совещания на производстве позволяют оперативно контролировать ключевые показатели: объем производства (план и факт), качество и себестоимость. Такой формат дает возможность быстро выявлять отклонения от плана, оперативно реагировать на проблемы и корректировать работу в течение дня. Эти совещания создают ритм работы, повышают ответственность за показатели и обеспечивают регулярную коммуникацию между руководством и исполнителями по самым важным аспектам производственного процесса.
Тимлид может способствовать наставничеству и обучению новых членов команды, создавая структурированные возможности для обмена знаниями. Это может включать организацию код-ревью с участием разных членов команды, создание системы парного программирования, проведение внутренних технических докладов и обучающих сессий, разработку системы документирования знаний. Важно, чтобы процесс обучения не был сосредоточен только на тимлиде, но распределялся по команде, стимулируя перекрестное опыление знаний и снижая избыточную зависимость от одного человека.
Если при согласовании заявки часть запрошенных ресурсов не была одобрена, то дальнейшая реализация выполняется только по согласованным ресурсам. Заявитель должен быть уведомлен о результатах согласования, включая информацию о том, доступ к каким ресурсам предоставлен, а к каким — нет. Это позволяет продолжить выполнение заявки для согласованных элементов без задержек, связанных с повторным согласованием всего запроса целиком, что повышает оперативность обработки и удовлетворенность пользователя.