Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Кроссфункциональность команды предполагает, что команда обладает всеми необходимыми навыками для выполнения задач без внешней помощи, но не требует, чтобы каждый член команды был универсалом во всех областях. Роль тимлида может как поддерживать, так и мешать кроссфункциональности. Если тимлид выступает исключительно как управленец без технической экспертизы, он может создавать разрыв между техническими и организационными аспектами работы. Если же тимлид фокусируется на том, чтобы распределять ответственность и создавать структуры для обмена знаниями, он может способствовать развитию кроссфункциональности. Однако в идеале распределение экспертизы и ответственности должно происходить на уровне всей команды, а не через одного лидера.
Этап трансформации начинается с принятия решения об инвестировании в преобразование и включает поддержание необходимого уровня гибкости организации, целевую работу с областями, выпадающими из процесса изменений, системное внедрение новых практик, процессов и инструментов, перераспределение ролей и ответственности, изменение взаимоотношений с партнерами, уход от устаревших конструкций управления, обеспечение начальной стабильности новых структур, измерение текущего состояния по отношению к целевому и личное участие в изменении системы управления организацией.
Бэклог-мясорубка — это условный (а иногда реальный) механизм классификации задач, поступающих в поток создания ценности. Задачи оцениваются на предмет их влияния на общий результат команды, после чего распределяются в соответствующие процессы обработки: конвейеры развития, исследованиям, проверке гипотез. Цель — обеспечить, чтобы каждая задача направлялась в оптимальный для нее процесс, сохраняя целостность достижения общей ценности.
Какие рекомендации ITIL по установлению сроков выполнения для инцидентов и запросов на обслуживание?
ITIL рекомендует четко обозначать и устанавливать реалистичные сроки выполнения для инцидентов и запросов на обслуживание, отражая разную срочность и сложность этих категорий. Сроки для инцидентов должны быть определены исходя из уровня их влияния и важности для бизнеса, с акцентом на максимальное сокращение времени простоя. Для запросов на обслуживание сроки могут быть более предсказуемыми и стандартными, так как они представляют собой регулярные операции, которые можно запланировать. Важно, чтобы эти сроки были согласованы с заказчиком и отражены в SLA, обеспечивая прозрачность ожиданий для всех заинтересованных сторон и позволяя объективно измерять соблюдение этих сроков.
При неправильной реализации CMDB могут возникнуть серьезные проблемы: избыточное включение незначительных элементов, что приведет к сложности управления и снижению производительности; отсутствие актуальных данных из-за неполной автоматизации процессов обновления; недостаточное картографирование зависимостей между компонентами, что снижает ценность системы; отсутствие четкой ответственности за поддержание данных, ведущее к устареванию информации; создание системы, которая не соответствует бизнес-потребностям и не решает реальных задач. Все это может привести к тому, что CMDB станет обременительной и бесполезной системой, требующей значительных ресурсов для поддержания, но не приносящей реальной ценности организации.
Да, запрос на обслуживание может включать выполнение изменений, в частности стандартных изменений. Когда изменение имеет низкий риск, предсказуемые результаты и выполняется по утвержденной процедуре, его можно инициировать и реализовывать в рамках практики управления запросами на обслуживание. Это характерно для стандартных изменений, которые по своей сути представляют собой заранее утвержденные и стандартизированные операционные действия. Такие изменения не требуют формального цикла управления изменениями каждый раз, так как их модель выполнения уже прошла оценку рисков и авторизацию.
Услуги добавляются в портфель услуг значительно раньше, чем в каталог - уже на этапе возникновения идеи у провайдера о возможности предоставления новой услуги, когда он только начинает рассматривать эту идею для реализации. Удаляются услуги из портфеля гораздо позже, чем из каталога - когда предоставление услуги полностью прекращено, все ресурсы освобождены и провайдер в ближайшие годы не планирует возобновлять предоставление такой услуги. Это позволяет учитывать весь жизненный цикл услуги, включая этапы предварительного планирования и окончательного завершения.
Иерархическое управление представляет собой модель, где руководитель находится на верхнем уровне иерархии. Он выступает посредником между внешним миром и подчиненными сотрудниками, принимает входящие задачи, распределяет их среди команды, контролирует выполнение и собирает результаты. Сотрудники заняты узкими специализированными задачами без учета процессов и сервисного подхода. Эта модель позволяет специалистам сосредоточиться на деталях своей работы, но имеет недостатки в гибкости и ориентации на конечного пользователя.
Большое количество задач в системе (от нескольких десятков до нескольких сотен задач у команд из 7-9 человек) затрудняет координацию и приоритизацию работы. Люди склонны отказываться от сложных решений и выбирать понятные задачи, часто откладывая сложные и непонятные задачи (ставя их в статус 'отложено'), и вместо этого брать новые, интересные задачи. Это приводит к застывшему потоку, управлять которым и поставлять результаты становится крайне непросто. Большое количество задач в системе вызывает простои и замедляет общий процесс работы.
Особенность развития теории менеджмента заключается в том, что основные идеи и концепции имеют четко установленных авторов, в отличие от древних изобретений, таких как колесо или деньги, чье происхождение и авторство утеряны в истории. В менеджменте большинство ключевых теорий и методов, таких как специализация труда Адама Смита, конвейерное производство Генри Форда или сбалансированная система показателей Каплана и Нортона, приписываются конкретным личностям с известными датами и работами. Это отражает относительную молодость менеджмента как научной дисциплины по сравнению с более древними изобретениями человечества.