История изменений

Инициатива плохая:

1. В тексте прямо сказано, что она много чего не учитывает («да, мы дофига чего не учли, но мы всё равно принимаем эти меры» - это не дело, а некомпетентность руководства)

2. В общем-то, необъективные критерии вводятся вместо того, чтобы понять причину убытков (найти дыру и залатать). Часами работы одинаково оценивать разных разработчиков нельзя. Как минимум из-за разных обязанностей в проекте (имеется в виду различные части проекта).

3. Сомневаюсь, что составитель консультировался со специалистами в этой области о принятии мер

4. Похоже, составитель не имеет представления о работе программистом

5. Дополнительная бюрократическая волокита, которая только отнимет время

Итого эти меры скорее навредят чем помогут.

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

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

Инициатива плохая:

1. В тексте прямо сказано, что она много чего не учитывает

2. В общем-то, необъективные критерии вводятся вместо того, чтобы понять причину убытков (найти дыру и залатать). Часами работы одинаково оценивать разных разработчиков нельзя. Как минимум из-за разных обязанностей в проекте (имеется в виду различные части проекта).

3. Сомневаюсь, что составитель консультировался со специалистами в этой области о принятии мер

4. Похоже, составитель не имеет представления о работе программистом

5. Дополнительная бюрократическая волокита, которая только отнимет время

Итого эти меры скорее навредят чем помогут.

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

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