Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Основная цель управления инцидентами заключается в минимизации негативного влияния инцидентов за счет скорейшего восстановления нормальной работы услуги. Управление инцидентами направлено на то, чтобы как можно быстрее возобновить прерванные услуги. Эта деятельность является реактивной, ориентированной на скорость, и фокусируется на устранении произошедших инцидентов, не касаясь их первопричин.
Для качественного оказания услуги необходимо: 1) Обеспечивать услугу необходимыми ресурсами - рабочими руками, компетенциями, вычислительными мощностями, финансами и договорными обязательствами третьих лиц; 2) Быстро вносить изменения в услугу по требованиям потребителей с минимальным риском и ущербом; 3) Измерять показатели услуги - мощность, производительность, доступность и эффективность, а также собирать метрики её компонентов; 4) Измерять реакцию потребителей - их удовлетворенность, уровень потребления и текущие требования. Эти направления работы являются основой для понимания текущего состояния услуги и определения необходимых улучшений.
Отсутствие жестких планов коммерческой деятельности и отсутствие необходимости конкурировать на открытом рынке негативно влияет на качество услуг аутсорсинга. Аутсорсер, не сталкиваясь с конкуренцией и не имея стимула к развитию, теряет мотивацию к совершенствованию, становится инертным и не вкладывает в развитие, что влечет застывание технологических и методических процессов, как в случае с аутсорсерами, не зарабатывающими на внешнем рынке, лишенными бюджета на инновации.
Когда реализуется рисковое событие в проекте, это приводит к отклонению фактических показателей проекта от запланированных по одному или нескольким аспектам: срокам, затратам, объему работ, качеству или ожидаемым выгодам. Например, наступление технического риска может привести к увеличению сроков и бюджета, а реализация регуляторного риска может вызвать штрафы или приостановку деятельности. Важно, что некоторые риски могут иметь каскадный эффект, влияя сразу на несколько аспектов проекта и даже выходя за его рамки, затрагивая репутацию компании или ее способность вести бизнес. Поэтому управление рисками направлено не только на предотвращение негативных событий, но и на минимизацию их воздействия, если они все же произойдут.
При аллокации ИТ-затрат на подразделения компании затраты классифицируются на прямые и косвенные. Прямые затраты — это те, которые могут быть напрямую отнесены на конкретное подразделение, например, затраты на обслуживание специализированных систем, используемых только этим подразделением. Косвенные затраты распределяются косвенно, например, затраты на общекорпоративную инфраструктуру или административные расходы, которые обслуживают несколько подразделений. Правила классификации зависят от конечной цели аллокации и должны быть определены на ранней стадии проекта, чтобы обеспечить корректное распределение и оценку затрат.
Определение методологии выполнения проекта (водопадная или Agile) необходимо до работы с ограничениями, потому что различные подходы по-разному определяют, какие параметры фиксируются изначально, а какие становятся результатом планирования. В водопадном подходе фиксируются охват и качество, а сроки и бюджет вычисляются на их основе, тогда как в Agile сначала устанавливаются рамки по времени и бюджету, а объем реализуемого функционала определяется в этих рамках. Выбор методологии влияет на то, какие ограничения являются приоритетными и как происходит управление изменениями, поэтому этот выбор должен предшествовать детальному планированию проекта и работе с конкретными ограничениями.
Иерархия ролей с наследованием в ролевой модели управления доступом (RBAC) представляет собой структуру ролей, где вышестоящая роль автоматически предоставляет все права нижестоящим ролям. Это позволяет создавать более общие роли, которые содержат базовые права, и специализированные роли, наследующие эти права и добавляющие к ним дополнительные. Например, если нужно создать роли для менеджеров и администраторов, можно определить общую роль 'Сотрудник' с базовыми правами, а затем создать 'Менеджер' и 'Администратор' как производные от 'Сотрудник', добавив в них специфические права. Такой подход устраняет дублирование прав при создании новых ролей, значительно упрощает поддержку ролевой модели и делает ее более понятной и логичной, особенно в организациях со сложной инфраструктурой использования множества информационных систем.
Важно учитывать как Utility, так и Warranty при создании услуги, потому что только их совокупность определяет, сможет ли услуга создать ценность для пользователя. Utility определяет, решает ли услуга нужную задачу (fit for purpose), а Warranty - насколько удобно и надежно ее можно использовать (fit for use). Услуга может идеально решать задачу (высокая Utility), но быть неудобной в использовании из-за частых сбоев, медленной работы или сложной настройки (низкая Warranty), что снижает ее общую ценность. Аналогично, услуга может быть стабильной и надежной (высокая Warranty), но не решать нужных задач пользователям (низкая Utility). Только сочетание высоких уровней обоих характеристик позволяет услуге эффективно создавать ценность и удовлетворять потребности пользователей.
К нарушению коммуникаций в организации могут привести различные факторы. К основным относятся: отсутствие четко определенных каналов и процедур коммуникации, что приводит к путанице и дублированию информации; иерархические барьеры, когда нижестоящие сотрудники боятся высказывать свое мнение или поднимать проблемы; культурные различия в многонациональных командах, приводящие к непониманию и неправильной трактовке информации; информационная перегрузка, когда сотрудники получают слишком много информации, часть которой не является для них значимой; различие в стилях коммуникации у разных людей — некоторые предпочитают письменную коммуникацию, другие — устную; отсутствие механизма обратной связи, что не позволяет отправителю информации убедиться в её правильном понимании. Также к нарушению коммуникаций могут привести технологические проблемы — неудобные инструменты коммуникации, сложные в использовании системы, отсутствие доступа к необходимым каналам коммуникации.
Основные факторы, мешающие развитию клиентоориентированных компаний: спрос, превышающий предложение, отсутствие здоровой конкуренции, низкие ожидания клиентов и культурные особенности бизнеса. Владельцы компаний руководствуются принципом "пока карась жирный идёт", считая излишним тратить средства на улучшение обслуживания. Также отсутствует давление со стороны клиентов, так как у них мало альтернатив. Рынок не стимулирует инновации в сервисе, и компании фокусируются на решении базовых задач, игнорируя долгосрочные стратегии удержания клиентов через качественный сервис.