Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
База знаний позволяет быстро находить информацию, необходимую для решения текущих задач как в проектной, так и в административной деятельности. Это сокращает время на поиск данных, снижает вероятность ошибок из-за устаревшей информации и обеспечивает единый источник правды, на который могут опираться все участники проекта, независимо от их опыта и стажа в компании.
Тип ИТ-услуги напрямую определяет структуру процесса управления мощностями. Если услуга определена как предоставление ресурса, управление мощностями сводится к одному подпроцессу Resource Capacity Management. Если услуга ассоциирована с работоспособностью ИТ-системы, необходимы два подпроцесса: System Capacity Management и Resource Capacity Management. Если услуга ориентирована на бизнес-процессы, требуются все три подпроцесса: Business Capacity Management, System Capacity Management и Resource Capacity Management.
Команда с дружескими отношениями наиболее предпочтительна в условиях высокой неопределенности, когда задача требует нестандартных решений, креативного подхода и выхода за рамки шаблонов. Такие команды наиболее эффективны при необходимости сложных договоренностей между участниками, где важно взаимное доверие и высокая ответственность. Важным условием является наличие дружественной внешней среды, где команда может фокусироваться на решении задачи, а не на преодолении негативных факторов. Такие коллективы могут давать существенный прирост продуктивности именно в тех сферах, где требуется инновационное мышление или решение проблем, не поддающихся формальному описанию.
Эластичность производства – это способность компании быстро и эффективно реагировать на значительные изменения спроса по показателям скорости, возможностей и затрат. Цифровизация повышает эластичность производства за счет автоматизации процессов, что позволяет легко масштабировать производство вверх или вниз в зависимости от рыночного спроса без пропорционального увеличения издержек.
Value chain - это линейная модель взаимодействия субъектов, где каждый участник цепи выступает как потребителем, так и поставщиком услуг, следуя последовательному порядку. В этой модели каждый субъект принимает решения о требованиях к услугам и их стоимости для следующего звена. Value network же представляет собой более сложную модель взаимодействия нескольких субъектов, которые находятся в нелинейных отношениях, могут быть потребителями услуг друг друга, совместно предоставлять услуги и вступать в различные партнерские взаимодействия. Value network лучше отражает реальные сложные взаимодействия в современных бизнес-структурах и особенно внутри корпораций, например в ИТ-сфере.
Гартнер изменил позиции вендоров в магическом квадрате за счет смещения фокуса с технических характеристик продуктов на способность поставщиков поддерживать долгосрочные стратегические партнерства. Анализ Гартнера концентрируется на оценке компаний-разработчиков, а не на функциональности их решений, что приводит к значительным изменениям в позициях даже при незначительных изменениях в самом продукте. Например, компания HP переместилась из лидирующей позиции в претенденты из-за оценки ее маркетинговой и продажной активности, несмотря на отсутствие существенных изменений в продукте.
В обязанности владельца услуги при управлении жизненным циклом услуги входит: контроль соответствия уровня предоставления и поддержки услуги согласованным параметрам; трансляция требований бизнеса в понятные ИТ-задачи; обеспечение прозрачных коммуникаций с заказчиком по запросам и инцидентам; помощь в разработке модели услуги при работе с процессом управления портфелем услуг; оценка влияния изменений на услугу; обеспечение актуальности сведений об услуге в каталоге услуг; представление услуги в рамках всей организации и на CAB-ах; мониторинг и отчётность по услуге; участие в обсуждении SLA/OLA применительно к его зоне ответственности. Владелец услуги несёт ответственность за услугу на протяжении всего её жизненного цикла, независимо от географического расположения её компонентов и обслуживающего персонала.
Главной сложностью является то, что инфраструктурные инциденты (например, сбой электропитания или обрыв канала связи) часто не регистрируются через традиционные каналы, такие как обращения пользователей. В таких ситуациях пользователи могут не сообщать о проблеме напрямую, так как полностью отсутствует возможность работы, что приводит к искажению статистики. Традиционные методы учета инцидентов фиксируют только те случаи, когда пользователи активно обращаются в службу поддержки, а реальное состояние сервиса остается неучтенным.
Бизнес-руководство лучше воспринимает метрики, напрямую связанные с их KPI: финансовые последствия, влияние на клиентов, риски штрафов. Например, вместо «среднее выполнение SLA 85%» можно указать «потенциальная экономия 5 млн руб. в год при доведении показателя до 95%». Для визуализации подходят термометры (как в стратегических планах) или светофоры, где зона красного цвета соответствует уровню, при котором возникают штрафные санкции по договорам. Важно избегать ИТ-жаргона (например, «uptime» заменить на «время работы системы»).
Переход услуги из основной в дополнительную может привести к увеличению затрат для пользователей, которые хотят продолжать пользоваться этим каналом, и к снижению нагрузки на ресурсы бизнеса. Для пользователей это означает, что прежний стандартный сервис может стать платным или менее доступным, что может снизить их удовлетворенность. Для бизнеса переход к более эффективным каналам, таким как web-порталы, снижает операционные расходы и повышает общую продуктивность, но требует переходного периода и адаптации пользователей к новым методам взаимодействия.