Если у вас есть комната с полноценными разработчиками, что можно сделать, чтобы побудить этих разработчиков к восторгу и энтузиазму по поводу разработки программного обеспечения и программного обеспечения?
Нет трюков, но настоящий шаг к созданию среды, в которой люди хотят работать в программном обеспечении, а не только потому, что компания является хорошей компанией для работы в целом.
По моему мнению, абсолютная, № 1, самая важная вещь, которая побуждает разработчиков проявлять энтузиазм в отношении их работы, - это чувство собственности на их продукт. Все тренировки по созданию команды, группы чтения и т.д. Хороши, но в конечном счете неэффективны, если разработчики не имеют чувства собственности.
Вот быстрый, вне списка манжеты вещей, которые важны, на мой взгляд, для обеспечения этого:
Защитите своих разработчиков от всей политики в меру своих возможностей. Пусть они делают все возможное, разрабатывают программное обеспечение. Ничто не убивает результативную команду, например, чтобы ссориться во внутренней политике.
Этот хорошо известный разговор говорит лучше:
Питер Гиббонс: Боб, у меня восемь разные боссы прямо сейчас.
Боб Слайделл: Прошу прощения?
Питер Гиббонс: восемь боссов.
Боб Слайделл: Восемь?
Питер Гиббонс: Восемь, Боб. Так что означает, что когда я ошибаюсь, я есть восемь разных людей, пришедших чтобы рассказать мне об этом. Это единственное реальная мотивация не должна быть пресечена, это и страх потерять работу. Но вы знаете, Боб, это только сделает кто-то работает достаточно тяжело, чтобы не увольняйтесь.
Нанять подходящих людей
В процессе собеседования задайте вопросы, которые позволят вам увидеть их страсть к ремеслу.
Некоторые примеры, они:
Как только у вас будут хорошие люди, избегайте их пути. Имейте правильное количество процесса, не заставляйте ненужную стандартизацию, прислушивайтесь к вопросам, будьте честны по поводу того, что происходит.
Прочитайте Peopleware от DeMarco и Lister.
Я еще не встречал способного разработчика, который еще не в восторге от создания отличного программного обеспечения. Хитрость заключается в том, чтобы держаться подальше от их пути и не разрушать естественный энтузиазм.
Joel Test - хорошее начало.
что можно сделать, чтобы разработчики будут взволнованы и энтузиазм по поводу программного обеспечения и разработка программного обеспечения?
Ничего.
Страсть к разработке программного обеспечения приходит изнутри и не может быть создана с нуля. Кормление существующей страсти - это легкие ресурсы, обучение и явная благодарность за эту страсть от руководства - все, что нужно.
Единственным исключением может служить пример. Если вы взволнованы, другие могут следовать.
ОБНОВЛЕНИЕ: Как было сказано в других ответах, гораздо лучше нанять хорошо. Я бы пропустил более десяти хороших программистов, которые просто хотят получить зарплату за одного хорошего программиста, который в свое свободное время котирует в свободное время.
ДРУГОЕ ОБНОВЛЕНИЕ: этот ответ прыгал с помощью up/downvotes, поэтому позвольте мне уточнить. В формулировке OP конкретно задается вопрос о том, как сделать существующую команду возбужденной "о разработке программного обеспечения". Я утверждаю, что если они уже не заинтересованы в своих избранных профессиях, работодатель не может сделать этого, чтобы вызвать интерес. Бескорыстная, немотивированная команда сделает беспорядок самым увлекательным проектом. Напротив, мотивированная команда профессионалов, которые любят свою работу, могут сделать лучшую черную программу калькулятора там и наслаждаться каждой минутой.
Имея интересную, сложную и выгодную проблему для решения, где все разработчики заинтересованы в результатах. Если нет, у вас есть комната, полная разработчиков, придерживающихся до тех пор, пока проверка оплаты будет чистой.
Мне нужно немного согласиться с комментарием, сделанным Паскалем, но я не собираюсь начинать с этого пути.
В целом было доказано, что один из лучших способов предоставить разработчикам среду, которая позволяет им любить свою работу, - предоставить им свободу. Однако, глядя на другой маршрут здесь, вы пытаетесь найти "страстных" разработчиков.
Чтобы быть на 100% честным, нет прямого подключения к "способным" и "страстным". Есть сотни разработчиков, которые могут быть программистами и могущественными хорошими. Но у многих из них нет желания стать страстными разработчиками.
Чтобы создать команду страстных разработчиков, вам действительно нужно начать с процесса найма и HIRE страстных разработчиков, а не пытаться "создать" их.
Я думаю, что самое главное - компания должна ценить то, что разработчики могут сделать для компании. Если в компании работают дешевые банки, которые просто видят ваших застройщиков в качестве расхода, которые они не могут ждать, чтобы избавиться от этого, вы обречены. Команда разработчиков должна рассматриваться менеджером как стратегический актив, который делает их деньги сейчас и сделает их больше денег в будущем.
Также важно общение в компании. Разработчики должны быть в состоянии выяснить, что именно компания должна им делать. Самодержавная бюрократия сверху вниз и управление грибами могут разрушить моральный дух и сделать невозможным для разработчиков повысить ценность, независимо от того, какой уровень энтузиазма они принесли на работу. Программное обеспечение, созданное вашей командой, будет так же хорошо, как общение в компании. Я думаю, что это "Закон о Конвее" . p >
Таким образом, это большая проблема, во многих случаях невозможная, потому что высшее руководство будет иметь свои собственные идеи о приоритетах и общении и удачи, влияющих на них. Но альтернативой является партизанская разработка, где вы сражаетесь с бесконечной битвой против своей собственной компании.
Для меня вещи, которые мотивируют меня, заключаются в следующем:
Чтобы быть точным, возникает вопрос: "У меня есть команда разработчиков, и я хочу, чтобы эти конкретные разработчики с энтузиазмом относились к разработке программного обеспечения", или просто "Я хочу команду энтузиастов разработчиков программного обеспечения"? В последнем случае просто не нанимайте людей, которые не в восторге.
В первом случае вы довольно сильно ввернуты. Трудно изменить кого-то личность настолько, что они начинают заботиться о чем-то, чего они раньше не интересовали. Конечно, это можно сделать, но позвольте ему взглянуть на это. Сколько здесь не удалось убедить свою лучшую половину в том, что программирование интересно? Если уж на то пошло, сколько людей не устроили энтузиазм своей подруги для покупок или обуви?;)
Убедительные люди, которые разделяют ваш интерес и энтузиазм по поводу чего-то, - это тяжелая работа.
Если вы не готовы отложить несколько лет своей жизни за то, что вы вошли в голову каждого отдельного разработчика, узнаете их и что заставляет их тикать, а затем постепенно подталкивать и подталкивать их к тому, чтобы заинтересоваться чем-то, что они раньше просто рассматривали работу, вам, вероятно, лучше позволить им пойти и нанять людей, которые мотивированы для начала.
Задайте им интересные проблемы.
Дайте им средства для решения этих проблем.
Свести к минимуму количество дерьма, с которым они имеют дело, что напрямую не связано с решением этих проблем.
Наградить их за успешное решение этих проблем. Не стоит недооценивать ценность искреннего похлопывания по спине от парня, который подписывает ваши зарплаты.
Дайте им долю в более крупном предприятии - за пределами следующей зарплаты.
И когда они предлагают новую проблему, которую, по их мнению, стоит решить, послушайте.
Нет.
У вас есть люди в команде, которые любят учиться и всегда хотят подтолкнуть себя к лучшему, или у вас нет этих людей в вашей команде. Конечно, реальность такова, что у вас будет смешанная сумка.
Просто используйте людей, которые с энтузиазмом (это легко сказать), и не используйте тех, кто видит программирование/разработку программного обеспечения как "справедливую" работу.
Невозможно, чтобы ИМО превращал полных без энтузиастов в страстных программистов. Нет серебряной пули.
деньги, деньги, деньги... и не говорите, что деньги не имеют значения, если проект захватывающий или скучный.
В Weinbergesqe:
Вы задали неправильный вопрос. Правильный вопрос: "Каковы вещи, которые менеджеры делают, чтобы разоблачить разработчиков и снизить мораль?" Тогда не терпите эти вещи в своей среде.
И, кстати, вы уже должны знать ответ на этот вопрос. Если вы не найдете другую работу.
Внуки и удар?
Как насчет предоставления им финансовой доли в результатах их программных проектов? Например, совместное использование корпораций.
Таким образом, страстные разработчики - это те люди, которые идут домой и пишут программное обеспечение в свободное время.
Переход на конференцию по разработке программного обеспечения с хорошими, вдохновляющими ораторами может иметь огромное значение.
Хотя я согласен с тем, что нелегко (или даже возможно) создавать страсть к программированию, я думаю, что можно увлечь страстных разработчиков энтузиазмом в отношении своей работы. Даже самый страстный разработчик программиста может разочароваться, если его разместили в застойной рабочей среде.
Итак, что можно сделать?
Я нашел работу в организации, которая охватила гибкое развитие, имеет много правильных качеств для создания энтузиастов.
Прочтите "" Динамика развития программного обеспечения" Джима Маккарти. Серьезно, почти вся книга посвящена этим и связанным с этим вопросам.
Если они принципиально не ориентированы на разработку программного обеспечения, вы ничего не можете сделать.
Если они в восторге, это здорово, и вам нужно избегать шумихи. В этих ответах есть несколько отличных рекомендаций.
Если бы они были восторженными и избили их, вы, вероятно, добьетесь хороших результатов, предоставив им разумные проблемы, защитив их от плохого управления и в целом рассматривая их как ценных и уважаемых людей.
Если у вас есть комната, полная способных разработчиков, что можно сделать, чтобы побудить этих разработчиков к восторгу и энтузиазму в отношении разработки программного обеспечения и программного обеспечения.
Правильный вопрос на самом деле: "Что можно сделать, чтобы побудить этих разработчиков к восторгу и энтузиазму по поводу разработки программного обеспечения и программного обеспечения в нашей компании.
Это довольно просто. Ответ никогда не был секретом. Его просто никто не слушает.
Очень простые элементы:
Пусть эти восторженные разработчики работают среди других страстных людей. Удалите тех, кто не заботится о команде. В противном случае они будут действовать как больные клетки, проливающие апатию и депрессию другим членам команды.
Стремитесь разработать качественный и профессиональный продукт
Установите профессиональный и эффективный процесс
Доверяйте и уважайте людей. Оцените их знания. Уважайте их мнение. Собственно, это часть более масштабной стратегии: пусть ваши разработчики смогут изменить ситуацию и позволить им увидеть, что они могут реально влиять и изменять вещи.
Пусть они растут профессионально и позволяют им видеть, что этот рост ценится и нужен вам.
Теперь что не помогает вообще.
Оплатите им плохо. Разработчики также являются людьми (по большей части), и у них также есть свои счета для оплаты.
Отклонить свои инициативы, предложения и предложения по улучшению. Скажите им каждый раз, когда они придумывают что-то, что их попытка ввести изменения делает их чуждыми и нежелательными элементами в компании.
Имеют продукт низкого качества и не заинтересованы в его улучшении. Hacks, копировать/вставлять код, накапливать технические долги, разваливать вещи после каждого выпуска, что не мотивирует разработчиков.
Плохо управляйте развитием и хаотичным процессом. Задачи, проекты и небольшие решения, принимающие новый вектор каждые несколько дней, наконец, устранят желание участвовать от кого-либо. Неудачные расписания из-за непредсказуемой рабочей нагрузки и набора функций, все они идут по дороге. Достаточно скоро выбежать из кофе, чтобы некоторые из них начали перемещаться в другом месте.
Есть скучная и неинтересная социальная среда. Разработчики, которым некому поговорить, чтобы поделиться своими интересами, наконец, станут скучными. Не все заинтересованы в вопросах налогов, футбола и детских садов как единственных тем на общественных собраниях.
Я склонен сказать ничего, как и другие, и я должен согласиться с тем, что настоящая страсть к нему - это не то, что вы можете создать, оно либо существует, либо нет, однако есть вещи, которые вы можете сделать.
Скоринг на Тест Joel - отличный старт,
Огоньте все PHB и нанимайте умных менеджеров, которые максимизируют вероятность того, что программное обеспечение действительно будет закончено и будет работать правильно.
Команда управления, которая знает компьютеры и может содержать свои собственные в техническом разговоре, является очень полезной функцией. Не пытайтесь продавать страстных разработчиков по поводу рекламы, тенденций и модных слов.
Задайте четкие и стабильные цели и точно сообщать цели команде или людям. А затем просто выберете способ, чтобы разработчики это сделали.
Не уходите далеко от разработчиков, но вам нужно решать такие проблемы, как бесплатное питание, приобретение модных офисных принадлежностей и другие тривиальные вещи, которые разработчики не хотят делать еще полезными для повышения производительности и добавления преимуществ разработчику команда.
Dan Pink отмечает 3 вещи, которые мотивируют людей, если в работе требуется творчество. RSA Animate - Drive: Удивительная правда о том, что мотивирует нас, - это 10-минутное видео об этом, но вот 3 вещи:
Автономия. Дайте команде контроль над расписанием и дайте им возможность владеть своей работой.
Мастерство - насколько хорошо они развивают свои навыки создания превосходного программного обеспечения.
Цель - Почему они делают это программное обеспечение? Какая огромная польза от этого?
Несколько других источников на этом материале: