Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Интенсивность труда — это количество энергии, расходуемое организмом человека в единицу времени при выполнении работы. Это связано с физической и эмоциональной нагрузкой, которую испытывает человек. Производительность труда — это показатель, отражающий экономическую эффективность трудовой деятельности: сколько полезной работы выполняется за единицу времени. Производительность зависит от техники, технологий, организации процессов и квалификации работника. Человек может работать интенсивно, то есть много и тяжело, но при этом производительность будет низкой, если работа не оптимизирована.
Эффективность системы маршрутизации обращений в ИТ-поддержке зависит от точности определения компетенций специалистов, адекватности выбранных критериев классификации реальной структуре поддержки, квалификации сотрудников первой линии и качества реализации ИТ-системы маршрутизации. Также важны регулярность обновления знаний в системе, простота интерфейса для операторов и четкость правил принятия решений при неоднозначных случаях. Уровень автоматизации и степень интеграции с другими системами поддержки также существенно влияют на результативность процесса.
Потоки создания ценности тесно коррелируют с пользовательским путем (customer journey), так как оба подхода фокусируются на потребителе и его пути к получению желаемого результата. Описание деятельности в формате потока формирования ценности для потребителя будет существенно коррелировать с шагами пользовательского пути и деятельностью по его фактическому осуществлению. Каждый шаг потока ценности приближает потребителя к кульминации в форме получения желанного результата, что напрямую отражает этапы customer journey. При этом использование потоков ценности позволяет сохранить преимущества последовательно-непрерывного описания деятельности с такими характеристиками, как пропускная способность и узкие места, но добавляет ценностный аспект: организация начинает смотреть в бережливом ключе не только на отдельные шаги, но и на поток в целом, постоянно оценивая его с точки зрения ценности для конечного пользователя и потерь в процессе.
Чтобы повысить эффективность ИТ-подразделения, необходимо внести следующие изменения: - Внедрить мощную службу HR, которая будет активно работать на рынке труда, занимаясь поиском и наниманием талантов, а также решать вопросы мотивации и развития сотрудников. - Переорганизовать структуру управления, заменив иерархическую структуру на самоорганизующиеся команды, внедрить подходы, такие как управление продуктами вместо проектами и коллективная ответственность. - Создать и поддерживать внутренние сообщества по различным ролям и интересам, организовывать регулярные встречи, обмен опытом и совместные исследования. - Уделить внимание развитию ключевых навыков у сотрудников, даже если их стартовый уровень квалификации недостаточен.
Успешность сервисного подхода в ИТ можно измерить через удовлетворенность бизнеса, скорость решения бизнес-задач, качество взаимодействия между ИТ и бизнес-подразделениями, количество и качество получаемой обратной связи от бизнеса, успешное выполнение проектов и инициатив, которые напрямую влияют на бизнес-результаты. Также можно отслеживать, насколько ИТ понимает и предвосхищает потребности бизнеса, насколько оперативно реагирует на запросы, и какие реальные улучшения в бизнес-процессах произошли благодаря ИТ. Формальные показатели SLA не всегда отражают истинное качество сервиса.
При развитии сервисного подхода в организации следует задать вопросы: зачем SLA потребителям моих услуг? Поможет ли он повысить их удовлетворенность и решить их задачи? Необходимо сосредоточиться на реальных потребностях бизнеса, а не на формальном соблюдении процессов. Следует определить, действительно ли бизнес заинтересован в SLA, готов ли участвовать в пересмотре и контролировать соблюдение условий. Вместо навязывания SLA без необходимости лучше развивать практические механизмы взаимодействия, которые действительно решают проблемы бизнеса и улучшают качество сотрудничества между ИТ и бизнес-подразделениями.
Следует переходить к гибкому управлению, когда ИТ-продукты встроены в бизнес-модель, и к темпам их развития предъявляются требования высокой скорости для быстрой адаптации к рынку и клиентскому поведению. Гибкий подход необходим, когда требуется кратно ускорить создание новых возможностей для пользователей программного продукта. Если же развитие информационных систем идет по заранее известным требованиям, нет необходимости в частой корректировке, и бизнес работает в стабильной среде без сильной зависимости от оперативных изменений в ИТ-продуктах, то проектный подход прекрасно работает, и его трансформация не требуется. Решение должно основываться на анализе скорости изменений в бизнес-среде и важности быстрого реагирования на них.
В рамках ITIL4 сервисная эмпатия тесно связана с несколькими ключевыми принципами. Прежде всего, это принцип «Фокусируйтесь на ценности», который подразумевает ориентацию на создание ценности для клиента, а не на внутренние бизнес-процессы компании. Это требует от организации умения понимать, что именно ценно для клиента в реальном времени. Также важен принцип «Сотрудничайте и поощряйте прозрачность», который включает в себя умение признавать ошибки и искренне извиняться перед клиентами при возникновении проблем. Еще один важный связанный принцип — «Люди и взаимодействие важнее процессов и инструментов», что перекликается с Agile-философией. Этот принцип напоминает, что в центре любого процесса должны быть люди, и процессы должны быть гибкими, чтобы адаптироваться под потребности клиентов. Таким образом, эмпатия выступает как практическое воплощение этих принципов, позволяющее создавать более качественные сервисные отношения.
В области IT эффект Даннинга-Крюгера проявляется в нескольких аспектах. Например, существуют проекты разработки программного обеспечения, где команды считают нормальным писать «лучший в Галактике код», но при этом не могут выйти на продуктивную эксплуатацию в течение 3-5 лет. Есть команды, которые выпускают релизы раз в месяц, игнорируя современные практики ежедневных релизов. Также встречаются разработчики, которые не понимают CI/CD и настаивают на ручном тестировании, администраторы, считающие всех разработчиков некомпетентными, и консультанты, которые без глубокого понимания процитируют Agile-литературу. Все эти ситуации указывают на то, что многие профессионалы неадекватно оценивают свои знания и навыки.
Для агентов изменений особенно важны soft skills, потому что их работа связана с тонкой настройкой организационной культуры и управлением людьми. Даже обладая глубокими техническими знаниями и опытом работы с методологиями (например, agile), специалист не сможет эффективно проводить изменения, если будет закрыт к диалогу, невнимателен к реалиям компании и не чуток к команде. Целью является не внедрение методологии ради методологии, а повышение эффективности бизнеса, поэтому критичны такие качества, как широта ума, открытость, чёткость и готовность к диалогу, которые позволяют агенту адаптировать общий поток изменений к конкретным условиям организации.