Метка: ITSM

Стратегия развития корпоративных информационных систем

paraЗабавные вещи пишут ребята из Gartner относительно стратегии развития приложений. Называется это pace layer model. Если говорить в двух словах, то смысл модели следующий. Организации необходимо иметь три типа бизнес-приложений: system of records, system of differentiation, system of innovation. На мой взгляд, названия не очень удачные. Но дело, разумеется, не в словах, а в подходе, который стоит за этими названиями. Продолжить чтение «Стратегия развития корпоративных информационных систем»

Что такое DevOps

devops ying yangУ айтишников появилось новое слово — DevOps, получившееся в результате слияния слов Development(разработка) и Operations (эксплуатация). Основные культовые книжки этого нового течения «The Phoenix Project» и “The Visible Ops Handbook: Implementing ITIL in 4 Practical and Auditable Steps” на русский язык пока не переведены и потому разобраться с тем, что же такое DevOps совсем не просто. Есть неплохой перевод статьи What is DevOps на русский язык с немного странным названием DevOps — новая методология разработки. Есть симпатичный блог DevOpsHub, включающий несколько интересных публикаций и небольшую DevOpsWiki Продолжить чтение «Что такое DevOps»

Управление изменениями. Standard+Case approach

SplusCНа прошлой неделе увидела свет новая книжка ИТ-скептика Роба Ингланда(Rob England) Plus! The Standard+Case Approach Конечно же я не смог удержаться от приобретения kindle версии данной книги. В своей книге Роб сделал довольно простую и в то же время очень важную вещь, объединил два подхода управления бизнес-процессом заказа и предоставления услуг. Стандартный подход, описанный в многочисленных книжках по ITIL и ITSM и навевающий скуку на большинство пользователей ИТ-услуг и адаптивный кейс-менеджмент, используемый в проектах и другой человеко-ориентированной деятельности. Продолжить чтение «Управление изменениями. Standard+Case approach»

Вторая половина шахматной доски

chess masterТот энтузиазм, с которым компьютерное сообщество обсуждает сейчас тему Big Data, свидетельствует о том, что они сами не ведают, что творят. Футуролог Рэймонд Курцвейл, известный книжками по технологической сингулярности (гипотетический момент, по прошествии которого, технический прогресс станет настолько быстрым и сложным, что окажется недоступным пониманию см. википедию ) ввел в обиход термин вторая половина шахматной доски. Как известно, изобретатель шахмат попросил в качестве награды положить на первую клетку доски одно зерно, на вторую – два, на третью четыре и т.д. Общее количество зерен на шахматной доске составит 2 в 64 степени без 1, а это очень и очень много. Однако, количество зерен, которые следует разместить на первых клетках шахматной доски, не кажется таким большим. Даже на 32 клетке будет всего 2 гигабайта зерен. Это примерно сто тонн риса. Это полтора современных железнодорожных вагона, предназначенных для перевозки зерна.  Термин вторая половина шахматной доски  сейчас активно используется в экономике и управлении, например в книжке “Race Against The Machine” By Erik Brynjolfsson and Andrew McAfee. Продолжить чтение «Вторая половина шахматной доски»

Новый учебный курс по архитектуре ИС

designerМне предложили пересобрать «Краткий путеводитель по архитектуре информационных систем» в новом формате. Это будет практически новый учебный курс, вернее мастер-класс в формате 2 дня по 4 часа. Отличаться от того, что было раньше он будет не только по форме, но и по содержанию, а именно:

1. Фокусироваться я буду только на одной задаче: архитектура программного продукта. Т.е., если использовать англоязычную терминологию, то речь пойдет об application architecture. Продолжить чтение «Новый учебный курс по архитектуре ИС»

2012: Design by Doing, Standard+Case, Smart Process Apps

SmartProcessCrossover

Чем ближе Новый год, тем больше в блогах появляется сообщений с подведением итогов года 2012 и прогнозами на год наступающий. Для темы case management позволю себе сделать это и я. Тем более что жаль пропускать без сообщения в блоге последнюю красивую дату нашего поколения 12.12.12. Очевидно, что интерес к управлению бизнес-процессами, по крайней мере, в формате BPMS, в уходящем году значительно ослаб. Не может BPM конкурировать с темами Social, Mobile, Cloud, а тут еще и BigData нарисовалась (я об этом написал в августе в заметке Что останется после ACM и BPMS? ) Тем временем как Gartner пытается удержать интерес к теме придумывая различные iBPM, Forrester переключился на другие слова. Это теперь даже не Dynamic Case Management, а Smart Process Applications. В августе вышел соответствующий отчет Forrester for CIO: Smart Process Applications Fill A Big Business Gap. В открытом доступе его нет, но получить его довольно просто на сайтах некоторых вендоров (за регистрацию). Отчет довольно интересный с перспективой развития приложений на ближайшие несколько лет.

Продолжить чтение «2012: Design by Doing, Standard+Case, Smart Process Apps»

Кейс-менеджмент и Общие центры обслуживания

