JIRA Core: бизнес-процессы для хипстеров

JIRA-Core_5-600x233

В линейке Atlassian появился новый продукт JIRA Core. Компания позиционирует его как инструмент для управления бизнес-процессами: «Когда в 2014 году мы опросили наших пользователей, то обнаружили, что примерно треть из них использует JIRA для проектов, не связанных с разработкой программного обеспечения. Среди таких работ подготовка маркетингового контента, управление цепочками поставок и даже испытание фармацевтических препаратов. Все в помощью JIRA, и все в командах, не занимающихся разработкой и поддержкой программного обеспечения. У всех перечисленных видов деятельности был общий знаменатель: команды нуждались в инструменте workflow для отслеживания работ. И тогда мы сделали JIRA Core.» (см. JIRA Core. Для любых команд и проектов) Читать далее


Digital Enterprise Architecture

two-filters-clearerНовогодние праздники – пора прогнозов, фантазий и предсказаний. И потому я могу позволить себе порассуждать о понятии, существующем на сегодняшний день только в виде идей, концепций и ранних прототипов. Цифровая архитектура предприятия (Digital Enterprise Architecture) это пока еще даже не buzzword, а всего лишь эксперименты, такие, как приложение для iPad Enterprise Evolver, изображенное на картинке выше. Вы можете его скачать, показать в качестве прототипа, но не использовать в повседневной работе. Но я думаю, что для Enterprise Architecture (впрочем, как и для многих других вещей) выбор сегодня выглядит так: архитектура предприятия должна существенно видоизмениться, воплотившись в цифровой форме, или она окончательно перейдет в разряд ненужных инициатив по устранению времени и части бюджета организаций. Читать далее


Функциональная карта — не территория

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

Пришло время разбавить ложку меда маленькой бочкой дегтя. Дело в том, что функциональная карта это инструмент архитектуры, средство визуализации данных, суждений и предложений. И как любой инструмент он, помогая отобразить мысли, не может компенсировать их отсутствие.   Читать далее


Algorithmic Economy

круговорот-воды-в-природе-схема-Тонкой корочкой льда покрылось озеро больших данных после того, как старший вице-президент Gartner Питер Сондергаард  сказал, что данные немы. Чем больше данные, тем труднее их обработать, а значит и монетизировать. И вообще, не в данных дело, а в алгоритмах их обработки. (См. The Internet of Things Will Give Rise To The Algorithm Economy и видео с гартнеровского симпозиума ). Одним словом «модный тренд» сменился и следующая большая вещь (next big thing) не большие данные, а алгоритмы обработки данных. В первую очередь потоковой обработки.

Но интересно не это. Примечательно то, что за несколько лет бума больших данных мы в своем сознании не поменяли метафору системы для их обработки. Для нас по-прежнему метафорой такой системы является хранилище – резервуар, в который данные заливаются, отстаиваются и затем обрабатываются системами бизнес-аналитики. Тем временем самое интересное — то как и зачем эти данные обрабатываются, остается за границами этой метафоры. Есть отдельные попытки переосмыслить традиционный взгляд. Например, в заметке Cloud-Native Application Architectures я ссылался на 12 факторов новой архитектуры приложений. Один из них IV. Сторонние службы (Backing Services) рекомендует рассматривать базы данных в качестве подключаемого к приложениям ресурса (см. картинку по ссылке). Но для большинства из нас данные остаются неотъемлемой часть приложения их обрабатывающего

Изменение акцентов с данных на алгоритмы не приведет к моментальному изменению технологий, но наверняка изменит наше представление о концептуальной архитектуре информационных систем. Те люди, которых аналитики пророчили на роль data scientist, в новой модели будущего сделаются алгоритмиками(ну или алгоритмщиками). Они не буду плескаться в тазиках с данными, а начнут сочинять задания на их обработку, создавать те самые алгоритмы. А айтишники буду эти задания запускать на большом конвейере массивно-параллельной обработки данных и отгружать уважаемым алгоритмикам выборки с результатами работы их заданий. Похоже на запуск программ в пакетном режиме во времена больших ЭВМ. Мне такая метафора нравится. По крайней мере, аналитики данных начнут описывать что и зачем они с этими данными делают. Но главная задача для ИТ, которую предстоит решить для перехода к такой модели состоит в отделении алгоритмов обработки от самих наборов данных


Структура операционной модели ИТ

image004Публикация на Facebook ссылки на IT4IT Reference Architecture вызвало большую, но неоднозначную реакцию. Кто-то проявил живой интерес, а кто-то отметился репликами в стиле: «Да кому это нужно! И что это за кружочки с квадратиками?». Выскажу свое мнение. Эталонная архитектура операционной модели деятельности ИТ-подразделения, изложенная в документе, получилась очень неплохой.  Визуализация этой архитектуры (см. рисунок ниже) сделана существенно хуже. Чтоб закрыть вопрос с картинками сразу скажу, что синии прямоугольники на картинках обозначают основные функции, а черные круги — объекты данных. Серые и фиолетовые круги — это частные случаи объектов данных (подклассы), обозначающие вспомогательные объекты и воспринимаемые пользователями ИТ-услуг сервисы. Теперь о содержании.  Читать далее


ITSM 2.0 и Workload Automation

Kr_stolВ последнее время нарастает ажиотаж вокруг темы автоматизации ИТ-операций, таких как предоставление ИТ-сервисов, установка и обновление программного обеспечения, плановые работы, изменение конфигураций, устранение инцидентов и пр. Причем об автоматизации не в смысле: использования систем для планирования, поддержки и учета таких видов деятельности, а в смысле замены действия администраторов исполнением соответствующих программ. Другими словами речь о дигитализации процессов эксплуатации ИТ систем.  Названий у этих видов деятельности, естественно, несколько. Изначально речь шла о run book automation (RBA)  Run book в ИТ — это свод письменных инструкций по администрированию информационных систем, т.е. описание рутинных процедур по запуску, остановке, мониторингу автоматизированных систем, серверов и сетевых элементов, операциям резервного копирования, монтирования систем хранения и т.п. Затем чаще стали использовать термин workload automation. Ну а в работах Gartner чаще встречается термин IT Process Automation. У Gartner, вообще, все не так как у остальных людей и даже ITSM у них уже 2.0 (см. Market Guide for IT Process Automation 23 March 2015,  G00264762 и Hype Cycle for ITSM 2.0, 2015 17 July 2015, G00278003 соответственно). Читать далее


Эскизы архитектурных решений

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


Отслеживать

Настройте получение новых записей по электронной почте.

Присоединиться к ещё 119 подписчикам