Как заставить сотрудников работать меньше?

Бесплатный материал для менеджеров

Научимся ограничивать производительность сотрудников.

Владимир Железняк – я в IT давно, и много раз видел, как избыточный энтузиазм приводит к проблемам.

Дмитрий Снисарь – я хорошо знаком с системой образования. Одна из важнейших задач ВУЗов – погасить лишнюю энергию и активность студентов. Студент, как и работник, должен быть выжат как лимон.

Зачем это надо?

Для борьбы со скукой
Что делает человек, когда у него есть свободное время? Скучает.
Что делает человек, когда ему скучно? Развлекается!
И ладно бы еще развлекались примитивными способами, типа приклеить мышку к столу, или незаметно заменить сахар на соль в сахарнице. А некоторые же еще и устраивают ползучий рефакторинг или делают за два дня фичу, на которую из заказчика выбит бюджет на следующие полгода и трех человек! Спрашивается, за чей счет кормить этих троих? А прибыль откуда?

Для равномерности задач
Бывают проекты, на которых просто не хватает задач. Заказчик – огромный бюрократический монстр, которому проект не нужен. Но и человека, который проект закроет тоже нет. Сверху проект не виден, а снизу – страшно расписываться в своих ошибках. Вот проект и тянется из года в год.

Для собственного комфорта
Вы начальник, и вы любите свою семью и пиво. А тут есть коллега, который на работе днюет и ночует. Он выдает огромное количество идей и усовершенствований. Вроде, все хорошо, но… Он-то работает больше и лучше вас! Так и работы лишиться недолго. Оно вам надо?

Для улучшения своего резюме
Какое резюме лучше: “я возглавлял команду из 10 человек” или “я возглавлял команду из 3 человек”? Конечно, первое! Поэтому надо сделать так, чтобы эти 10 работали с эффективностью троих. И пусть кто докажет, что “три гения” лучше, чем “десять раздолбаев”.

Для сохранения здоровья сотрудников
“От работы кони дохнут” – слышали? Чем меньше сотрудники работают, тем они здоровее.

Что делать?

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

Если вы хотите почувствовать себя Властелином судеб и разрушителем устремлений, этот материал для вас! Если вы не знаете, как еще покарать мозг коллег – это тоже для вас!

Список советов:

  • Не посвящайте сотрудников в конечную цель проекта. Им нужно знать только планы на день.
  • Заставляйте их выходить на выходных, а в понедельник радуйте, что “уже не надо”.
  • Не глядя, критикуйте качество. С первого раза все равно никто хорошо не делает.
  • Критикуйте больше. Избегайте похвалы. Иначе расслабятся.
  • Требуйте дисциплины. Впрочем, менеджеров дисциплина не касается.
  • Внедрите систему формальных метрик. Например, по количеству строк кода или найденных ошибок.
  • Люди должны знать всю правду про себя. Поэтому чаще переходите на личности.
  • Человек виноватый работает всегда с одной низкой скоростью. Чем больше вины, тем лучше!
  • Самое важное – это порядок на рабочем столе. Требуйте чистого рабочего стола и введите корпоративный стандарт на оформление десктопа, включая порядок иконок.
  • На работе нужно работать. Запретите любые разговоры на внерабочие темы.
  • Введите систему штрафов. Особенно – за нарушение графика прихода и ухода.
  • Побольше write-only документации и совещаний.

Мы врядли сможем поместить сюда абсолютно все способы, но кое-что вам наверняка пригодится :)
Если же не пригодится – отправьте ссылку на этот анонс всем коллегам :)

Метки: , , , | Комментарии (3)

Вакансии: Magento dev (or other eCommerces), QA; ProductManager в Grammarly

Немного вакансий.

Granify

Проект на стыке eCommerce и AI. Забавная идея, которая может классно выстрелить.
Cамый классный и вменяемый заказчик из всех, кого я видел за 13 лет в коммерческой разработке. Нулевая бюрократия, полная открытость к идеям.
Итак, ко мне на распределенный проект нужны:

Magento developer

Задача: сделать подключаемый модуль к Magento-сайтам. Врядли тут будет что-то суперсложное поначалу, так что нужен человек на part-time.
Требования: отличное знание Magento. Стаж работы в самой Magento приветствуется. Знание RoR будет хорошим аргументом для последующих заказов или фултайма.

Spree/Shopify/Volution/BigCommerce/OpenCart etc etc developer

Условия такие же, как в предыдущей вакансии. Нам нужны модули под максимальное количество eCommerce solutions.
Знание нескольких платформ – баааальшой плюс.

QA

Нужен человек, который сможет протестировать результаты нашей работы. eCommerce, безопасность etc.
Тоже part-time поначалу. Этакая подработка.

Подробности

Начало работы по вакансиям: примерно в середине апреля. Точная дата зависит.
Резюме присылайте мне. Официальным стилем можно не заморачиваться.

ProductManager в Grammarly

