Существуют разные подходы к определению размера зарплаты программистов. Три возможных варианта:

• Фиксированное количество рабочих часов в неделю. Фиксированная зарплата (оклад). Программист, если он хочет, может работать больше, но зарплата от этого не увеличивается;
• Зарплата определяется затраченным временем. Часовая ставка меньше, чем в предыдущем варианте, но можно отработать больше и зарплата будет больше;
• Фиксированное количество часов в неделю. Оклад — как в первом варианте, но на эту сумму накладываются бонусы и штрафы. Рассчитываются на основе отзывов клиентов, наличия багов в коде, фактов нарушения трудовой дисциплины и т.п. В среднем величина бонусов больше, чем штрафов и зарплата выше, чем в первых двух вариантах.

Какой же из этих вариантов лучше с точки зрения мотивации, эффективности и т.д. и т.п.?

Опрос под катом

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

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

Термин «процессное управление» применяется к двум разным сферам деятельности:

1. В случае, когда не производится автоматизация исполнения бизнес-процессов. Задача — составить описание бизнеса в виде графических диаграмм, которые легко воспринимаются людьми. Такие диаграммы фактически представляют собой специальный язык общения менеджеров, бизнес-аналитиков и руководителей предприятий и используются для выработки и объяснения базовых решений по организации бизнеса предприятия.
   
   
2. В случае, когда бизнес-процессы непосредственно исполняются в компьютерной среде предприятия. Будем называть процессы этого вида — исполнимые бизнес-процессы. Для исполнения таких бизнес-процессов на предприятии устанавливается специальная компьютерная система — BPMS (Business Process Managrment System) в английском варианте наименования, или СУБП (Система Управления Бизнес-Процессами) в русском варианте. Этим бизнес-процессам и посвящена данная статья.

При разработке компьютерной системы управления бизнес-процессами мы столкнулись с проблемой назначения на роли конкретных исполнителей.
Традиционных подходов к реализации такого назначения два:

• Внутри системы задается организационная структура предприятия и назначение на роль производится при помощи указания параметров этой структуры
• Процедура инициализации роли выносится в какую-то другую информационную систему

У обоих этих подходов есть существенные неудобства.

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

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

В такой кооперации могут быть заинтересованы обе стороны.
Авторы идей, передав свои идеи и теории в проекты разработки свободного ПО, получат, в конечном счете, инструмент, реализующий их идеи. При этом инструмент они получат бесплатно, при помощи данного инструмента они смогут передавать (продавать) реализацию своих идей другим людям и организациям, которым не придется платить за ПО. Например, преподаватели легко смогут передавать курсы практических занятий в другие ВУЗы. При реализации идей и теорий авторов на промышленных предприятиях последние смогут избежать расходов на приобретение ПО. Разработанное ПО можно свободно модифицировать при дальнейшем развитии идей и теорий.
Разработчики промышленного ПО, в свою очередь, получат идеи и теории, которые позволят разрабатываемому ПО приобрести качественные преимущества.
Приведем пример идеи из области процессного управления предприятием, примененной в свободном ПО.

Нашему OpenSource проекту уже более 9 лет. Проект российский. За время его существования мы столкнулись и преодолели большое количество различных сложностей. Причину одной из проблем мы обнаружили относительно недавно.

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

Мы разрабатываем систему управления бизнес-процессами и административными регламентами. Нас заинтересовал раздел tbb::flow библиотеки С++ шаблонов Intel Threading Building Blocks (TBB), так картинки, которые мы увидели в описании библиотеки, показались нам очень похожими на картинки графа бизнес-процесса систем процессной автоматизации.

При более подробном изучении TBB оказалось, что объект, с которым работает раздел tbb::flow, сильно отличается от классических бизнес-процессов, однако он оказался настолько интересным, что мы решили написать, как он воспринимается BPMS разработчиками.