При обсуждении систем адаптивного кейс-менеджмента регулярно возникает вопрос кто же заказчик такого решения? Какое подразделение организации должно курировать ACM. Заказчиком системы электронного документооборота (СЭД) является канцелярия, системы управления проектами – проектный офис, а кому нужен кейс-менеджмент? Одним из потребителей решений данного класса является Общий центр обслуживания (Shared services center).

Термин Общий центр обслуживания встречается у нас пока не часто (хотя гугл знает несколько отечественных кейсов). Речь идет о выделенном подразделении компании, которое обслуживает внутреннего клиента. Это похоже на ИТ подразделение, но это не только ИТ. Помимо ИТ-сервисов такой центр берет на себя функции бухгалтерии, управления персоналом, поддержки закупок и пр., т.е. функции, реализующие поддерживающие бизнес-процессы и являющиеся центрами затрат. Естественно, это делается для сокращения этих самых затрат. Для холдингов или многофилиальных компаний такая орг.стурктура может оказаться достаточно эффективной. Не держать же в каждой «дочке» или филиале отдельный штат, реализующий ИТ, закупки или выдачу справок с места работы.
Продолжить чтение «Кейс-менеджмент и Общие центры обслуживания»

Open Graph: Третье поколение глобальной сети

Эту заметку следует прочитать не только тем, кто интересуются архитектурой информационных систем. Об этом полезно знать всем кто, так или иначе связан с информационными технологиями – системами коллективной работы, интранет приложениями, решениями для документооборота, анализа и управления бизнес-процессами. Возможно, кому-то это покажется банальным и давно очевидным. Кто-то с первого раза не поймет о чем речь, обвинит меня в предвзятости и надувании очередного мыльного пузыря. Но, мне хочется верить в то, что найдутся люди, которым это сообщение будет полезным и интересным.

Идея этого сообщения родилась у меня пару дней назад, 14 февраля, на встрече клуба архитекторов. Обсуждали мы вторую версию языка моделирования архитектуры предприятия ArchiMate. Вероятно, несколько главных ИТ архитекторов, собравшихся в одно время и в одной комнате, создают некоторый магнетизм,  что позволят обратить внимание на вещи, которые почему-то с первого взгляда от внимания ускользают. Дело в том, что у элементов, определенных в ArchiMate нет свойств(и методов), как например у классов языка UML. Свойства элементов определяются теми отношениями, в которых они участвуют. Кроме того, в ArchiMate нет аналога понятия стереотип, используемого в UML. Т.е. если мы хотим показать, что какой-то класс является частным случаем другого класса, то мы должны делать это явно. Но вернемся к теме. Продолжить чтение «Open Graph: Третье поколение глобальной сети»

Social ITSM: Сценарии Использования Интранет

Роб Ингланд продолжает нас радовать своим скептическим отношением к управлению ИТ услугами. На этот раз темой стал Social ITSM — a skeptical view, и я просто не смог удержаться от комментариев.

Вообще говоря, мне не сильно нравится скептический взгляд на вещи. Не нравится просто потому, что если ты чем-то занимаешься, то следует в это верить. Это не значит, что сомнения не нужны. Наоборот, перед тем как принять то или иное решение, полезно как следует посомневаться. Посомневаться, но решение все же принять, и от сомнений перейти к действиям.

Так вот, что же говорит скептик про Social ITSM: « Social media is a communication channel, and not a very good one. Get over it». Если считать корпоративную социальную сеть просто еще одним каналом поступления запросов в IT Service Desk, то пользу извлечь из этого, действительно, трудно. Далее наш ИТ скептик цитирует Jim Finister-а:

«there is a lot of talk about social media and ITSM, but not many ideas for how it can be used in reality, either now or in the future»

и от себя добавляет: «Мне нравится Джим. Это тот самый британец, который в дискуссиях продолжает одной ногой твердо стоять на земле. На него можно положиться»

Хорошо, раз уважаемые эксперты не сумели найти достойного применения социальному программному обеспечению в управлении сервисами, то это попробую сделать я.
Продолжить чтение «Social ITSM: Сценарии Использования Интранет»

Facebook Graph API

Я довольно давно не затрагивал тему adaptive case management. Не затрагивал, не потому что она мне стала не интересной. Просто последние несколько месяцев у меня очень много работы, связанной с практической реализацией ИТ поддержки такого рода процессов. В первую очередь, речь идет о процессах решения телеком инцидентов. Это тысячи тикетов ежедневно, необходимость оперативного доступа к данным о клиентах, договорах, адресах подключений, данным по сетевому оборудованию и предоставляемым сервисам. Все это по-разному работает для разных типов услуг, линий бизнеса, в разных информационных системах. Этот практический опыт подтверждает мои предыдущие наблюдения. Если бы мне сейчас пришлось писать Adaptive Case Management Manifesto я бы начал с того, что гибкость бизнес-процессов достигается разделением приложений для совместной работы и приложений управления данными.
Продолжить чтение «Facebook Graph API»