Практика и опыт Archives – Страница 25 из 53

Процессный подход. Быть или не быть?

Разговорились на днях из одним из представителей заказчика. Собеседник поделился своим опытом работы в предыдущей компании, где он познакомился с процессным подходом воочию. Слово за слово, завязалось обсуждение. В результате чего пришли к тому, что процессный подход неизбежен. Вывод сделан непосредственно собеседником, я всего-то задавал наводящие вопросы. Добавлю лишь вопросительный знак в заголовок заметки, оставляя поле для дискуссий. Сначала немного в сторону для небольших уточнений и определений. Функциональный подход – а именно с ним сравнивался в ходе обсуждения процессный – способ организации деятельности компании посредством определённых функций. Укрупнённые примеры: производство, маркетинг, бухгалтерский учёт, юрисконсульство и т.д. – высокопрофессиональные и узкоспециализированные…

Денис Денисов, 13 августа 2016, последний комментарий 16 августа 2016

Когда нужно нарушать правила

Прошлым летом мы уже рассказывали про "разумное непослушание" (например, здесь и здесь). В этот раз Стюарт Рэнс (Stuart Rance) продолжает рассуждать на тему в своей заметке на портале SysAid. Недавно он стал свидетелем небольшой истории – примера неудачного взаимодействия. Делая покупки в торговом центре, Стюарт увидел, как молодая девушка, строго и неброско одетая, с укрытой платком головой, подошла к примерочным комнатам и спросила у парня консультанта, есть ли в этом отделе продавцы-консультанты девушки. Парень очень вежливо и корректно объяснил, что да, есть, но они сейчас все очень заняты, при этом настолько, что он не может кого-либо из них позвать. Продавец-консультант…

Wanted! Эволюционные лидеры

В последний год при работе с различными компаниями все острее ощущаю проблему нехватки лидеров. Причем проектных лидеров – тех, которые ломают и строят – на мой взгляд, достаточно. Проекты это интересно. Это новые перспективы – знания, опыт, погоны, доходы… Но проект заканчивается, и начинается «мирная жизнь». В этой жизни проектные лидеры скучают. Заниматься плановым совершенствованием, решением текущих проблем, постепенным выстраиванием отношений им не очень интересно. Не хватает новизны, драйва, новых достижений. Для эволюционного развития нужен другой тип лидеров. Если угодно, не с шашкой, а с метлой. Ну, или … с садовыми ножницами, не знаю. ITSM-инициативы очень страдают от нехватки именно…

Дмитрий Исайченко, 29 июля 2016, последний комментарий 8 августа 2016

Краткая запись о пользе управления знаниями

Тот факт, что наша компания является компанией полного производственного цикла, позволяет на собственном, личном примере наглядно продемонстрировать всю пользу от процесса управления знаниями. В проекте, над которым в настоящее время мне с коллегами приходится работать, я выступаю в нескольких ролях: процессного консультанта, разрабатывающего архитектуру решения, и разработчика решения, осуществляющего доработку и настройку платформы автоматизации. Для успешной работы в качестве разработчика/технического эксперта на настоящем этапе мне требуется следующая информация: Проектная документация: Актуальный проектный план, для понимания охвата и вех; Список текущих проектных задач, для оперативного планирования и координации работ; Список открытых вопросов, для планирования коммуникаций и мероприятий по их разрешению; Список контактных лиц. Процессная…

Андрей Труфанов, 21 июля 2016, последний комментарий 25 июля 2016

Критерий доступности

Уровень доступности является одним из важнейших параметров качества услуги, требования к которому должны быть зафиксированы в SLA. За определение измеримых обязательств по предоставлению ИТ-услуг отвечает процесс управления уровнем услуг, однако решающее значение в том, насколько адекватно отчетность будет отражать реальную ситуацию, а, следовательно, и удовлетворенность заказчиков доступностью услуг, имеет то, насколько четко определены границы доступности и недоступности. Вне зависимости от услуги и способа измерения, расчет уровня доступности основан на учете периодов недоступности. Чтобы избежать споров как внутри ИТ-организации, так и с заказчиком, о том, считать тот или иной сбой инцидентом недоступности или нет, требуется документировать критерий доступности. Для этого, как…

Павел Дёмин, 20 июля 2016, последний комментарий 26 июля 2016

Перевоплощение. Туда и обратно

