Мне бы хотелось поделиться с хабровчанами некоторыми мыслями об организационных проблемах в современных ИТ-компаниях.
Каждая мысль оформлена в виде социального антипаттерна и дополняет известную список в Википедии.
.
- Плохая команда
- Неэффективная команда
- Система взаимных претензий
- Текучесть кадров
- Отсутствие исполнительной власти
- Плохая команда .
Менеджеры делятся на 2 категории: хорошие и плохие.
Плохой менеджер всегда винит разработчиков, они его всегда во всем подводят. Хороший менеджер всегда винит себя.
Этому есть простое объяснение – хороший менеджер работает с командой, то есть обучает команду, увольняет плохих сотрудников, трезво оценивает ситуацию на протяжении всего периода работы над проектом, чтобы не довести ее до катастрофы.
критическая точка.
Этому есть простое объяснение – у хорошего менеджера обычно есть доля в проекте.
- Неэффективная команда .
Разработчик не обязан самостоятельно повышать свой профессиональный уровень.
Нет, он, конечно, может это сделать, но требовать этого от всех глупо.
Представьте, вы приходите на первый курс любого университета и говорите: «Ребята, вы можете стать прекрасными режиссерами, актерами, певцами, политиками, учеными…, но вам нужно только: учиться, повышать свой профессиональный уровень, быть уравновешенным.
.
и так далее.
"; Все ли? Нет! Были ли для них созданы условия? Несомненно! То же самое и с разработчиком, он работает в рамках созданных условий, но не обязан работать на максимуме.
Если вы хотите повысить эффективность, работайте с командой, работайте в команде и в конечном итоге увольняйте неэффективных сотрудников.
- Система взаимных претензий .
На мой взгляд, это главный сдерживающий фактор роста любой компании.
Разработчики думают так: «Почему я должен надрывать задницу ради этой компании? Она постоянно нас обманывает и кормит обещаниями».
В свою очередь менеджеры говорят застройщикам: «Пока вы не будете работать эффективно и как положено, мы не будем: повышать зарплаты, улучшать условия труда.
».
Это путь в никуда, поскольку никто, кроме вас, не станет идти на уступки.
- Текучесть кадров .
Любые проблемы застройщик решает для себя банальным увольнением.
Текучесть кадров является лучшим балансирующим фактором, так как работник впервые остается один на новом месте, а текучесть кадров лучше всего у рядовых сотрудников, так как они меньше всего привязаны к текущей кормушке компании.
Не нужно бороться с текучестью кадров, нужно бороться с проблемами, которые ее порождают.
- Отсутствие исполнительной власти .
Любые сложные бонусные системы, процессы, методологии разработки, внедренные для решения проблем, не сработают. И тому есть одна простая причина – закон есть, исполнителя нет. И согласно принцип разделения властей законы сами по себе не работают, так как им нужен исполнитель.
А чтобы исполнитель на своем месте соблюдал закон, нужна проверка (судебная власть) и профсоюзы .
Аудит защищает компании, а профсоюзы защищают разработчиков.
Я думаю на Западе не дураки, так как эту схему используют уже довольно давно.
P.S. Буду благодарен за любые мысли по этому поводу.
Теги: #работа #Управление персоналом #GTD
-
Выбор Технологии Разработки Браузерных Игр
19 Oct, 24 -
Карьерные Стероиды. Реальные Истории
19 Oct, 24 -
Проектирование На Основе Интерфейса Кода
19 Oct, 24
