Разговоры обо всём, за что “зацепился взгляд”.
Любопытный рассказ о том как должна выглядеть поддержка пользователей, если ее осуществляют клиентоориентированные специалисты, опубликовал Glenn Remoreras. Изменения в культуре поддерживающей организации влекут за собой изменения в культуре пользователей.
В своей колонке на ITSMPortal'e John Worthington описывает любимую игрушку авторов книги Service Transition, действительно полезную и толковую штуку – V-модель. V-модель наглядно демонстрирует основные этапы проектирования, конфигурирования и передачи в эксплуатацию новых или изменяемых услуг. Автор сложил в честь такого полезного инструмента оду, вольный перевод которой мы публикуем. Оригинал – на ITSMPortal.com Я хочу, чтобы все здесь уразумели Красоту и полезность V-модели. Это не просто буква знакомая, Это волшебная пуля искомая. Она нам покажет жизнь сервиса трудную – От первичной задумки, сквозь дискуссии нудные, Переделки и тесты – от ошибок очиститься – Прямо в эксплуатацию, где он будет…
Благодаря невероятной удаче в начале сентября мы выиграли безумный первый приз в лотерее, организованной на первой всероссийской конференции itSMF Russia – поездку в Лондон на ежегодную конференцию itSMF UK. До сих пор не понимаю почему из всех наших бойцов именно меня отрядили на туманный Альбион – то ли я самый бесполезный, то ли загружен меньше всех. А может быть, просто всех достал идеями, советами и общим руководством 🙂 Так или иначе, но конференция начинается уже в ближайший понедельник (заканчивается – в не менее ближайший вторник). В отличие от российского уникального опыта, оба дня конференции проводятся для всех желающих – никаких…
Портал SmartSourcing.ru запустил и поддерживает интересный проект, в котором ИТ-руководитель небольшой компании делится своими проблемами, решениями и идеями с сообществом в рамках специального блога. Виктор Таланов, ведущий этого блога, работает в компании Русбал, основной бизнес которой заключается в производстве аэростатов, надувных рекламных конструкций и аналогичных изделий. По словам Виктора, состояние ИТ в данной компании весьма печальное, поэтому есть большой простор для улучшений. В блоге уже сформулированы и описаны: общая ситуация в компании цели проекта выбор поставщика реализация первого этапа проекта Читать блог "Большой ИТ-проект в небольшой не ИТ компании"
The ultimate objective of Dinsey is to provide guests with the perfect experience. For IT, this means 100% availability, reliability and maintainability. OGC has published an interesting whitepaper on Disney’s ITIL journey.
ИТ-скептик опубликовал небольшую заметку об управлении конфигурациями и роли CMDB в этом процессе. Для удобства обсуждения мы публикуем ее полный перевод. ITIL определеяет управление конфигурациями как предоставление информации, но затем на множестве страниц описывает его как сопровождение статичного хранилища данных, а не как активную деятельность по предоставлению информации заинтересованным в ней получателям. Давайте все же договоримся: управление конфигурациями – это процесс, а не вещь. («Процесс» – в том вульгарном понимании этого слова, в котором его использует ITIL. Если вы не согласны с ним, замените «процесс» на «практику» или «деятельность».) Совершенствование управления конфигурациями – это совершенствование предоставления информации другим практикам…
Наши добрые знакомые из компании КОСМОАКС проводят 13 ноября (это рабочая суббота, отдуваемся за победы наших предков над поляками) семинар для IT- и HR-менеджеров небольших (средних) компаний. Семинар посвящен особенностям организации работы ИТ в таких компаниях. В конце мая я уже принимал участие в мероприятии с таким названием, и мне показалось, что тема актуальная: и людей было немало, и опыт был описан интересный. Но тогда, к сожалению, докладов было много, а круглого стола – мало. А хочется общаться 🙂 На семинаре 13 числа я буду рассказывать про FITS, и MOF, и немножко ITIL, и про то, как это все полезно использовать…
Вот и заканчивается ITILv2 Foundation, теперь – окончательно: с 2011 не будет приниматься экзамен ITILv3 Foundation Bridge. Собственно, не так уж он часто принимался и до этого… но все же событие знаковое. А почему "не так уж часто"? Дело в том, что Bridge – чуть ли не единственный экзамен базового уровня, для допуска к которому требуется прохождение аккредитованного курса. Это требование обычно для более высоких уровней сертификационной схемы, но непривычно, когда речь идет об "основах". Вот для сдачи ISO20000 Foundation Bridge, например, не обязательно проходить курс, как и для "полной" версии… а с ITILv3 – не так. "Основы" можно сдавать…
Несколько еретических замечаний о структуре и сути жизненного цикла услуг сделал в очередной колонке на ITSMPortal.com Роман Журавлёв. Взяв за основу группировку процессов жизненного цикла ИТ-услуг из ITIL v3, он предложил для каждой фазы цикла формулировки целей, соответствующие реальному содержанию описанных в них процессов. Получилось совсем не так, как в ITIL. Подробности на английском – на ITSMPortal.com Возможность разгромить еретика в пух – прямо здесь.
Недавно ИТ-скептик разместил в своем блоге заметку о том, как ИТ-проекты разрушают нормальную работу бизнеса. Вкратце ее основные тезисы таковы: Раньше большие проекты предполагали привлечение внешних ресурсов для формирования временных команд. Сейчас мы все больше отвлекаем для этих целей персонал операционных служб. Результат – снижение качества на обоих фронтах и нехватка ресурсов. Бизнес требует внедрения новейших технологий независимо от их полезности. Мы не осознаем всего объема выполняемых ИТ-проектов, не видим полной картины и, следовательно, не управляем ИТ-проектами. Бизнес также не учитывает сложности и критичности современной ИТ-архитектуры. ИТ не имеет возможности сказать бизнесу "НЕТ!". Неоправданным спросом на инновации никто не управляет….
На днях опять вспомнилась тема управления мощностями. Столько всего понакручено вокруг нее. Решил немного про это порассуждать. Например, выяснилось, что иногда под управлением мощностями понимают мониторинг ИТ-ресурсов ("всякие железяки"). В лучшем случае, с определением пороговых значений и правил реагирования на их нарушение. И тут появляются вопросы и типичные ошибки: 1. Откуда взяться требованиям к мониторингу? 2. Откуда взяться пороговым значениям?3. Как реагировать? Что значит для нас превышение того или иного порога? Бывает, что на эти вопросы отвечают так (конечно утрирую): "собираем все важное, пороги поставили разумные, если жахнет, то разберемся". При таком подходе, есть риски: 1. За грудой данных не увидеть…