Очень тяжело читать ветку. Я сегодня полдня потратил. Ладно... попробую свести всё сказанное ранее в одну кучу.
На сегодня мы имеем n законов об ответственности управленцев, которые сводятся к оценке качества управления (это главное). Как поощрять и как награждать - это детали (это следующий шаг), как выбирать - это тоже детали (может быть решено вместе с главным).
Оценка качества управления сводится к нескольким вариантам:
1) Массовый. Контролёром является объект управления - народ. Интересная схема, но нерабочая. Если бы народ знал как оценивать - этой ветки форума бы не было. А раз так, то каждый отдельный человек будет принимать решение на основе непонятно каких критериев - как пример - процесс выборов... Тем не менее схема привлекает своей простотой и замкнутостью, но высока вероятность ошибочных решений. Самое уязвимое место в схеме – звено, реализующее подсчёт голосов – каждый отдельный человек не может проверить результат голосования.
2) Параметрический. Контролёром является дополнительное звено (подконтрольное чему?) которое проверяет качество управления по параметрам. Абсолютно нерабочая схема. Суть в том, что характеристики производительности в творческо-интеллектуальной работе очень легко обмануть. На эти грабли не раз наступали фирмы пытающиеся оценивать работу своих программистов. После старта аппарата на основе такой схемы – результат всегда только ухудшается (очень хорошо описано "Джоэл Спольски. Консалтинг по оценке производительности (из писем)" http://local.joelonsoftware.com/wiki...81%D0%B5%D0%BC)). Уязвимое место – контролирующее звено.
3) Плановый. Кандидат в управленцы предоставляет план (сетевой график), что он хочет сделать на желаемом посту. План может быть разработан самостоятельно или по заказу в каком-либо конструкторском бюро (это детали). Выбирают кандидата с лучшим планом. Контроль выполняется по отклонениям от этого плана. Тоже нерабочая схема. Здесь подмена понятий – кандидат в управленцы становится исполнителем, а подлинным управленцем является звено, выбирающее/разрабатывающее план. Оно и есть самое уязвимое место, так как по прежнему неясно, на основании чего будет делаться выбор. И кем.
4) Парламентский. И объект управления и управленец – одно звено – народ. Каждый с помощью средств коммуникации участвует в разработке и принятии законов. Тоже нерабочая схема. Во-первых, здесь как и в п. 3 – подмена понятий. Некая часть [народа] не будет принимать участие в управлении, значит звена два. А это как раз то что мы уже имеем сегодня, только в другой руке. Во-вторых, для оперативных мер необходимы «дежурные» управленцы, а оценка их работы – см. тему форума. Уязвимое место – каналы связи, серверы – то где будет формироваться результат соборных решений. Хорошим примером этой схемы служит данный форум.
Я сам пока в тупике - кто какие варианты ещё знает?
Mulder
Регистрация: Дек 2007
Краткий итог
. Но насколько я вижу плюсы этого подхода - программирование (и как соотношение к избирательной системе - процесс управления) ставится на поток - то есть процесс программирования не зависит от личности программиста => процесс программирования устойчивый (а это значит нет резких взлетов и падений(кризисов), есть плавное развитие). И как раз для оценки программирования существуют очень хорошие, математически обусловленные системы. Но там проще чем в оценке управления, - там есть что легко пощупать =)... Да и абстрагируясь от всего этого, сравнение программирование-управление достаточно спорное само по себе.