Если мы рассуждаем о «правильном» старте проекта, с определенными на стадии подготовки целями и закрепленными на различных его участках KPI, то именно про старт такого проекта я и говорил в своём утверждении.
Со многим согласен…
Предпроект необходимо открывать как можно раньше, но следует учитывать, что рамки предпроекта ограничены его эффективностью. Эффективным считается такой предпроект, после которого будет осуществлен старт проекта. Это и является основным ключевым показателем эффективности предпроекта.
1. Заявку необходимо оформлять в любых случаях. Это может делать специалист первой линии поддержки по звонку/требованию инициатора запроса.
2. Никто не мешает считать статистику по подобного образа заведенным заявкам и предоставлять всю необходимую информацию для руководства руководства подобных подразделений.
3. Всё это никак не мешает выполнению регламента и внедрению технологий управления ИТ-услугами.
1. Предпроекты описаны только в стандарте PRINCE2.
2. Эффективным считается такой предпроект, после которого будет осуществлен старт ПРОЕКТА с четко определенными сроками, ресурсами и целями. Это и является основным ключевым показателем эффективности предпроекта.
ITSM (IT Service Management) — это управление ИТ-услугами. Прежде чем внедрять ITSM, необходимо определить какие услуги она будет покрывать. Также следует согласовать SLA (Service Level Agreement) — соглашение об уровне сервиса по каждой услуге. Далее — определить менеджеров каждой услуги, которые будут отвечать за контроль определенных по ней KPI и заниматься планами непрерывного улучшения своих услуг.
Для эффективной поддержки Service Desk необходимо определить уровни поддержки для каждой услуги. Например, 1-я линия поддержки обслуживает шаблонное решение проблем по услуге, 2-я линия реагирует на нестандартные инциденты по услуге и 3-я линия решает проблемы системного уровня (разработчики). В SLA следует отразить параметры для решения по всем представленным уровням критичности сервиса, назовем это так…
Да, и тратить время на «борьбу» с сотрудниками не надо. Есть волшебное слово — регламент!)
Женский мозг (процессы мышления) устроен отлично от мужского. И если некоторым парням интересно «ковырять» новые языки программирования и доводить себя до оргазма постоянной оптимизацией кода, то Катерине нравятся внешние коммуникации, что не ставит её ниже программистов по уровню профессионализма в своём деле. Так будем более позитивны и пожелаем Катюше успехов на её благородном поприще — продаже наших, часто очень «глючных» программ.)
ITSM — IT service management — управление процессами в ИТ сфере.
Ведение каталога услуг — это тоже процесс. А значит определен менеджер процесса (координатор услуг и сервисов) и формализованы все взаимодействия его участников.
Услуги и сервисы добавляются в каталог на основе запросов бизнес подразделений с указанием собственных процессов, которые они должны обеспечивать. Только так можно выстроить взаимосвязь между KPI по каждой услуге и сервису и KPI процессов.
Цифровая экономика — это завуалированное упорядочивание и ограничение интернет в угоду существующей власти. Достижение полного контроля над субъектом посредством современных цифровых технологий, ограничение цифровой свободы! Вот что такое — цифровая экономика.
Предпроект необходимо открывать как можно раньше, но следует учитывать, что рамки предпроекта ограничены его эффективностью. Эффективным считается такой предпроект, после которого будет осуществлен старт проекта. Это и является основным ключевым показателем эффективности предпроекта.
2. Никто не мешает считать статистику по подобного образа заведенным заявкам и предоставлять всю необходимую информацию для руководства руководства подобных подразделений.
3. Всё это никак не мешает выполнению регламента и внедрению технологий управления ИТ-услугами.
2. Эффективным считается такой предпроект, после которого будет осуществлен старт ПРОЕКТА с четко определенными сроками, ресурсами и целями. Это и является основным ключевым показателем эффективности предпроекта.
Для эффективной поддержки Service Desk необходимо определить уровни поддержки для каждой услуги. Например, 1-я линия поддержки обслуживает шаблонное решение проблем по услуге, 2-я линия реагирует на нестандартные инциденты по услуге и 3-я линия решает проблемы системного уровня (разработчики). В SLA следует отразить параметры для решения по всем представленным уровням критичности сервиса, назовем это так…
Да, и тратить время на «борьбу» с сотрудниками не надо. Есть волшебное слово — регламент!)
Хочу ещё!!!)
Ведение каталога услуг — это тоже процесс. А значит определен менеджер процесса (координатор услуг и сервисов) и формализованы все взаимодействия его участников.
Услуги и сервисы добавляются в каталог на основе запросов бизнес подразделений с указанием собственных процессов, которые они должны обеспечивать. Только так можно выстроить взаимосвязь между KPI по каждой услуге и сервису и KPI процессов.
Эх…