Если бы вы были менеджером команды из 25 разработчиков, как бы вы их мотивировали? [закрыто]

21

Представьте себя нанятым новым стартапом, за которым стоят несколько миллионов венчурных капиталистов.

Ваша задача: organize the development of the next killer app.

25 разработчиков - это слишком много, чтобы заботиться о каждом в отдельности, так какое решение (я) вы бы приняли, чтобы мотивировать их?

Буду признателен за любые ответы от опционов на акции на бесплатные куки;)

Конечно, хитрость здесь (если вы действительно не являетесь менеджером такого стартапа) - поставить себя на место одного из этих программистов.

РЕДАКТИРОВАТЬ: это воображаемый контекст. Цель этой истории - стимулировать ваши желания. Я хочу понять, что мотивирует разработчиков.

оборота user2567
источник
19
: joke: Я бы уволил лучшего разработчика, чтобы показать оставшимся 24, что никто не в безопасности: / joke:
Тони
2
Я буду благодарен за опционы или файлы cookie за бесплатные ответы :-)
Стивен С.
1
с пивом и печеньем
Muad'Dib
Я не уверен, что хотел бы отлаживать любые CDI (кодирование в состоянии алкогольного опьянения) ... Это было бы не красиво.
Адамизатор
Меня мотивируют пиво и стейк.
Филл

Ответы:

60

Вот мой контрольный список, в произвольном порядке:

  1. Потрясающие компьютеры для разработки. По крайней мере, удвоить мощность целевого пользователя, с большим количеством оперативной памяти и большими / несколькими мониторами ... ~ $ 3-5k бюджета.
  2. Хорошие наушники для тех, кто в них нуждается, когда они предпочитают работать под музыку.
  3. Отличные инструменты разработки для работы. Это в некоторой степени зависит от вашей целевой среды, но Visual Studio / Eclipse / что бы ни было лучше для работы. Это включает в себя такие вещи, как непрерывная интеграция / сборка серверов.
  4. Быстрый доступ в Интернет - возможно, с помощью кеширующего прокси-сервера для предварительного кэширования таких вещей, как SO, TheRegister, Reddit и т. Д.
  5. Очень мало встреч - только то, что абсолютно необходимо и жесткое ограничение их продолжительности (мы используем таймер); Подумайте о встрече «как стоя», как о Scrum.
  6. Здоровая атмосфера для работы. Дневной свет, варианты свежего воздуха, стабильный кондиционер, растения, фотографии, хорошее освещение.
  7. От 10 до 20% простоя, чтобы освоить что-то новое или немного улучшить свои навыки.
  8. Воды охладитель для каждой группы столов, регулярно поддерживается.
  9. Конкурентоспособные на рынке зарплаты с бонусами, связанными с результатами, где четко определены производительность и вознаграждение. Бонусы за производительность, скорее всего, будут частью прибыли компании.
  10. Поощрять совместную трудовую этику ; проводить технические анализы, чтобы делиться знаниями, вращать людей вокруг команд, чтобы накопить опыт.
  11. Бесплатные напитки (безалкогольные).
  12. Корзина фруктов для здоровых закусок , которые не испортить обед.
  13. Установите уровень профессионального уважения со стороны других подразделений бизнеса к отделу разработки программного обеспечения и наоборот. Это долгосрочная, нечеткая цель, но есть способы и способы ее установления.
  14. Четкое общение с и от управления ожиданиями и доставки на эти ожидания.
  15. Четкие приоритеты для рабочих элементов, регулярно пересматриваются.
  16. Использование лучших практик с точки зрения методологий SDLC - Agile / Scrum и т. Д.
  17. Четкие и документированные процедуры о том, что должно быть сделано, почему и как для таких важных вещей, как управление релизами. Все, что можно автоматизировать, будет, так что это всего лишь ручные биты - всегда есть некоторые.
  18. Благоприятная среда, когда дела идут не так хорошо. Не надо пинать людей, когда они вызывают ошибки, но помогать им учиться на своих ошибках.
  19. Круглосуточный доступ в здание и удаленный доступ, когда члены команды получают вдохновение в нерабочее время.
  20. Доски для прототипирования / мысли вслух.
  21. Празднование успеха - будь то командный обед или поездка на Гран При в выходные дни, важно признать большие усилия и отличные результаты.

