Яков Сироткин (yakov_sirotkin) wrote,
Яков Сироткин
yakov_sirotkin

Как поднять производительность труда?

Не секрет, что большинство программистов работают спустя рукава — желания напрягаться понапрасну нет, а зарплату всё равно платят. Результаты получаются весьма стабильными: денег мало, начальство сердится, пользователи разбегаются. Как же с этим бороться?

В первую очередь нужно ставить задачи с понятными критериями их завершения: мутные формулировки порождают только долгие обсуждения.

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

Часто разработка движется очень медленно, потому что очень много времени уходит на компиляцию, выкладку и прочую рутину. Есть даже компания ZeroTurnaround, которая делает специальный продукт JRebel, который помогает сэкономить на перезагрузке Java-серверов. Лично я считаю, что весь софт, который 5 минут конфиги читает, нужно методично отправлять на пенсию.

Иногда разработчикам просто не хватает оборудования: либо канал до сервера очень узкий, либо памяти оперативной не докупили. И проблема не столько во времени ожидания ответа от компьютера, сколько в том, что человек успевает потерять концентрацию. Однажды я разрабатывал приложение, которое было склонно к активному использованию полос прокрутки — не только вертикальных, но и горизонтальных. Разумеется, модальные окна оно тоже порождало не задумываясь. А у QA был монитор 19 дюймов и виртуальная машина добавляла ещё пара полос прокрутки. Тестирование было ручное, человек мучился, постоянно крутил туда-сюда вложенные окошки, но всё равно терпел.

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

Иногда полезно привлекать людей в режиме частичной занятости или по временным контрактам. Не всем интересно отдавать одному проекту все силы и если человек может в любой момент заняться другими делами, то нет нужды постоянно придумывать для него новые задачи.

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

Однако, все идеи требуют каких-то действий, обычно с привлечением руководства. Но если руководство не готово что-либо менять, то вряд ли что-то изменится. Зато очень часто люди вместо решения проблем начинают активно заниматься посторонними вещами — устраивают долгие митинги, пишут подробные отчёты, нанимают новых людей.

Расскажите, какие случаи повышения производительности труда были в вашей практике?
Tags: hr
Subscribe
  • Post a new comment

    Error

    default userpic

    Your reply will be screened

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 65 comments