Вика Придатко, человек которого я очень уважаю, ищет PMа в Киеве:
“Нужен неудержимо мыслящий(как заяц Аромо:))изобретательный увлеченный и увлекающий талантливый и неутомимый продакт менеджер”
Подробности тут.

Метки: | Добавить комментарий

Опечатка: “тимлядь”

Как много смыслов в этом слове для уха русского сплелось…

Метки: | Комментарии (2)

отчет #agiledays

Ниже – непричесанные мысли, возникшие по ходу конференции:

@ilazarev “Интересная hr-идея с #agiledays: по окончанию испытательного срока предлагать человеку $2000 за то, чтобы он уволился”. Те, кто работает чисто за деньги – сразу отпадет.

Менеджер не должен чувствовать себя защищенным. Если он чувствует себя защищенным – попадает в зону комфорта и расслабляется. Задача менеджера – обеспечить безопасность для заказчика и команды.

Асхат Уразбаев “Секреты Lean в разработке ПО”

if not value than its waste. (баян, я знаю)
Поссориться лучше заранее.
Искать проблемы интереснее, чем решать. За это людей и цепляем, потом уже по принципу “сказал А, скажи и Б”.
Баги в продакшене бизнес не волнуют.

Дима Лобасев “Что делать, если команде все равно? Советы скрам-мастеру”

Троллю: “заткнись и слушай!”. Вежливость с троллями работает плохо.
Провокация для команды, которая ничего не хочет: “ваши требования – отвратительны”. Те, кому не совсем все равно – бросятся защищать. С ними и работаем.
Задаем вопрос “Как нам сделать лучше?” и ждем молча и долго. Пауза – тоже провокация.

Анна Обухова “Откуда в Agile рост производительности команд”

“Мозг ящера говорит эмоциями”. Красиво, хотя и весьма спорно с научной точки зрения.
Люди разные, а устроены плюс-минус одинаково.
Привычные действия(ритуал) экономят силу воли.

Диалог:
– нужно во время работы программистов измерять лизин у них в мозгу.
– это инвазивно! Смертность высока!
– Нужно взять больше программистов!

Виктор Ламбурт

“Мы подбираем команды по ценностям”. Например, ролевиков. Чем-то похоже на DataArt, только они ориентируются на одну ценность – толерантность. Уважаю оба подхода.

Антон Бевзюк “Бодрое планирование”

“Делаем планирование по 2-3 человека маленькими забегами”. Отличная мысль, а то люди норовят заскучать и/или устать.
“Потратив больше времени на планирование, вы не сделайте оценки точнее. Вы сделаете их неверными до секунды”

Метки: , | Добавить комментарий

Рост фирмы и ослабление связей

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

Знаете, как начинаются фирмы? Сначала в фирме работает несколько человек, и все друг друга знают и даже немного дружат. Иногда – дружат много, это здорово зависит от личности директора-основателя. Все дни рождения и праздники встречаются вместе. У всех – одна цель. Кругом – все свои.

Потом фирма растет. 10 человек. 20. 20 + N. Нет, N – это мало. Пусть будет 20 + M.
На фирме появляются сисадмины, HR, рекрутеры и т.д. Это хорошо.

Что хуже – для большинства старых сотрудников ситуация “я знаю здесь всех” плавно переходит в “я знаю только старую гвардию и новичков на своем проекте”. Для новичков ситуация еще сложнее – запомнить человек 10 на своем проекте еще можно. А вот все остальные – это уже большая проблема. Дни рождения встречаются уже порознь, многих знаешь в лицо, но не знаешь, как зовут и где работает. Есть свои – и есть посторонние.

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

Что интересно, топ-менеджеры этого почти не замечают. Топ-менеджеры либо знают всех, либо считают это не нужным.

К чему это приводит?

Так вроде и ни к чему особенному. Ситуация ухудшается плавно, и очень легко сказать “все идет своим путем, это естественный процесс”. И добавить рассуждений про то, что производительность и эффективность людей не складывается арифметически.

Да, арифметически – не складывается. Есть потери. Только эти потери можно сильно уменьшить.
Что именно можно уменьшить?

  • время на раскачку при старте нового проекта или переформировании команды. Storming – помните?
  • время на раскачку сотрудника при “обратись к Васе Иванову, он знает подробности”
  • из компании, где все свои, люди увольняются реже
Что делать?

Банальная рекомендация – усиливайте и поощряйте внерабочие связи сотрудников.

Про книгу “Доставляя счастье” Тони Шей мы уже писали. Так вот, была там очень интересная методика – при логине на рабочее место, кроме пароля, требовалось найти соответствие между несколькими фотками и несколькими именами сотрудников. Естественно, при ошибке показывались подсказки на будущее. При желании – можно было и краткую биографию посмотреть.

Метки: , , | Комментарии (7)

AgileDays’12

Мы вернулись с AgileDays’12. Яркие впечатления, масса идей, отличная организация. Мысли и прочий отчет мы выложим чуть позже.