Я бы не:

  • Nerf оружие / фрисби / бильярдный стол / игрушки. В рабочей среде мы работаем. Во время выполнения работы можно получить массу удовольствия, не играя в солдат с коллегами, которые пытаются сосредоточиться.
  • Бесплатная еда - люди должны сделать перерыв, чтобы выйти и что-нибудь поесть.
  • Интернет-цензура - я оставляю это на усмотрение людей.
Дж. Б. Р. Уилкинсон
источник
1
Это правда - на этом сайте постоянно идет обсуждение этого вопроса: programmers.stackexchange.com/search?q=social+networks
JBRWilkinson
4
@aggietech: Если вы собираетесь приобрести безумно отличный продукт, созданный великими разработчиками, либо они слишком увлечены проектом, чтобы проводить много времени на Facebook, либо вы не смогли их мотивировать. Я не говорю, что блокировка сайтов на работе - это вообще плохо, но она не подходит для этой ситуации.
Дэвид Торнли
1
@ Дэвид, да, я согласен с вами, но опять же, мы не работаем с исключительными продуктами каждый день - и не у всех разработчиков одинаковый стандарт (или, если уж на то пошло, самоконтроль) ... я действительно считаю блокировку некоторых сайтов хорошей
aggietech
3
В частности, некоторые люди лучше работают с частыми короткими перерывами, и то, как они проводят эти перерывы, должно зависеть от них. Пока вы довольны их производительностью, нет необходимости в микроуправлении.
Тим Гудман
1
Я бы добавил к # 18: удаленный доступ (SSH и т. Д.), Чтобы они могли работать из дома, если они не живут рядом со зданием или не хотят путешествовать туда, но все же хотят что-то сделать в них » нетрадиционные "часы.
Алекс Будовски
30

Дайте им интересные проблемы, над которыми они будут работать, и их инструменты для работы над ними, а затем убирайтесь с их пути.

Великие программисты не мотивированы деньгами или статусом в компании. Им нужно достаточно денег и статуса, чтобы чувствовать себя комфортно, но это все. Великие программисты мотивированы интересом.

Пол Грэм соглашается со мной .

Том Андерсон
источник
3
Согласие Пола Грэма не обязательно много значит для многих, но, к счастью, он не единственный, кто разделяет эту точку зрения; Джоэл Спольски и многие другие разработчики тоже.
Питер Боутон
Да - с оговоркой, что «выбор инструментов» может фактически быть «вкладом в выбор инструментов». Но интересные проблемы, достойные окрестности и готовность выслушать предложения
Murph
Есть только одна причина, по которой я ушел с работы - БОРОДА. Вы должны заплатить достойному программисту полную нагрузку, чтобы продолжать работать над чем-то неинтересным.
uɐɪ
@Peter: ах, ты меня понял! На самом деле, это одна из немногих вещей, с которыми Павел соглашается со мной (и еще одна вещь, с которой Спольски соглашается со мной). Спасибо за ссылку на предыдущий вопрос - я бы предпочел, чтобы этот вопрос был закрыт как его дубликат.
Том Андерсон
2
@ Murph: вы грохнетесь, «готовность выслушать предложения» имеет жизненно важное значение. Умные, творческие люди не заинтересованы работать в авторитарной, нисходящей среде.
Том Андерсон
21

На YouTube есть отличное видео "Удивительная правда о том, что нас мотивирует". Я написал это некоторое время назад:

http://www.chrisholmesonline.com/2010/06/02/the-surprising-truth-about-what-motivates-us/

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

