Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Для определения идеальных качеств менеджера для конкретной компании необходимо провести собственное исследование, подобное тому, что провела Google в рамках Project Oxygen. Это включает в себя проведение интервью с сотрудниками, анализ данных по методу «360 градусов», опросы уходящих сотрудников и оценку эффективности деятельности текущих руководителей. На основе полученных данных можно выявить, какие именно качества и компетенции наиболее влияют на результативность работы подчинённых в вашей организации. Полученный список может содержать разное количество пунктов, от двух до двадцати, и будет уникален для каждой компании, так как зависит от специфики её деятельности, культуры и целей.
Направленность локуса контроля можно определить по тому, как человек объясняет свои успехи и неудачи. Если он чаще всего связывает результаты с собственными усилиями, качествами и умениями, это указывает на внутренний локус контроля. Если же причины неудач он видит во внешних обстоятельствах, других людях или случайных факторах - это свидетельствует о внешнем локусе контроля. Эффективным методом диагностики является наблюдение за реакцией на сложные ситуации и анализ используемых формулировок типа "я не смог" (внутренний) против "меня помешали" (внешний). Также существуют специальные методики и тесты, которые количественно оценивают степень интернальности или экстернальности человека.
Для улучшения взаимодействия полезны общие показатели, ориентированные на конечный результат: качество и стабильность продукта в эксплуатации, скорость выполнения запросов бизнеса от идеи до внедрения, удовлетворенность конечных пользователей. Также важно внедрение совместных метрик, таких как количество переписок между группами по решению проблем, время согласования задач, частота ошибок на стыках функциональных зон. Такие показатели создают общую ответственность и поощряют сотрудничество вместо конфронтации.
В тексте приводятся два примера использования соревновательности: первый - проведение одновременных деловых игр "The Challenge of Egypt - управление проектами" для сотрудников различных подразделений на корпоративной выездной сессии, когда команды активно сравнивали свои результаты (например, проверяли, как построены пирамиды у других команд). Второй пример - внедрение сравнения KPI между инженерами технической поддержки на предыдущем месте работы, что привело к увеличению выполненной работы и улучшению её качества.
Для внутренних корпоративных продуктов понятие 'успеха' должно быть переопределено в контексте бизнес-целей компании и потребностей конечных пользователей внутри организации. Успех может измеряться через снижение операционных издержек, повышение производительности сотрудников, сокращение времени выполнения ключевых процессов, снижение количества ошибок в рабочих процессах, уровень удовлетворенности внутренних клиентов (других отделов или команд), степень интеграции с существующими системами и процессами. Важно установить четкие критерии того, как продукт решает конкретные бизнес-проблемы, и измерять прогресс в решении этих проблем. Также важно учитывать метрики TTV (времени достижения ценности) для внутренних заказчиков и следить за долгосрочной поддержкой продукта. В отличие от коммерческих продуктов, успех внутреннего продукта может быть оценен через его способность заменить или оптимизировать существующие решения, снижая общую стоимость владения.
Необходимость включения того или иного участника в цепочку согласования доступа определяется их ответственностью за различные аспекты безопасности и эффективности использования информационного ресурса. Это включает: ответственность за функциональные обязанности сотрудника (руководитель), ответственность за работу и соответствие информационного ресурса бизнес-целям (владелец ресурса), техническую возможность предоставления доступа без нарушения работы системы (технические администраторы), соблюдение принципа разделения обязанностей (внутренний контроль), и соответствие политикам информационной безопасности (служба ИБ). Факторы также включают регуляторные требования, критичность ресурса для бизнеса, историю инцидентов безопасности и уровень зрелости процессов управления доступом в организации.
Обратная связь играет важную роль в оценке опыта потребителя, особенно когда прямые измерения характеристик услуги (например, быстродействия) невозможны или экономически нецелесообразны. Обратная связь помогает выявить аспекты, влияющие на формирование опыта, которые не всегда очевидны через традиционные параметры полезности и гарантии. Например, через опросы удовлетворенности можно обнаружить проблему с быстродействием услуги, которую затем можно более точно измерить и улучшить.
Сбор требований к услуге происходит на этапе Offer путешествия заказчика. В рамках этого этапа осуществляется сбор требований через вид деятельности потока Engage. Этот процесс является частью взаимодействия с заказчиком, который предъявляет требования к новой или измененной услуге. Сбор требований представляет собой начальную фазу в процессе создания или изменения услуги и напрямую связан с предъявлением спроса со стороны заказчика на новые или улучшенные характеристики услуги.
При наличии сложных условий для предоставления обратной связи чаще всего откликаются два типа пользователей: крайне довольные и крайне недовольные. Крайне довольные готовы тратить дополнительные усилия, чтобы выразить свою положительную оценку, особенно если это связано с признанием работы конкретного сотрудника. Крайне недовольные, в свою очередь, будут настойчиво искать способы, чтобы быть услышанными и выразить негативное мнение. Пользователи с нейтральной или умеренной позицией почти никогда не преодолеют дополнительные барьеры, что приводит к искажению общей статистики обратной связи.
Важно использовать универсальные метрики без ИТ-специфики, так как это позволяет применять общие практики менеджмента в ИТ-среде, что делает систему оценки более понятной для не-IT руководства. Универсальные метрики позволяют создать единый язык общения между ИТ-специалистами и бизнес-руководителями, обеспечивая прозрачность и обоснованность процесса оценки. Такой подход помогает избежать путаницы, связанной с узкоспециальными терминами или подходами, характерными только для ИТ-сферы. Например, вместо использования ИТ-специфических терминов и метрик можно применять общие бизнес-концепции, такие как доля выполненных задач в срок или уровень удовлетворенности клиентов, которые понятны любому руководителю, независимо от его технической подготовки. Это способствует лучшей интеграции ИТ-процессов в общий бизнес-контекст и повышает эффективность управления.