Не так давно мне предоставилась интересная возможность поработать на стороне заказчика. Нужно было на время подменить руководителя проекта по внедрению системы в очень "горячую" пору – сразу после запуска. Для этого заказчика мы выполняли свою часть работ. Поэтому было очень интересно увидеть, как это реализовано в системе и как работает "вживую". Как вы понимаете, я такой возможностью не воспользоваться не мог. И началось моё полное погружение… Запуск был непростым. С одной стороны не все подготовительные организационные и технические процедуры были проведены до старта. Плюс с другой стороны, как выяснилось, и в самой системе тоже было не всё гладко, хотя, на…

Опыт гибкого управления проблемами

Своим практическим опытом о том, как сочетать в одной организации методы гибкой разработки и классического процесса эксплуатации услуг, с нами делится Ян Джонс (Ian Jones), консультант KPMG Australia. В одной неназванной организации методы гибкой разработки были приняты как стандарт исполнения проектов и успешно применялись достаточное время. При реализации ITSM инициатив возникло желание использовать их и для организации процесса управления проблемами. Изначально организация использовала Scrum для координации этих работ, но этот подход показал себя не с лучшей стороны. После чего, была предпринята более успешная попытка применения "бережливой" практики Kanban. Для того, чтобы объяснить различия между этими двумя методиками приведем небольшую таблицу. Kanban Scrum Планирование работ В объеме…

Точка зрения консультанта

Информационные технологии являются очень быстро изменяющейся отраслью. Компаниям приходится бежать со всех ног, только чтобы остаться на месте. На площадке блогов IBM были опубликованы наблюдения Дага Теддера (Doug Tedder), который, являясь известным экспертом и консультантом, отслеживал то, как различные компании реализовывают ITSM инициативы. Наиболее часто встречающимися ошибками являются следующие ситуации: Акцент строго на рутинные процессы эксплуатации услуг и базовые процессы преобразования. Компании реализуют и применяют процессы управления инцидентами, проблемами, запросами на обслуживание, изменениями и … останавливаются на этом. ITSM рассматривается как "неизбежное зло", а не как что-то, действительно добавляющее ценность. Приоритет отдан контролю, нежели облегчению труда специалистов. Чрезмерное внимание к букве процесса создает дополнительную бюрократическую…

Процессная математика. Скорость решения инцидентов

Назначение процесса управления инцидентами – скорейшее устранение нарушений в предоставлении услуг. Если сервисные запросы достаточно выполнять своевременно (в установленный срок), то инциденты надо решать как можно быстрее. Но KPI процесса управления инцидентами традиционно основаны именно на своевременности. Думал на тему, как можно мотивировать решать не просто вовремя, а как можно быстрее. Результаты размышлений дискуссионные, хочу мнения коллег. Собственно, «лобовой» подход прост. Для инцидентов, помимо своевременности, вводим KPI на среднее время решения. Затем для своевременности и среднего времени решения определяем целевые и граничные значения, объединяем оба показателя подходящим алгоритмом агрегирования, и задача решена. Но среднее время решения инцидентов – это очень…

Дмитрий Исайченко, 28 июня 2016, последний комментарий 4 июля 2016

Играем в DevOps

«Проект Феникс — DevOps на практике» — новая деловая игра, обучающая применению идей DevOps с упором на суть, а не на конкретное программное обеспечение, стала шестой по счёту, в которую можно сыграть в учебном центре компании Cleverics. В основе игры лежит одноимённая книга Джина Кима, Кевина Бера и Джорджа Спаффорда «Проект Феникс», которая путем применения принципов DevOps вышла из кризиса. Игра начинается с новости о том, что газеты уже пишут о плохих финансовых показателях и скором крахе компании и единственный способ спасти её — это проект Феникс. Участники деловой игры работают в различных подразделениях компании: от отдела кадров и бухгалтерии,…

Где брать опыт, если вам 23 (в среднем)?

Многие темы для своих заметок я беру из реальной жизни. Оно и понятно, название нашего портала обязывает. Так и сейчас – играли в прошедший вторник деловую игру "Египет – управление проектами" в одной интересной компании. Вы все её знаете, они спортивным ритейлом занимаются, французские корни имеют. Мне всегда очень любопытно поработать с клиентом, для которого я сам являюсь клиентом – посмотреть на компании с разных сторон. А уж в этой спортивной сети я с удовольствием оставил не один десяток тысяч рублей… Так вот, первым удивлением стало то, что большинство участников игры были не участниками, а участницами. Такое бывает нечасто: я, к примеру, второго…

Олег Скрынник, 25 июня 2016, последний комментарий 29 июня 2016

Портал №1 по управлению цифровымии информационными технологиями

Практика и опыт

Портал №1 по управлению цифровыми
и информационными технологиями