Возглавить не очень хорошую команду

Как бы вы справились, если бы у вас была команда из 5 человек, скажем, с 4 некомпетентными программистами, и вас попросили возглавить? Очевидно, что вы не можете написать код для 4 парней (вы можете, но это не очень хорошая идея. По крайней мере, я с этим справился). Сталкивались ли вы с такими ситуациями?

Редактировать: я думаю, что звучит грубо, выбрав неправильное слово (некомпетентный) для решения моей проблемы. Перефразируя вопрос, как вы справляетесь с людьми, которые не выполняют поставленные задачи (по каким-либо причинам [от некомпетентности до вещей «мне все равно»)?)?

Наставник их.

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

Другой проект был другим. У меня был менеджер, который был терпелив и работал с ними. Да, они были на низком уровне, но отчасти потому, что они плохо работали над одним проектом и пережевывали его, а затем потеряли уверенность в себе и сделали хуже, принеся больше пережевывания. Это были умные ребята, они просто не знали, как сфокусировать его на продуктивности. Похоже, у вас относительно высокий процент некомпетентных членов команды, что меня беспокоит. Иногда есть пара, но 80% это довольно высоко. Похоже, у них не было хорошего лидера, который бы помогал им наставлять и давать им возможность учиться, не чувствуя молотка все время (конечно, вы не даете им оснований, поэтому я предполагаю, что это проблема). Неважно, в чем конкретно заключается проблема, это звучит как проблема всей команды, и вы, как их новый лидер, обладаете полномочиями, ресурсами и возможностями, чтобы дать им лучшую учебную и рабочую среду, чем они привыкли ,

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

Ответ на изменение темы:

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

Не покупайте его с нижней полки!

Ответ на «некомпетентность»:

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

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

Следующее, что вам нужно сделать, это убедиться, что вы объяснили, почему то, что они сделали, было неправильно. Пусть они спорят с вами и / или задают вопросы ... надеюсь, они это сделают. Заставь их сделать это правильно; надеюсь, вы получите поддержку от руководства, потому что это всегда было одной из моих главных проблем (они должны поддержать вас, когда вы говорите: «Иди, делай это правильно», а другой парень начинает волноваться)

Вы должны сделать это как можно более политкорректным. Даже если вы хотите кричать на них, "WTF, где вы думаете, что MORON !!!" Это не летит и не поможет вообще. Так что не пытайтесь сначала с ними поговорить, если вы так чувствуете. Иногда электронная почта работает лучше, так что вы можете редактировать себя.

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

Вот как вы помогаете ИМ улучшаться. Теперь для вас ...

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

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

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

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

Имей немного веры.

Возможно, это похоже на ситуацию в Office Space:

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

Источник: цитаты Office Space . Несколько других вопросов для размышления:

• Сроки слишком агрессивны?
• Достаточно ли поддержки для своевременного выполнения задач?
• Какого рода последующие действия выполняются для поставленных задач, слишком много или слишком мало?

Это лишь некоторые из вопросов, которые я рассмотрю, пытаясь найти причину проблемы, поскольку вы, похоже, описываете скорее проблему отношения, чем проблему компетенции. Вы исследовали какую-либо терапию модификации поведения? Техника мотивации? Просто пара других тем для исследования, которые могут представлять интерес. « RSA Animate - Drive: удивительная правда о том, что нас мотивирует », может в какой-то степени послужить здесь отправной точкой.

Вы можете уволить этих людей?

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

Можете ли вы просто дать им низко висящие фрукты и сделать что-нибудь более легкое, пока вы занимаетесь другими делами? Сосредоточьтесь на архитектуре / структуре / общем дизайне и дайте им действительно простые инструкции.

Подавать пример. Нет плохих команд, только плохие лидеры.

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