Начиная эту заметку, я должен сделать два предварительных замечания. Во-первых, тема ресурсного планирования не имеет какого-либо отношения к архитектуре информационных систем. Разве что, кроме того случая, когда архитекторам начинают задавать вопрос а почему это вас так много, а архитектуру вы рисуете так долго. К сожалению, у меня в очередной раз произошел этот самый случай и мне хочется поделиться удачными и не очень удачными вариантами ответа на этот вопрос. Во-вторых, мой многолетний опыт показывает, что ресурсное планирование и отслеживание трудозатрат knowledge workers обычно никак не влияет на размер материальной мотивации, но практически всегда разрушает мотивацию нематериальную, причем делает это очень быстро. Читать далее Ресурсное планирование и отслеживание трудозатрат
Метка: knowledge worker
Проблема незаменимых работодателей
Недавняя заметка Проблема незаменимых сотрудников вызвала достаточно много интересных откликов. Я решил продолжить тему и поделится парой мыслей о незаменимых работодателях. Скорее, даже о том, как работодателю сделаться для сотрудника незаменимым. Напомню, в исходном сообщении речь шла об использовании систем adaptive/dynamic case management для передачи знаний и навыков от более опытных сотрудников менее опытным. Говоря другими словами о наставничестве. Не знаю почему, но в последовавших на статью комментариях прослеживалось довольно негативное отношение к этим самым незаменимым сотрудникам. Я решил погугулить и обнаружил массу статей для сотрудников на тему как стать незаменимым и не меньшее число материалов для HR, линейных менеджеров, безопасников и прочих персонажей о том, как с такими сотрудниками бороться. Читать далее Проблема незаменимых работодателей
Проблема незаменимых сотрудников
Уже очень скоро состоится презентация новой книги «How Knowledge Workers Get Things Done», посвященной адаптивному кейс-менеджменту (с кратким содержанием книги можно ознакомиться здесь: ссылка ). Как и предыдущие издания об ACM, книга представляет собой сборник статей нескольких авторов. Кроме уже хорошо знакомых нам Keith D. Swenson и Max J. Pucher в сборник вошли статьи и других экспертов. Моё внимание привлек анонс статьи «Distribute Process Knowledge in ACM through Mentoring» Frank Michael Kraft, AdaPro GmbH and Hajo Normann, Accenture. Я нашел одноименную статью в Интернете и потратил некоторое время на её изучение. Сразу скажу — не знаю, насколько текст соответствует тому, что будет в книге, но прочитанная статья меня по-настоящему заинтересовала. Мои рассуждения после прочтения этой статьи: Читать далее Проблема незаменимых сотрудников
Бизнес-процессы в стиле RESTful
Чрезвычайно насыщенная неделя не оставила времени для написания сообщений. Неделя еще продолжается, свободного времени не предвидится, потому сообщение в телеграфном стиле.
На НЕконференции BPMS.ru практически не удалось затронуть тему адаптивного кейс-менеджмента. Времени было мало и потому в ACM решили не погружаться. Я не думаю, что ACM что-то слишком сложное. Сложно понять ACM, находясь на позиции традиционного BPM. Разницу взглядов этих парадигм на процесс Jim Sinur сформулировал больше года назад своим противопоставлением Design by Doing — Doing by Design Перефразирую известного консультанта: в ACM процесс управляется людьми, а в BPM процесс людьми управляет. Что может предложить процесс, описанный в нотации BPMN людям в качестве рычагов управления? Практически ничего. Максимум, что может сделать сотрудник, это протолкнуть процесс дальше или же сгенерировать из назначенной на него задачи некоторое событие (безусловно, разработчик процесса должен при проектировании предусмотреть для сотрудника такую возможность).
А чего хочет сотрудник от BPMS? Возьму на себя смелость предположить, что как минимум определить следующую активность для данного экземпляра процесса. По сути, работа knowledge worker заключается в том, чтоб «гонять» процесс по определенному набору состояний (Ну, иногда еще порождать экземпляры вспомогательных бизнес-процессов). Таким образом, если вы хотите реализовать минимальный ACM, вам необходим движок, в котором реализован набор состояний и разрешенных переходов. Вопрос — где его взять? Не спешите с ответом. Я хочу предложить более «вкусный» вариант. Однажды Рой Филдинг придумал идею Hypermedia as the Engine of Application State Вообще-то, он придумал архитектурный стиль REST, а HATEOAS это скорее некоторый критерий соответствия программного интерфейса стилю RESTful, не суть. Существенно, что состояния – это разбросанные по интернет страницы(ресурсы), а допустимые переходы – гиперссылки между ними.
Обобщаем на бизнес-процессы: участник процесс получает страничку и набор гиперссылок в ней, определяющих переходы, допустимые из этого состояния в другие; думает головой, выбирает необходимую гиперссылку и тем самым «передвигает» бизнес-процесс в следующее состояние. Реализация довольно проста. Назначение задачи на сотрудника можно сделать сообщением электронной почты с набором гиперссылок. Нужно получить визу начальника – отправляем ему e-mail c гиперссылками: «утвердить», «отклонить», «отправить в спам» (Очень удобно в связи с поголовной «мобилизацией» руководителей. Компьютера может рядом и не оказаться, а мобильник с почтовым клиентом – всегда под рукой).
Ни тебе BPMN-ов, ни тебе BPMS-ов, поменять процесс «на лету» — вообще не проблема. Хотите Social BPM – перешлите письмо подчиненному с соответствующей резолюцией или же эксперту с традиционным вопросом: «Мне следует это подписывать?». Немного ловкости в проектировании формата гиперссылок на соответствующие активности, немного интеграции с почтовым сервером, причем как на рассылку, так и на получение сообщений и ваш мегагибкий BPMS готов. А кроме того, отсюда и до сетевых бизнес-процессов всего пара кликов рукой подать