О пользе проектного офиса

crow-foxВ июне 2010 года я разместил в этом блоге сообщение О вреде проектного управления, а чуть позже расширил тему в кратком обзоре гартнеровской статьи Projects Today, «Change Operations» Tomorrow. По законам жанра рано или поздно должна была появиться и сегодняшняя заметка. И дело совсем не в том, что я изменил свое отношение к корпоративным проектам. Пренебрежительное отношение к диаграммам Ганта, регулярному подкручиванию процента выполнения работ, наукообразным рассуждениям о методе критического пути и инструментам, типа MS Project, предназначенным для отображения фиктивной отчетности по проектам у меня сохранилось. Точно так же сохранилось убеждение в полезности средств организации совместной деятельности, общего информационного пространства, трекеров и событийных лент. Но речь совсем не о том. Я хочу рассмотреть проектный офис как некоторый социальный институт внутри компании, форму организации совместной деятельности людей, обладающей признаком самовоспроизводимости. Читать далее


Фундамент для цифровых сервисов

slide1_1Хочу чуть подробней рассказать о том, почему я на днях поместил ссылку на короткий ролик Case Lifecycle Management от PEGA Systems. (Кстати, вот ссылка на тот же ролик на YouTube.) Необходимость некоторого промежуточного слоя между так называемыми Systems of Engagement и Systems of Record более-менее очевидна. (Не стану сейчас глубоко погружаться в разговор о том, что этот такое, а тем более затрагивать тему System of Systems. Systems of Engagement нужны для налаживания романтических отношений с клиентом, Systems of Record для осуществления и учета операций. Думаю, что картинки от Forrester будет вполне достаточно.) Такой промежуточный слой нужен даже не столько для того, чтоб улучшить опыт клиентского взаимодействия, а в первую очередь для защиты унаследованных приложений. Разработчики корпоративных систем вряд ли предполагали, что их решения кто-то «обвяжет» программными интерфейсами и вытащит эти интерфейсы в открытый Интернет, на растерзание веб-сайтам, мобильным приложениями, чат-ботам и инфороботам. Читать далее


Adaptive Case Management and Customer Experience

acm-life-cycle

Короткий ролик от PEGA Systems с рассказом о том, почему клиенту удобно взаимодействовать с системами adaptive case management и не очень удобно с традиционными BPMS https://www.pega.com/insights/resources/build-change-case-lifecycle-management


Процесс проектирования ИТ-решений

Слайды с вебинара «Процесс проектирования ИТ-решений», проведенного перед учебным курсом «Мастерская проектирования ИТ-решений«:
Читать далее


Release it! книжка о трещинах в ПО

releaseitВ этом году издательство «Питер» выпустило русскоязычный перевод книжки Майкла Нейгарда “Release it! Проектирование и дизайн ПО для тех, кому не всё равно” Оригинал этой книжки “Release It!: Design and Deploy Production-Ready Software (Pragmatic Programmers)”  появился в 2007 году. Не знаю какими соображениями руководствовалось издательство выпуская перевод сегодня. Как, впрочем, не помню почему именно эту книжку я взял почитать в отпуск. Тем не менее хочу порекомендовать эту книжку для чтения всем, кто так или иначе связан с архитектурой информационных систем. Читать далее


Как заполнить позицию ИТ-архитектора

archСамая большая головная боль для руководителя отдела ИТ-архитектуры – нехватка кадров. Организовать архитектурную практику в организации не просто. Надо суметь объяснить, что же такое архитектура руководству, показать её пользу на нескольких значимых проектах. А еще убедить разработчиков, администраторов, руководителей проектов и функциональных заказчиков, что архитектор — это не еще один вахтер в лабиринте корпоративных предписаний и правил, а скорее проводник, сталкер – помогающий найти easy way в нагромождении корпоративных ИТ. Но выстроить архитектурную практику и завоевать доверие заинтересованных лиц, это только первый шаг. Настоящие вызовы случаются позже. Главный архитектор очень быстро попадает в административные ловушки. С одной стороны, функциональные заказчики инициируют все новые и новые проекты и хотят заполучить в них внятных архитекторов. С другой — корпоративный HR регулярно сжимает и без того скудные позиции, а рекрутеры рассказывают грустную историю о том, что ИТ-архитекторов не существует и проще найти покемона в дополненной реальности, чем архитектора информационных систем на рынке труда. С ними сложно не согласиться. Из четырех сотен вакансий ИТ-архитектора на HH.ru значительная часть остается открытой более полугода. Читать далее


