Есть много примеров, когда один-два человека вытягивают проекты в сжатые сроки, а большие команды из десятков, если не сотен специалистов с чудовищным перерасходом выдают на-гора что-то абсолютно непотребное. Обычно в этой связи упоминают сложности управления большим коллективом и может возникнуть иллюзия, что существуют гуру, которые умеют с этим справляться. Но по чисто арифметическим причинам в маленькой команде у человека есть больше возможностей повлиять на результат и меньше вероятность, что вся его работа будет выброшена. Отсюда имеем проблемы с мотивацией в больших компаниях. Технические специалисты с амбициями этого не любят, в условиях острого дефицита толковых кадров это серьёзно затрудняет саму возможность создания больших команд. Даже если коллектив уже сложился, то первыми получают более интересные предложения о работе лучшие сотрудники, оставляя за собой балласт.
При этом производительность труда объективно растёт: техника стала лучше, инструменты разработки эффективней, больше стало стабильных библиотек, самое главное — опыта стало больше у тех, кто 5-10 лет назад был студентом. Поэтому большие команды нужны всё меньше и меньше.
Но во многих случаях нужны не подвиги, а гарантии, что всё будет сделано в назначенный срок, пусть и в десять раз дороже. Что же делать заказчику в таком случае? Ответ понятен: выделять в проекте небольшие независимые команды, массово привлекать к себе толковых специалистов, создавать им комфортные условия, чтобы у них росла производительность труда. Не помогает: серебряная пуля, работа от звонка до звонка, регулярный опрос скучающих сотрудников об их статусе.
(С) http://yakov-sirotkin.livejournal.com
Комментариев нет:
Отправить комментарий