Я знаю, что мотивирует меня

  • Возможность использовать инструменты, которые я предпочитаю. Так что дайте своим разработчикам инструменты, которые они хотят и нуждаются. Очевидно, что с командой из 25 человек вы должны прийти к компромиссу и консенсусу, но суть в том, что им нужны лучшие инструменты. Это включает в себя аппаратное и программное обеспечение.
  • Нормальные часы работы. 35-40 часов на работу. Больше ничего. Если они хотят прийти сами, чтобы сделать больше, потому что они вдохновлены, хорошо. Но переутомление людей на рабочих местах, где им необходимо накачать мышцы критического мышления, - это быстрый путь к катастрофе.
  • Варианты дистанционной работы. Мне нравится работать не выходя из собственного дома; не приходится иметь дело с головной болью движения и потерять час в день на поездки. Я могу быть рядом со своей семьей, на случай чрезвычайных ситуаций, в качестве такси и т. Д. Если у вас есть сотрудники, которые могут справиться с этим и выполнить свою работу, предоставьте им возможность удаленной работы. Кроме того, гораздо проще провести 20-30-минутный перерыв в питании дома (доказано, что он повышает производительность, но общество все еще не одобряет дремоту).
  • Качественное рабочее пространство. Доски, инструменты для совместной работы, конференц-залы и т. Д. Команда из 25 сотрудников может действительно создать что-то потрясающее, только если они работают вместе, и чтобы работать вместе, им нужно свободно обмениваться идеями и сотрудничать. Если они работают удаленно, используйте Skype и т. Д. Но предоставьте им инструменты для совместной работы.
  • Четко определенные цели. Не сроки - это разные. Цели. Реализуйте это как хотите - Scrum, XP, мне все равно - но вашей команде нужны четкие цели и этапы.
  • Не зацикливайтесь на одной конкретной догме; быть открытым для изменений и новых идей, новых технологий и т. д. Слушайте друг друга. Не навязывайте архитектуру своей команде; пусть он развивается через сотрудничество, обратную связь, вклад.

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

Крис Холмс
источник
7
Видео на YouTube - это анимация, снятая поверх выступления TED Дэна Пинка. Вместо этого я рекомендую посмотреть оригинал: ted.com/talks/lang/rus/dan_pink_on_motivation.html
JBRWilkinson
Я не думаю, что общество недовольно вздремнуть ...
Никто не
16

Делегат.

Предполагая, что 25 разработчиков будут работать над различными аспектами приложения, разделите их на подгруппы и назначьте 1 члена каждой команды в качестве руководителя группы. (ПРИМЕЧАНИЕ. Эта роль должна меняться по мере развития проекта и перестановки команд).

Теперь у вас есть 5 команд для мотивации, и у них, в свою очередь, есть 4 разработчика для мотивации.

Вы можете сосредоточиться на «глобальных» мотиваторах (таких как опционы на акции и т. Д.), В то время как лидеры вашей команды могут сосредоточиться на отдельных мотиваторах (им разрешено рано уйти в среду).

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

ChrisF
источник
+100! 25 отчетов - это путь к безумию!
Алекс Фейнман
Отличный комментарий, мне нравятся Глобальные, Индивидуальные мотиваторы. Люди мотивированы своими собственными причинами, а не вашими причинами.
Компьютерщик
+1! Я бы тоже выбрал «делегат». Никто не может эффективно управлять 25 людьми в одиночку - разделить на команды и мотивировать лидеров, это хороший выбор!
Ян Скляренко
9

Я готов, чтобы за меня проголосовали, но ты можешь мотивировать меня так, как хочешь (заставь меня усердно работать, дай мне 386 для машины, на которой можно кодировать, работать на качающемся карточном столе в темноте в подвале, кричите на меня, работайте в выходные и праздничные дни, и не предоставляйте бесплатный кофе), и я буду вашей командой, если вы заплатите мне смешную сумму денег .

Jé Queue
источник
1
Почему, это то, что большинство людей хотят правильно?
Некоторые исследования (особенно одно, о котором я могу думать недавно) говорят, что денежная компенсация имеет уменьшающуюся отдачу для подавляющего большинства населения. (Я полагаю, что число, когда доходность будет заметно уменьшаться, составляет $ 70 тыс. В год с Северной Америкой в ​​качестве контрольного местоположения).
Стивен Эверс
1
@ Snofrus, это может быть вещь поколения. Только я, но я работаю за $, а не ради удовлетворения жизни. Я (и я подозреваю, что большинство людей, если вы действительно думаете об этом), и всегда буду руководствоваться исключительно $.
Jé Queue
1
Я понимаю вашу точку зрения. Я не делаю никаких предположений о вашей ситуации, но я обнаружил в себе и своих друзьях / коллегах, что времена, когда я / мы были наиболее мотивированы деньгами, были, когда у нас их не было. Мой POV заключается в том, что я никогда не собираюсь делать это богатым программированием для кого-то другого, так что я мог бы с этим по-настоящему наслаждаться.
Стивен Эверс
Сложно следовать за $, и это правда, что ожидания всегда сбрасываются. Тем не менее, я думаю, что это также должно компенсировать людям определенные показатели: если программное обеспечение приносит доход в 1 млн. Долл. (То есть), то 15% от этого выделяется в бонусный пул, за который будет выплачен ваш бонус. Непопулярно, но это может стимулировать программистов делать это правильно (время простоя = - $, плохой UX = - $) по сравнению с тем, что мы программируем примадонн, которые думают, что наш путь - правильный и единственный путь ... хорошо поставьте $ против него и выяснить.
Jé Queue
6