Симуляторы бизнес-процессов

bpsУже не первый год я не перестаю удивляться сценарию внедрения системы управления бизнес-процессами BPMS, разыгрываемому вендорами таких систем. Выглядит это примерно так. После успешной презентации своего решения они собирают команду заинтересованных лиц со стороны заказчика и начинают обучать его рисованию бизнес-процессов в нотации BPMN. Обычно в такую команду входят ИТ-начальники, а также эксперты и руководители функциональных подразделений заказчика. В общем все те люди, которые рисовать процессы скорее всего не будут, ни на бумаге, ни в рисовалках диаграмм, ни в навернутом BPMS инструменте, обещающем реализацию концепции model-driven development. Далее, пару недель эти люди что-то пытаются сделать и потом из тех или иных соображений принимается решение о приобретении или отказе в приобретении рассматриваемой системы. Возможной причиной такого развития событий является отсутствие в организации собственных бизнес-аналитиков (Впрочем, у поставщиков решения их тоже обычно нет, потому как продавец и аналитик – это довольно разные должности. Вряд ли хороший аналитик долго протянет в системе мотивации, выстроенный для sales). Читать далее


Переставляя картинки будущего

скачанные файлыСегодня я хочу затронуть очень абстрактную тему – чем на самом деле занимается архитектор информационных систем. Предпочитающим конкретные рецепты и практические советы лучше этот пост пропустить. Внизу в моем блоге есть много других интересных, а иногда, я надеюсь, даже и полезных сообщений. Тех же, кто решил продолжить чтение, я попрошу ответить для себя на один простой вопрос: как бы Вы сформулировали задачу своему архитектору. Причем не так уж и важно, о чем именно идет речь – о некотором отдельном приложении, продукте, включающем в себя несколько информационных систем или же целом корпоративном ИТ-ландшафте. Поставьте себя на минуту на место заказчика. Вот к вам на встречу привели человека, которого называют архитектором. Вам предстоит озвучить свои ожидания от его деятельности.  Что бы Вы у него попросили? Читать далее


Requirements as a Service

screenshot_collage

Одно время в моей ленте в FB довольно часто проскакивали сообщения о реестре отечественного ПО. Полное название этого чудесного справочника Единый реестр российских программ для электронных вычислительных машин и баз данных. Кто-то искренне радовался включению в этот список своей программы. Другие искренне негодовали по поводу очередной глупости чиновников. Третьи ностальгировали по временам своей молодости, вспоминая такую штуку, как фонд алгоритмов и программ. Меня же во всей этой истории удивляло только одно: почему во второй декаде XXI века эта штука называется реестр, а не marketplace. Слово реестр устойчиво ассоциируется с документооборотом. Мол есть где-то там сами программы(вероятно в виде распечатанных исходников), но чтоб вам, дорогие друзья,  их самим все не просматривать, мы подготовили для вас единый реестр. Читать далее


16-17 июня. Тренинг по архитектуре ИТ-решений

sagraphХочу совсем кратко рассказать об изменениях, которые случились в формате и содержании тренинга по архитектуре ИТ-решений и которые я впервые представлю уже в июне в курсе ITARC «Разработка и управление ИТ-архитектурой»,  организованном компанией IT Expert. Мы затронем два основных вида деятельности solution architect: выбор и защита варианта реализации ИТ-проекта и декомпозиция решения — определение набора изменений, необходимых для реализации проекта. Читать далее