Презентация Разные люди
Презентация Как правильно решать конфликты на разных фазах проекта

Метки: , , | Добавить комментарий

«Самый сильный программист будет лучшим менеджером» == «самый сильный солдат будет лучшим генералом»


Идея “самый сильный программист будет лучшим менеджером” очень похожа на идею “самый сильный солдат будет лучшим генералом”.

Для разных должностей нужны разные знания и навыки.

Метки: | Комментарии (11)

Кейс: демографическая яма


Все мы в курсе, что демографическая яма все ближе. Подробную статистику см. на сайте Росстата.

Уже в 2007ом ВУЗы столкнулись с нехваткой студентов. В 2011ом это стало очень заметно. В IT люди начинают работать курса с третьего-пятого.
Итак, года через три нас ждет падение количества джуниоров.

Как вы думаете, к чему это приведет? Все останется как есть? Разработка целиком перейдет в Китай и Индию? Нехватка кадров приведет к суперзарплатам для лентяев?

Метки: | Комментарии (6)

Пирамида Маслоу в IT


Пирамида Маслоу – это классика психологии и мотивации. Кто ее только не критиковал, поэтому относитесь к ней просто как к удобной модели. Давайте посмотрим, как эта модель может помочь менеджеру или HR.

Переход между этажами пирамиды не абсолютен. Человек может иметь не полностью удовлетворенные физиологические потребности, и при этом ощущать бешеную потребность к творчеству. Голодные студенты-поэты тому пример.

Если у человека не реализована потребность нижнего уровня – нет смысла применять к нему сложную мотивацию уровня выше. Если фирма реализует бизнес-концепцию “дешевого мяса”, то нет смысла применять мотиваторы типа “вот вам challenging task, его никто до вас не смог сделать!”.

Физиологические потребности

Голод, жажда etc. В IT тут почти все потребности перекрыты, за исключением половой потребности. Есть две категории людей, у которых потребность в сексе удовлетворена не полностью:

  • Умные, толковые, обеспеченные парни, робеющие и не умеющие произвести впечатление на девушек. Тут мне есть много чего сказать, сам таким был. Если интересно, что тут можно сделать – напишите в комменты/личку, подумаю над материалом.
  • Незамужние или неудачно замужние девушки. Мотиватор “на работе надо работать, а не с мальчиками общаться” работает слабо именно поэтому – нижний уровень не реализован, поэтому высокоуровневые и не действуют.
Безопасность

В каких аспектах IT это касается?

  • Физическая безопасность. Если у вас обычный офис в хорошем районе, то этот пункт касается только ситуации серьезных народных волнений и наездов силовиков и/или бандитов.
  • Стабильность, уверенность в будущем, отсутствие страха. Попробуйте сказать “я не знаю, будет ли зарплата в этом месяце” :). Как использовать этот пункт? Регулируйте стабильность сами:
    • Обеспечивайте максимальную стабильность там, где это возможно. Зарплата в один и тот же день. Прозрачная система повышения зарплаты. Прикрывайте сотрудников там, где они сами решают вопросы с трудом – с налоговой, страховкой, ГАИ, переездом etc. Конечно, если у вас в штате есть юрист, секретарь etc. Час работы секретаря стоит куда дешевле, чем найм нового сотрудника.
    • Снижайте стабильность в виде временного наказания. Только очень осторожно, передозировка любого лекарства – яд. Уволятся. Пример снижения стабильности: “Вы понимаете, что с таким количеством багов проект закроют? Вы уверены, что следующий будет лучше?”

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

Принадлежность, общение, забота

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

Человек должен позитивно чувствовать словосочетание “мы, сотрудники фирмы IDDQD”. Гордиться, а не стесняться корпоративной футболки. Именно для этого и проводятся корпоративы, тимбилдинги и поощряются тренажерки и английский – для обрастания связями. Впрочем, если директор – замкнутый и необщительный, то все эти методы подействуют слабо.

Именно на этом уровне строится большая часть мотивации в современном русскоязычном IT. Забота о сотрудниках работает именно здесь. Печеньки, самокаты, евроремонты, страховки и массаж – это все сюда.

Да, фраза “Вы, уроды криворукие, должны гордиться работой у нас” – сработает не всегда :)
На мой взгляд, этот уровень близок к насыщению. Синьорам уже этого уровня мало.

Уважение и самоуважение. Престиж. Признание. Карьера

Это уже участие в конференциях – слушателем, а лучше – докладчиком. Проведение внутренних тренингов. Эксклюзивная роль на фирме – “Джон, послезавтра архитектуру посмотрит Олег Иванов – он наш признанный эксперт в этой области”. Если человеку важно быть честным – не заставляйте его врать заказчику. Если человеку важно звание “архитектор” – объясните, что ему нужно сделать для достижения этого звания.

Самовыражение

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

Метки: , | Комментарии (16)