Я согласен с Димой и ChrisF. За исключением одного из пунктов Димы: опционы на акции.

Я знаю, что это региональная вещь, но во многих странах опционы на акции облагаются налогом государством по фактической стоимости (внутренней стоимости) при присвоении или выпуске. Это если вы не можете доказать, что волатильность не позволяет рассчитать внутреннюю стоимость.

Однажды я уплатил налоги за опционы на акции гораздо больше, чем они стоили. При выдаче они стоили по 40 долларов каждый, но я не мог их использовать в течение года, и к тому времени они были ниже доллара.

Но вернемся к вашему вопросу:

Индивидуальное рабочее время, отличные инструменты, влияние на принятие решений, среда, свободная от политики (держите ее подальше от них, чтобы они могли работать).

Дополнительные льготы, такие как бюджет, можно потратить самостоятельно на инструменты, книги, курсы.

НЕТ кабины, не более 3 человек в офисе с более чем 9 м2 на человека. Если возможно, переместите команду в собственное здание или хотя бы на свой этаж. Позвольте им персонализировать свой рабочий стол - никаких полицейских.

Устраните телефоны со своих рабочих мест (электронная почта без звука или мгновенных сообщений, опять же без звука, а также телефонные будки за пределами офисов со стульями и небольшими столами для ноутбуков, без прерывания рабочего процесса без срочности). Есть секретарь для обработки входящих телефонных звонков.

Как можно меньше встреч. Не делайте их по понедельникам (понедельник не веселый, некоторые все еще в выходные, некоторые теряют последнюю энергию, чтобы начать через) или по пятницам (что я только что сказал о выходных), но среды идеальны (это дает хороший перерыв в середине недели).

Административные права на свои машины. Нет поддержки первого и второго уровня.

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

Ко второму ChrisF: я не думаю, что кто-то может обработать 25 прямых отчетов. Формировать команды. И время от времени устраивать соревнования между ними.

Малах
источник
+1. Согласитесь, отличная среда поощряет и мотивирует сейчас (опционы на акции более «возможно, варенье в будущем»). Но я бы хотел телефон - который я мог бы направить на голосовую почту. Слишком много раз нужен телефон (например, поддержка, разговор с удаленным членом команды).
Ричард
Я не знаю о правилах «без понедельника». Я бы предпочел иметь их тогда, потому что это помогло бы мне расслабиться на неделе. По понедельникам трудно начинать, но сессия планирования определенно заставила бы меня вернуться.
Майкл К
6

Изменить: После размышления, вот главный вопрос: относиться к сотрудникам как люди, а не как машины или «ресурсы». Убедитесь, что им удобно задавать вам вопросы или поднимать вопросы. Убедитесь, что вы можете принять людей, когда у них есть личные проблемы, такие как больной ребенок или родитель. Другими словами, сделайте все возможное, чтобы установить с ними связь. Кроме того, 25 - все еще достаточно маленькая группа, чтобы отпраздновать день рождения всех с тортом. Эти мелочи создают мир различий.

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

Хорошие условия труда. Удобные кресла, быстрые машины, большие мониторы, клавиатуры и мыши, с которыми они наиболее удобны. Хорошее окно ... Хороший поток воздуха. Купите им книги по программированию, если они хотят улучшить свои навыки.

Кроме того, регулярное совместное питание, например, раз в неделю, желательно с пивом, очень здорово для морального состояния. 25 человек может быть слишком много для этого. Поэтому, возможно, отдельным командам следует собирать пиццу и пиво один раз в неделю. Оплачивается компанией, конечно. :)

