Здравствуйте, Аноним, Вы писали:

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

Моя личная точка зрения:

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

Причем, планирование должно быть еженедельным и ежедневным.
На неделю формируется план в соответствии с общим планом проекта. В конце недели люди присылают отчёты.

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

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

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

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

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

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

Про нематериальные стимулы тут люди уже писали. Иногда простой апгрейд компьютера сотрудника даёт увеличение мотивации.

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