October 17th, 2009

2021 год

Практики : процессы = краски : картина

В конечном счете, картина состоит из красок, которые должны донести нужные цвета -- и вся разница картины по сравнению с просто "красками", что в картине краски размазаны в правильных местах, и смешаны правильным образом. Есть осмысленная пространственная развертка разных "красок" -- есть картина, как результат "применения" красок. Нет осмысленной пространственной развертки -- краски остаются красками, не складываясь в картину, сколько их не перетирай.

Точно так же практики ISO 15288 остаются практиками, сколько их не обсуждай -- ровно до тех пор, пока они не будут "использованы" в правильное время и в правильном сочетании друг с другом для того, чтобы получить "процесс", дающий "результат". Нет осмысленной развертки во времени путем "применения" практик -- нет процесса (который при своей реализации в свою очередь даст "проект" -- но это уже чуть другая история).

Это различие хорошо показывается в SPEM2, а из-за неизбежной путаницы процесса и практики я предпочитаю вообще не использовать слово "процесс" (а разворачиваемость во времени передавать как "процедура". Кстати, procedure обычно передается как "инструкция", по смыслу это более точно). Подробности у меня были еще в июньском постинге -- http://ailev.livejournal.com/691921.html.
2021 год

SOA и BPM продолжают сближаться

SOA и BPM продолжают сливаться -- http://www.infoq.com/news/2009/10/soa-bpm-consortium (business ecology initiative -- http://blog.business-ecology.org/ с целями типа Define a road map for the evolution of CIO role to BEO role). Люблю OMG (это их инициатива -- http://www.business-ecology.org/).

Несоответствие между IT-описанием и организационным описанием давно всех доканывает. Именно поэтому enterprise architecture популярно как инструмент айтишников, и непопулярно у менеджеров (это ведь "архитектура организации и... ее айтишной инфраструктуры" -- в одном определении конь и трепетная лань).

Мне кажется, без понимания IT-инфраструктуры (software services) как только части всей инфраструктуры тщетны все попытки выразить предприятие через сервисную структуру и через практики и процедуры, этой инфраструктурой поддерживаемые.

Онтологически -- это просто совмещение структурного/логического/функционального и процессного описаний (а ведь еще должно быть морфологическое/конструкторское/физическое описание), и тут нужно понимать, что в софте есть только часть структуры, часть морфологии и часть процессов (хотя с каждым годом все бОльшая и бОльшая часть). Именно над этим и нужно размышлять.

Эх, не намудрили бы они с новым SOA-манифестом (http://www.soa-manifesto.com/)...
2021 год

Описание практики современного Extreme Programming

Интервью 2009г. с Joshua Kerievsky (создатель Industrial Extreme Programming) по тому, какие рожки и ножки остались от обилия практик Extreme Programming -- http://www.infoq.com/interviews/kerievsky-metaphor

Неожиданно вернулось использование метафоры для архитектуры, остались тесты, парное программирование, рефакторинг, но ушли итерации ("код всегда готов к поставке"), бэклог, пользовательские истории, оценки производительности с замерами, планирующие игры -- все эти техники были обрезаны подходом lean. С другой стороны, речь идет об очень опытной и очень маленькой команде программистов.

Очень интересно.