Дима
источник
Еда вместе время от времени это хорошо. Моя компания из 20-30 программистов отправляется на обед в наш местный паб по пятницам - не все идут, хотя каждый может; нас было 17 на прошлой неделе. Немного хорошей еды, пинта или два, немного чата. Это помогает всем лучше узнать друг друга и сгладить некоторые грубые углы недели.
Том Андерсон
@Tom Anderson: Это работает до тех пор, пока другие сотрудники не зовут паршивых овец на «того парня, который никогда не обходит паб по пятницам с остальной частью офиса».
Джон Перди
1
Фондовые опционы мотивируют людей только в том случае, если компания публично зарегистрирована и / или прибыльна. 2% акций без прибыли бесполезны.
Дж.Б. Уилкинсон
1
25 человек будут означать торт два раза в месяц, вы получите полную команду, когда ваш проект закончится. :) Кроме того, вероятность того, что у двух человек будет день рождения в один и тот же день, выше 50%.
Бьярке Фрейнд-Хансен
1
О Боже, не называй меня "ресурсом".
Дэн Рэй
6

Я управляю командой из шести программистов, поэтому немного обдумываю эту тему. Вот мои идеи -

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

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

Дайте им уважение - программисты очень хотят уважать их технические навыки. Уважайте работу, которую они уже сделали, и работу, которую они делают. Уважайте их мнение по техническим вопросам. Когда вы задаете технический вопрос, принимайте ответ за чистую монету. Если они допустили ошибку, найдите способ сообщить об этом, не потеряв лица. Вы можете сказать что-то вроде: «Я следовал тому, что вы предложили, но я столкнулся с этой проблемой. Как вы думаете, что мне следует делать?»

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

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

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

Крейг Шварц
источник
6

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

  • «относиться к сотрудникам как к людям, а не как к машинам или« ресурсам »» -> относиться к сотрудникам как к безликим взаимозаменяемым ресурсам или «FTE».
  • «Оплачивайте ставки выше рыночных» -> ваши сотрудники - это затраты, хорошие менеджеры минимизируют затраты.
  • «Дайте им повод сделать качественную продукцию» -> настаивайте на быстрой и грязной разработке (так как клиент готов жить с ошибками)

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

Peopleware: продуктивные проекты и команды - книга, которая, я думаю, очень важна для мотивации программистов. В нем много глав о методах управления, которые демотивируют сотрудников (и тем самым мешают работе эффективных команд). Одна из моих любимых глав - «Teamicide», в которой говорится, что менеджер ничего не может сделать, чтобы создать эффективную команду, но он может многое сделать, чтобы уничтожить одну или не дать ей сформироваться.


* На самом деле, некоторые позитивные «мотивационные» действия могут иметь демотивирующий эффект, если присутствуют другие демотивирующие факторы.

Кайпро II
источник
5
  1. Избегайте соблазна нанять всех 25 одновременно.
  2. Постарайтесь привлечь известных ведущих разработчиков в начале.
  3. Однажды у вас есть небольшая команда очень талантливых людей, которые знают, что делают, и установили высокий уровень ожидания.
  4. Продолжайте добавлять больше людей. Им нужно знать, что их окружают хорошие люди, которые хотят им помочь, но им нужно идти в ногу.

Менее талантливые (я не говорю, что они отстой, но эти вещи относительны), люди смогут достичь, если будут помещены в правильную среду (хорошие люди), хорошо обучены и под присмотром.

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

JeffO
источник
Кроме того, очень талантливые люди разрабатывают ваши рамки для любого продукта, который вы делаете. Хорошо продуманная структура значительно улучшает качество того, что производят менее талантливые люди.
Бьярке Фрейнд-Хансен
3

IMO, опционы на акции в стартапах - это афера. Обычно это выглядит так:

1) Команда ярких энергичных молодых разработчиков набирается с обещаниями разбогатеть через опционы на акции.

2) Стартап проходит через свой начальный капитал, и вводится второй раунд финансирования венчурного капитала. Параметры разбавляются до 1/2, 1/4 от первоначальной стоимости бумаги.

3) Это повторяется один раз, два ...

В конце концов, стартап сворачивается, и возможности разработчиков совершенно бесполезны. Кроме того, они настолько разбавлены, что отдача от разработчиков крошечная.

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

