?

Log in

No account? Create an account
Лабораторный журнал -- Day [entries|friends|calendar]
Anatoly Levenchuk

[ website | Лабораторный журнал ]
[ userinfo | livejournal userinfo ]
[ calendar | livejournal calendar ]

Об процессы [18 Jun 2015|12:59am]
Слово "процессы" тем плохо/хорошо (зачеркнуть ненужное), что позволяет обозначить им что вашей душеньке угодно: договориться, что это такое, крайне трудно. Неудивительно, что у каждого комментатора моего поста про засилье процессного подхода (http://ailev.livejournal.com/1195101.html) своё собственное мнение про то, что такое "процесс" и чему этот процесс нужно противопоставить так, чтобы "процессное управление" выиграло ("у чего выиграло? у всего остального!").

Тут я хотел написать длинный обстоятельный пост, в котором рассказать:
-- про соглашение по терминологии: разницу между речевыми сообществами и сообществами значений (поднобней в http://ailev.livejournal.com/1157166.html). Нельзя ожидать, что при произнесении слова "процесс" значение обсуждаемого у всех одинаковое.
-- про важность онтологического рассмотрения (в том числе привести в пример мою любимую картинку по материалам фирмы FutureModels, где в том числе есть и "процесс"
futureModels_rus
и мою любимую ещё с 2007 года цитату из Криса Партриджа по поводу его метода BORO: "Процесс намеренно исключен [нашим] методом. Опыт показал, что практически невозможно эффективно переработать процесс в модель бизнеса. Проблема в том, что процесс имеет линейную языкоподобную структуру (это как раз то, почему люди говорят о языках программирования по контрасту с системами управления базами данных). Как повседневный язык (и не так, как бумажные таблицы и компьютерные данные), эти ограничения линейности так серьезно искажают процессную группу группу описаний деятельности, что она не может быть переработана систематически. Исключение процесса существенно упрощает переработку. Как замечено выше, это не компрометирует конечную модель, так как более явно структурированные данные содержат более чем достаточно объектных паттернов (включая паттернов событий)". (перевод сделан в 2010 году, http://ailev.livejournal.com/867599.html. Но в 2007 году я уже писал, что методы крутятся вокруг продуктов, а не процессов -- http://ailev.livejournal.com/517723.html -- задолго до того, как узнал об Essence с его акцентом в практиках не на activity, а на alpha).
-- про минимальных три подхода к определению деятельности. В http://arxiv.org/abs/1502.00121v2 я пишу There are three basic viewpoints that stem from such a definition: practice-based (fits best to answer stakeholder’s questions about the Way-of-working), process based (project management related to Work alpha), team-based (related to communications, authority and responsibility of the Team alpha). The same practice-based, process-based and team-based in (Cordys, 2008) calls respectively artifact-based (due to importance of work products aka artifacts to practices), activity-based (process as sequence of activities), communicationbased (one of important things about a Team is the communication about Work division for a given Team, authorities and responsibilities of team members). The same three viewpoints in (Wang et al., 2005) are called respectively information-based (in most non-manufacturing companies work-products mainly information objects), process-based and organization based.

Но я сходил сегодня на заседание ассоциации процессного управления (http://abpmp.org.ru/events/17/genplan/), послушал доклад "Процессное управление в проектной организации" и выступления к докладу. И после этого понял, что большой учебник в пост вписать не получится, да его и не прочтут внимательно (как очевидно читали "по диагонали" мой предыдущий пост большинство его комментаторов). А короткий текст всё одно "не поймут-с", слишком большая inferential distance -- a gap between the background knowledge and epistemology of a person trying to explain an idea, and the background knowledge and epistemology of the person trying to understand it (http://wiki.lesswrong.com/wiki/Inferential_distance).

На заседании мне удалось послушать примерно пять раз в разных исполнениях определение процессов и проектов (определения совершенно классические, но почему-то сопровождаемые фразой "мне много лет потребовалось, чтобы понять, что такое процессы/проекты"). И услышать дискуссию из машины времени: пятнадцатилетней давности "чем процессное управление отличается от проектного" с выводом "ребята, давайте жить дружно". В зале было полно начитавшихся Голдратта, много вопросов было про отслеживание потока "в процессах". Но не меньше было и тех, кто не понимал, о чём их спрашивают: какие такие потоки в процессах?!

Слово "проект" однозначно трактовалось как project. Замечание что "проектная организация" это "проектный институт" и тамошний "проект -- это design", и никакого "проектного управления" в части "проектирования" может и не быть, это замечание игнорировалось и дискуссия про проекты-процессы продолжалась. Кейс-менеджмент иногда поминался, но через запятую с управлением документами (боюсь, большинство в зале issue tracker от CMS не отличили бы: все различалки заканчивались разницей программ проектного управления и процессного управления. И да, почему-то в кулуарах всё время всплывали ERP системы -- но даже мою шутку, что в России при их использовании ставят все модули, кроме модуля планирования, даже эту шутку не очень-то и понимали).

А я ещё хотел узнать там про передовую процессную мысль, про фронтир BPM! Увы, не получилось.

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

Но я знаю, чем всё кончится. Issue tracker приверженцы проектного управления назовут программой проектного управления, процессники обзовут программой управления процессами, документообороторы -- программой электронного документооборота, специалисты по Lean обзовут "канабан-доской", и так далее. Поставщики классических программ процессного и проектного управления с изумлением обнаружат, что issue trackers генерируют примерно те же отчёты, что и они -- но в разы легче осваиваются, ибо с ними работают не только менеджеры, но и инженеры (или какие там другие содержательные сотрудники кроме инженеров). Этот процесс потихоньку идёт уже сейчас, всякие "системы управления задачами" как раз такой природы. И из бывших сертифицированных проектных и процессных управляющих получатся отличные кейс-менеджеры, и неважно какой терминологией они будут при этом пользоваться и какие сертификаты демонстрировать (главное, что при слове "процесс" они не будут рисовать кудрявую BPMN-диаграмму, а думать о чём-то в разы более декларативном. И в головах у них будет метафора "потока", а не передачи управления по цепочке исполнителей).
9 comments|post comment

Blue sky blues [18 Jun 2015|09:18pm]
И почему я, глядючи вчера и сегодня из моего окна на Останкинскую башню, вспоминаю неожиданное улучшение экологической обстановки на российских реках в начале 90-х? Нет было худа без добра: так проявлялось падение промышленного производства.

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

Вот уж не знаю, печалиться ли мне московскому чистому воздуху, или радоваться.
4 comments|post comment

Мой дом на карте мира: биоробот.лиса.царь [18 Jun 2015|09:44pm]
В новой системе геоадресации мой домашний адрес -- биоробот.лиса.царь (https://map.what3words.com/биоробот.лиса.царь). Кто б сомневался!

Спасибо vvagr за наводку. Вот описание, как оно работает: http://lifehacker.ru/2015/06/18/what3words/

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

UPDATE: более точный адрес (не вход в дом, а точка в доме, где я пишу эти строки) -- прорыв.внешне.нечего, тоже кто б сомневался!
5 comments|post comment

Свежайший обзор идей в deep learning [18 Jun 2015|09:58pm]
Свежайший обзор текущего состояния идей в deep learning от Yann LeCun -- https://drive.google.com/file/d/0BxKBnD5y2M8NVHRiVXBnOVpiYUk/view?sle=true

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

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

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

Ах, в какое время мы живём! Это всё явно не хуже квантовой революции в физике, которая была примерно сто лет назад. Мы этой революции свидетели, и даже совсем чуть-чуть участники!

Почему-то именно сюда хочется добавить ещё одну ссылку: meetup московской группы Do-It-Yourself биологии. Если кому-то хочется в домашних условиях в Москве заняться биохакингом, то вам сюда: http://www.meetup.com/Moscow-DIYBio/.
post comment

Летняя учёба: пока всё по плану [18 Jun 2015|10:43pm]
У отрока закончились четыре дня в физматшколе: результаты превосходят все ожидания. С 10 до 17 там успевают дать три пары -- физматшкольная математика, экспериментальная физика и занимательная физика. Математика тренирует математику, в ней ничего необычного. А вот обе пары физики тренируют физическое мышление -- привязывание математических формул к физическому миру. Вот такую бы школу не 10 дней в году, а на полный учебный год! Проблема только в том, что домашние задания есть -- и на них (включая дополнительное разбирательство с помощью мамы с недопонятым в школе материалом) уходит практически всё время, кроме перерыва на сон и примерно час мультфильмов-игр.

В плане изучения информатики выяснилось:
1. Есть сокращённая (по сравнению с оригинальной http://informatics.mccme.ru/course/view.php?id=156), зато с визуализацией версия питоновского курса Кириенко: http://pythontutor.ru/
2. "Олимпиадный" платный курс http://foxford.ru/courses/141 -- это продолжение первого свободного курса, там первые пять уроков повторение ("изучение Питона" для тех, кто уже как-то умеет программировать), а затем идёт обучение алгоритмам.

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

Жаль, конечно, что учить придётся на Питоне. Я ещё раз поглядел на Julia -- например, кратенькая демонстрация мощи multiple dispatch в ноутбуке http://nbviewer.ipython.org/gist/StefanKarpinski/b8fe9dbb36c1427b9f22 (это исполняемый ноутбук, среда исполнения уже многоязыковая -- http://jupyter.org/). Основное, что там говорится -- это как достигать экономии кода. Абстракции нужно выявлять и оформлять, выявлять и оформлять.

Julia быстро развивается и действует мне на нервы -- он чем-то цепляет моё эстетическое чувство. Хочется даже самому что-то с ним поделать. Посмотреть на сам язык проще всего, сравнивая реализации чего-нибудь простенького на Julia с реализациями на разных других языках -- вот тут пара сотен таких примеров, специальная такая пузомерка для языков: http://rosettacode.org/wiki/Category:Julia

Deep Learning на Julia сделан по мотивам фреймворка Caffee https://github.com/pluskid/Mocha.jl -- архитектура сетки там вполне высокоуровнево описывается, но сетки только convolution, реализации recurrent ещё нет, только в планах. Автор фреймворка просит помощи, но сообщество там больше занимается оптимизацией, матричными алгоритмами, биоинформатикой, эконометрикой и т.д., так что просить помощи он будет ещё долго.
11 comments|post comment

navigation
[ viewing | June 18th, 2015 ]
[ go | previous day|next day ]