March 30th, 2008

2019

Воскресенье

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

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

Во всех случаях гипотеза подтвердилась.
* * *
По энергозатратам ролики и велосипед примерно равнозначны. Но уж никак не велосипед и самокат. На самокате моя скорость равна скорости шестилетки на роликах при примерно одинаковой степени пыхтения.
* * *
Карты действий и результатов (ранее -- деревья стратегии и тактики) рулят. Тяжело ее готовить, легко по ней презентовать подготовленное.
* * *
Налетай, подешевело. Непонятно почему, но ISO1030-221 (он же AP221) оказался в открытом доступе. Это такая маленькая онтология по описанию продукции -- http://www.uspi.nl/uspiorg/download_folders/share_epistle/AP221/ISO10303_221_Package_28feb07_v2.zip. Как я понял, все это засосано внутрь RDL 15926 и самостоятельного значения теперь не имеет.

Если кого-то интересуют промышленные стандарты, то тут их есть: http://www.fiatech.org/projects/idim/dscdata.htm
* * *
Новые строительные технологии, версия октября 2005г. FIATECH: http://www.fiatech.org/pdfs/projects/Emergingtechnologies.pdf
В число их входят: 4D-моделирование строительства, RFID для управления строительными материалами, беспроводные сети для строек, мобильные устройства пользовательского интерфейса, инструменты технологического тренинга, автоматизированное управление поставками и инструментами, технологии датчиков поведения здания, управление логистикой материалов, технологии подповерхностного картирования (металлоискатели и т.д.).

Очень смешные сведения в начале книжки: производительность (несельскохозяйственного) труда в среднем с 1964г. по 2004г. выросла вдвое, а производительность строительного труда упала на четверть.
* * *
Сведения по электронным книжкам на eInk-технологии: http://wiki.mobileread.com/wiki/E-book_Reader_Matrix
Видно, что все эти книжки разрешением примерно 170dpi -- с разрешением от 800*600 до 1200*825. Впрочем, 1200*825 (при тач-экране 10") будет только в сентябре 2008 (http://www.netronixinc.com/datasheet/E-Book/DS-EB-300.pdf).
* * *
Программа для разрезки фильмов на кусочки: http://fixounet.free.fr/avidemux/
2019

BORO, и опять про PraxOS

На сайте BORO (читай -- сайте Chris Partridge) появилось много-много материалов: http://www.boroprogram.org/boro_program/resources.htm

Сейчас эти ребята пишут, что делают проект CEO (кратко http://www.boroprogram.org/boro_program/ceo_project/ceo_project.htm, подробно http://www.boroprogram.org/bp_pipex/ladsebreports/ladseb_t_r_07-02.pdf) -- промышленную онтологию для информационных систем предприятий. Эта онтология крутится вокруг трех главных категорий: 1. Лицо (person aka Сторона, Party), которое приступает к 2. хозяйственной операции (transaction), которая часто включает Соглашения (agreements), включающее Имущество (asset).

Тип работы в проекте CEO -- слияние/интеграция четырех онтологий предприятий, которые еще не имеют промышленного статуса:
1. TOVE's (Toronto Virtual Enterprise) Organizational Ontology
2. AIAI's Enterprise Ontology
3. Cycorp's CYC Knowledge Base
4. W.H.Inmon's Data Model Resource Book

А мы (PraxOS) пойдем другим путем: для начала мы сделаем онтологию голдратовщины (основываясь на его пятиуровневом дереве стратегии-тактики), затем возмьем где-нибудь онтологию ITIL (ее точно кто-нибудь сделает на днях или раньше, ежели еще никто не сделал. Или никого не ждать и сделать самим?) и добавим еще что-нибудь из этой же серии приличных management frameworks.

А потом тоже попробуем слить/интегрировать, обращая внимание не столько на айтишную сторону (данные), сколько на бизнесовую часть, крутящуюся вокруг планирования.

Дальше в порядке воскресного бреда:
<бред бегин>
Основной особенностью, отличающей PraxOS от любых "процессных" или "проектных" подходов будет учет коллаборативных аспектов работы. Учет -- это сбор и хранение данных. Коллаборативных аспектов работы -- квазиодномоментной работы разных людей, квазиодновременной реализации нескольких разноуровневых шаблонов деятельностей -- практик). Коллаборативных аспектов работы -- раздельного (аспектного) описания шаблонов кусочков деятельности, которые прихотливо переплетаются в реальной деятельности (тут прямая аналогия с аспектным программированием, http://en.wikipedia.org/wiki/Aspect-oriented_programming). Работы -- речь идет прежде всего о деятельности, работе, практиках, методах, процессах, проектах и прочих "глагольных" понятиях.

Основное понятие в аспектном (я пока боюсь писать прямо: agile) заходе -- это практика (practice). Ее описание полностью содрано из голдратовской карты действий и результатов (карты работ, http://ailev.livejournal.com/567097.html):
Практика вызывается к жизни потребностями, ведет к результатам, поддержана аргументами, детализируется при ответе на контраргумент (речь идет о карте работ). Практики переплетаются (weaving) в реальной жизни (а не выполняются последовательно, как работы в процессе или проекте).

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

Итого: планирование ведется на двух уровнях:
1. Коллаборативном: в терминах практик (которые переплетаются, и учет которых во времени/пространстве не ведется, а ведется лишь контроль наличия) -- и о них говорим главным образом в залоге профессионального мастерства, используемых понятий, управления знаниями и т.д.. Например, практики парного программирования в eXtreme programming, мониторинга буферов и т.д.
2. Кооперативном: в терминах работ (которые планируются/учитываются, исходя из ограничений -- то есть в конечном итоге локализуются во времени и в пространстве) -- и о них говорим в терминах процессов и проектов, сетей PERT, диаграмм IDEFx и т.д.
<бред енд>

А теперь пообсуждаем этот бред.