Стивен С
источник
У меня когда-то был коллега, который любил собирать бесполезные опционы на акции, хотя я действительно сомневаюсь, что он был бы разочарован, если бы кто-то окупился. Тем не менее, 25 разработчиков не являются стартапами, и должна быть существующая компания.
Дэвид Торнли
@ Дэвид - вопрос говорит: «Представьте себе стартап ...». Это может быть более ясно?
Стивен C
Хотя мне нравится думать, что у меня хорошее воображение, есть вещи, которые я пытался представить и потерпел неудачу. Одним из них является стартап с 25 разработчиками. После более чем десяти лет работы в качестве технологической компании, которая очень сильно зависит от программного обеспечения, у нас нет 25 разработчиков.
Дэвид Торнли
3

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

  1. Четкое указание ответственности и ожиданий (скажите им, что нужно)
  2. Предоставьте доступ к инструментам, необходимым для правильной работы (мониторы, мощные системы)
  3. Дайте им способ измерить их производительность (гики, как графики)
  4. Дайте достаточно возможностей для развития профессиональных навыков
  5. Дайте им много признания, когда они делают хорошую работу (кто не любит похвалы)
  6. Дайте им работу, которая будет успешной (что они умеют делать по отдельности)
  7. Дайте им возможность высказать свое мнение, идеи и чувства (безопасным способом)
  8. Дайте способы поощрять и развивать дружбу (культура труда)
  9. Дайте им повод сделать качественную продукцию (гордитесь тем, что они делают)
  10. Назовите более высокое призвание, указав, почему то, что они делают, имеет значение для другого человека (кажется, что для работы существует почти «духовное» измерение)
Adamizer
источник
3
  • Подгруппы (БД, средний уровень, GUI)

  • Нет тестеров? Заменить некоторые обезьяны кода

  • Не будет аналитиков? Заменить некоторые обезьяны кода

  • Кто будет управлять инструментами / контролем версий / вики / инфраструктурой / средами? Заменить некоторые обезьяны кода

  • Бесплатный кофе, бесплатная вода, бесплатные фрукты

  • Пятничное пиво

ГБН
источник
2

Ты имеешь в виду, они строят "следующую большую вещь", и они уже не мотивированы?

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

Стивен Эверс
источник
SnOrfus, это может быть решением, которое я часто предлагаю, но контекст вопроса в том, что у них нормальная мотивация, и вы хотите ее улучшить.
@Pierre 303: Я пытаюсь подчеркнуть, что внутренняя мотивация является самой мощной и полезной. Другие формы воспринимаемой мотивации могут быть вредными. Например: ted.com/talks/dan_pink_on_motivation.html
Стивен Эверс
Этот разговор TED удивителен! Я планирую пойти на местную беседу TED в декабре. Эти презентации редко бывают скучными.
1

Вы хотите узнать о личностях людей. Согласно недавним теориям лидерства, важно, чтобы вы были подлинными и разделяли общее поведение и цели с членами вашей команды. Лидерство также можно рассматривать как тренировку членов вашей команды для достижения их целей ( вот немного теории)

poseid
источник
1

Вы должны мотивировать разработчиков написать следующее убийственное приложение?

Возможно, хорошее место для начала было бы позволить им ЗНАТЬ, что они будут делать это таким образом, чтобы они могли видеть долгосрочную перспективу этого. Такая цель должна быть очень мотивирующей сама по себе - ЕСЛИ это действительно убийственное приложение.

Затем покажите им в действии, что вы на самом деле это имеете в виду!

user1249
источник
1

в порядке или важности:

  • поделился видением
  • четкие ожидания
  • предсказуемая среда (TDD, ночные сборки, ежедневные групповые чаты, еженедельные проверки, все, что работает для вашей команды и продукта)
  • лучшие инструменты
  • серьезная зарплата со сверхурочной работой
  • удаленная
  • опционы на акции
Стивен А. Лоу
источник
1

Стив Макконнел имеет хороший обзор этого в своей книге « Быстрое развитие» , а также список источников (включая высоко оцениваемое Peopleware ) для дальнейшего чтения.

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

Ник Ноулсон
источник
1
  • Оплата выше рыночных ставок
  • Дайте им четкие требования (отфильтруйте несущественные)
  • Будьте увлечены разработкой программного обеспечения, даже сами программируйте
  • Будьте активатором , а не «боссом»
jonathanconway
источник
0

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

Том W
источник
-1

Командные события могут помочь. Такие события, как посещение спортивных игр и т. Д., Могут мотивировать часть группы. Я предполагаю, что баланс выясняет событие, которое будет включать всех.

aggietech
источник
2
За исключением того, что они находят место на выходных или после работы в целом.
Оливер Вейлер