Делегирование в информационных системах

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

Про информационные системы (ИС) даже говорить не буду. Это наше все.

Но часто ли вы встречаете сценарии делегирования в ИС? Ну кое с чем вы наверняка сталкивались:

1. Имеются задачки (task) или баги, записанные на меня. Система позволяет перекинуть их на кого-то другого. Но это не делегирование в чистом виде, а скорее некий принятый workflow - например, руководитель группы является входной точкой для задач и ответственен за распределение их по исполнителям - это все-таки не делегирование.
2. Имеется ИС, в которой у меня широкий круг полномочий. На время отпуска я хочу часть из них переложить на своего заместителя. Я иду к админу, и мы вместе настраиваем полномочия заместителю. Самостоятельный доступ к настройкам полномочий в системах, как правило, закрыт. Так что после возвращения из отпуска мне снова придется пойти к админу и убрать выданные полномочия. Да, и кстати, все действия, выполненные им в мое отсутствие, будут записаны на него. Так что если он опубликовал в системе отчет, который я ему делегировал, его авторство может ввести кого-то в заблуждение... 

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

Некоторое движение навстречу делегированию предлагает SharePoint. Если вы админ своего сайта, вы сам себе голова и можете раздавать привилегии (правда, на постоянной основе), настраивать workflow для контроля поручений, а также настраивать пользовательские атрибуты, различающие ответственного и исполнителя... С легкой непринужденностью менеджер делегирует все эти хлопоты своему подчиненному, назначив его "админом" сайта. Так что мы все равно имеем ситуацию, как в п.2., но теперь у нас уже свой подчиненный админ, а не неподконтрольный субъект из другого департамента, обслуживающий нас в порядке живой очереди.

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

Так что идеал пока не встретился. Ваша работа будет ждать вас в вашей ИС, если только вы не пустите в нее заместителя под своим логином. Правда, это не позволит делегировать только часть полномочий, а также может идти вразрез с политикой безопасности компании. Тогда остается предложить еще какие-то способы делегирования в ИС или отказаться от этой идеи вовсе.