January 26th, 2006

2019

Доменные страдания

Мне надоело платить по $35 в год (много-много лет назад я очень неправильно выбрал DomainBank, а их цены так и не поменялись с тех древних времен) и я с полпинка нашел "регистратора номер 1" GoDaddy за $7 в год. Разрывы в ценах на свободном рынке меня всегда удивляли -- разница в пять раз за доменное имя на год в 2006 году, это очень круто (при этом сервисов у GoDaddy на эти $7 будет, пожалуй, побольше).

Но если пройти дальше по ссылкам, то видна и разница в способах ведения дел. Так, владелец GoDaddy воюет с американским телевидением за право показать свои commercials: http://www.bobparsons.com/Goodnewsandbadnews.html. Рекламная жизнь на американском телевидении изменилась с тех пор, как появилась крохотная организация http://www.parentstv.org/, которая генерирует более чем 98% жалоб в американские надзорные органы. Органы вынуждены реагировать, и знаменитые (их можно увидеть даже в гораздо более полных версиях в Сети -- http://www.godaddy.com/gdshop/superbowl05/landing.asp) рекламки впервые в этом году рискуют пролететь мимо кубка NFL: телекомпании и спортклубы ввели в этом году "самоцензуру".

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

Оргпроцессная модель: первый набросок

Состав орг.модели:
-- описания и презентации верхнего уровня (типа данного текста) и учетная политика модели (процессы и правила, по которым происходит фиксация версий модели, кто имеет право вносить изменения какого уровня и т.д. -- в том же языке оргмодели).
-- схемы модели (описание учетной структуры модели: схема базы процессов, схема базы органиграммы и общая схема данных для форм. Описание API для доступа из других моделей).
-- описания бизнес-процессов (схема операций и их материалов, логистика материалов (обычно -- формооборот), альбом форм)
-- описание оргструктуры (органиграмма+штатное расписание+модель требуемых компетентностей)
-- учетных программ (и их документации): прежде всего работы схемой и описаниями БП/органиграммой -- вариант ОргМастер, БД данных совокупного альбома форм (данные учета других моделей)
-- генератора необходимых выходных (справочных, отчетных, презентационных) форм -- вариант ОргГрафикс
-- софта времени исполнения (роутинг форм, журналы с комментами по итогам операций) -- вариант Мотив (тот же ТаймМастер выглядит на фоне Мотива как-то уныло).

Оргмодель должна уметь выражать состояние "на такую-то дату", причем эти даты могут быть как в прошлом, так и в будущем (instrumental и production варианты).

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

Внедрение оргпроцессной модели состоит из:
-- имитационных исполнений процесса рабочей группой разработчиков и будущими руководителями целевых профильных подразделений (конец проектирования и отладки -- это уже внедрение) на instrumental модели;
-- приведения в соответствие оргструктуры с целевой органиграммой и instrumental наполнение новой оргструктуры людьми с надлежащими компетентностями (выпуск Приказа, placement и т.д.);
-- обеспечение (физически) рабочих мест и техники;
-- обеспечение доступности на рабочих местах софта а) доступа к описаниям и учетной политике, б) учетных программ, в) генератора выходных форм, г) исполняющего, д) других необходимых моделей и прикладных программ, необходимых для производства операций. Раздача паролей, при необходимости -- тренинг.
-- обеспечение доступных справочных материалов на рабочих местах (в бумаге!) и доступности разработчиков для ответов на вопросы
-- тренинг: имитационное исполнение instrumental процесса с работниками
-- формальное вступление людей в должности -- старт production фазы. Перевод соответствующей части модели из instrumental в production.
-- тестовые исполнения production процесса "в присутствии разработчиков".

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

Список проблем моделирования организации

Не я заметил, что есть два основных способа создания методик (а я, безусловно, хотел бы делать именно методику, т.е. получить не только способ описания организации, но и некоторые паттерны для собственно деятельности организовывания):
а) профессиональный, когда берешь разные мировые образцы и утряхиваешь их в связную непротиворечивую систему;
б) методологический, когда образцов, увы, нет. Зато есть проблемы. И их нужно переводить в задачи, а задачи потом решать.

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

1. Место оргмодели (в узком смысле слова) среди общего списка моделей организации -- Симултрека как оргмодели (в широком смысле слова). Что там за список, что можно сказать про предельную модель, не применить ли категорию "система", не применить ли AQAL, не применить ли "цель и необходимые и достаточные условия" Голдратта. Очень, очень мутное место. Это даже не список проблем еще, это еще требует проблематизации.

2. Роль, место, специфика и особенности замыкающей (т.е. содержащей в себе показатели достижения цели организации) модели. Для фирмы это будет денежная модель. А для благотворительной организации? А для государственной организации?

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

4. Противоречие между процессным и проектным подходом, оба из которых можно использовать для описания одного и того же. Я этого касался многократно (первый раз зафиксировано было полгода назад тут: http://www.livejournal.com/users/ailev/322613.html). Нужно бы создать единый язык описания и софт -- у Голдратта, вроде, есть намеки на это, но не более чем намёки.

5. Опять же, сетевые организации и их организации-узлы (в том числе государство -- ведь фактически нет такой организации, как "государство", а есть только "сеть органов"). Как их моделировать? Какой узел их должен моделировать? Как выглядит модель организации узла в сетевой организации (иерархия моделей?).

Проблемы, проблемы, проблемы. Вопросы, вопросы, вопросы.
2019

Тут оффтопы будут топами

Как выяснилось, у меня в ЖЖ нет специального места, где можно было бы задать мне какие-то вопросы. Я думал, что все подобные вопросы будут задаваться по почте. Как выяснилось, это не так: есть желающие задавать мне вопросы прямо в ЖЖ.

ОК, задавайте в комментах к этому посту.