Главный вопрос в заголовке, остальное пояснение...

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


Немного о нашей схеме работы: 4 программиста с небольшой специализацией каждый (самый слабый имеет 2 года опыту) + руководитель-программист. Куча одновременно запущенных проектов (10+), под которые нужны программисты. Раз в неделю руководителем определяется график работ и корректирует в течении недели при наступлении неожиданностей. Фактически группа разработки является сервисным отделом, в который кидают тз и из которого вылетает конфа к проверке.

денежная мотивация

(0) бери ношу по себе, чтоб не падать при ходьбе.
Откуда уверенность, что у вас есть запас по производительности?

(0) увольнять старых и ленивых зазнавшихся "королей конфигуратора" и нанимать молодых и голодных

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

Вы таки думаете, что если лошадь больше кормить или бить она будет бежать быстрее?

(1) фигня это все.

варианты

1. приковать к батареи
2. каждое утро выдавать по банке вазелина, и если к вечеру вазелин не израсходован - дрючить начальника
3. прострелить коленку
4. каждое утро сажать на коленки блондиночку

:)

(3) с таким подходом далеко не полетишь

(1) штрафы демотивируют и понизят производительность, повышение ни влияет на производительность, как и премии

+(2) у нас, кстати, такая же ситуация, только программистов 30+ и проектов раз в шесть больше

>>одновременно запущенных проектов (10+)
на 4х копрокодеров 10+ ПРОЕКТОВ???
да вы батенька оптимист...

Фару им на лоб!

ЗП влияет на лояльность не более того. на производительность нет.

(5) премия дольшна быть  прамо пропорционально превышению 100 % плана

(10) в данном случае "копрокодеров" - это переход на личности, ибо не доказано. Не делай так

(13) еще раз повторю, что это все фигня.

если человек начинает быстрее работать от премий - его надо уволить ибо он ЗП не отрабатывает тогда.

(0) Если не справляетесь, привлекайте на спецов аутсорс.

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

(7) есть такой древний термин - децимация...
когда под нож не всех а только некоторых

(0)Делаешь сдельную работу. и НЕ ОГРАНИЧЕВАЕШь  количество работы. тогда они сутками будут работать. если не работают, нанимаешь тех, кто работает.

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

(8) так откуда все-таки уверенность, что запас производительности есть?
то, что вы кодите, сопровождаете вы же или кто-то другой?

Скрамы, итили и прочие страшные буквы...
А по факту - 10 проектов одновременно на 4 человек, имхо, перебор. Разве что вы им многопоточность внедрили...

у меня есть правило выхлопа программиста 50+50

расшифровка
50% всего что он пишет идет в корзину
50% рабочего времени он должен заниматся развитием, отдыхом, совещанием, учебой


по этому попробуйте сократить первые 50% (не востребованые разработки), для этого нужно ДРЮЧИТЬ того кто дает ит ТЗ (в случае если выполненые работы не используются или переделываются)

Замените в офисе сетевые хабы со 100/10-мбитных на гигабитные.

Производительность должна вырасти в 10 раз.

(15) с чего ты взял ?
когда работодатель садится на шею -- с ним надо прощаться

а то есть начальники, которые рассуждают так :
"... вы и вправду думали, что за мои деньги ваши специалисты бездельничать будут, что ли?"
http://nnm.ru/blogs/SSSR/podchinennyy-dolzhen-pahat/

Бить

(25) и кнутом и пряником?

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

(6) проблем с мотивацией нет, во всяком случае я не вижу

(10) я жосткий пессимист, но сейчас такая схема работает, но планируется еще больше проектов
(16) есть небольшой опыт - полностью негативный
(19) сверхурочные полезны только на коротких промежутках - 1-2 недели, потом проблем больше
(21) скрам не подходит, нет стабильной команды, итил для сопровождения, свибок пока не особо помог, но и читал его поверхностно, пытаюсь канбан сделать, но как то с трудом продвигается. Многопоточности нет, слежу за этим. В каждый момент времени один программист работает по одному и только одному проекту

Чтобы повысить эффективность коровы ее нужно больше доить и меньше кормить

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

из реальных советов

поставьте по 2 монитора, есть статистика что производительность при этом +20%

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

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

(30) Лучше 2 ПК, на одном в танчики гонят, на втором кодить

(27) как повысить эффективность чего угодно? Эффективность = выхлоп/затраты.
На что уходить больше сего времени у программистов? Вот это и надо оптимизировать как-то. Конкретных советов ты тут не найдешь, потому, что ни кто, кроме тебя, не знает, что там у вас можно оптимизировать.

(28) козлик задроченный, но жить будет?
чтобы повысить производительность коровы, её нужно говорить о том, что соседние коровы дают молока гораздо больше, чем она)

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

(22) мы пока не можем посчитать процент того, что идет в корзину, но там точно не 50%. Отдых - когда хочешь и сколько хочешь, никто не возмущается, пока это не вредит проекту, совещания только при 100%ной необходимости программиста, развитие и учеба - есть правило 20%, но по факту все предпочитают в это время проекты доколбашивать

(29) руководитель я, я не расхаживаю, а на мисте тусуюсь =) пашу по стока же, скока и программисты + менеджерские функции
(30) уже
(31) постановщики есть, но алгоритмы им нельзя давать прорабатывать, иначе они были б программистами и были в моей группе... повышение качества входящих данных один из пунктов развития, но решить его можно только выделением архитектора на каждый проект, что является полной ж0пой для архитектора
(33) я не жду конкретных советов, жду опыта других, сработавших схем и просто пинка в нужную сторону, чтоб осенило, а уже я сам потом буду под нашу ситуацию додумывать. Как помешанный на ТОСе не люблю отталкиваться от затрат при разговоре про эффективность

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

(27) >> новых прогов ищем, но нормальные проги хотят намного больше, чем они на самом деле стоят

А во всех автосалонах за машины хотят намного больше, чем они на самом деле стоят. Та же беда с айфонами.

Если по-русски, то рынку не интересно твое мнение, о том, что сколько на самом деле стоит.

(0) Нанять специально обученных нукеров.

я, вот лично могу в один момент времени заниматься 1 задачей .. 10 одновременных задач , и я окончательно сойду сума

(40) А вот Юлий Цезарь, говорят, мог одновременно писать законы, смотреть тв, разговаривать по сотовому и принимать посетителей...

(0) Хе-хе, "теория ограничений" в действии :)

(41) Юлий Цезарь писал законы?

зомбирование решает вашу проблему
никаких отвлечений никакой личной жизни
только 1с
если силы на исходе подсадить исполнителей на стимуляторы пока не снюхаются пусть пашут
потом набрать новых
начальник должен стать фанатиком 1с

(44) только полная кастрация?

(44) Можно еще вырезать мозги и напрямую подключить к компам.

(40) Аналогично!

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

(43) Ага... И заодно ТВ смотрел... Канал "Дискавери" :)

(35) у нас вроде не так, во всяком случае обижать прогеров не даю, но и не скажу, что МП и руководство работает максимально эффективно
(37) очень часто программисты стесняются сказать, что у них есть где то проблема, или не знают, что более опытные могут решить ее в 10 раз быстрее. Пытаюсь выявлять такие моменты, но пока выходит плохо. Если у кого то есть проблема, то остальные помогают по мере своих сил.
(38) ну вот мы пока не можем себе позволить пару новых "айфонов"
(42) вот только "Герби" никак не найдем...
(40)(47) параллельности нет, переключение между проектами только утром, после обеда или когда текущая закончилась полностью. Состояние потока юзаем по полной

а не прегашать еще пригласит девушек - "группу поддержки"
в коротких юбках и с такими пушистыми пампушками....

(50) +100
нужно создать максимально комфортные условия для работы. берите пример с офиса Яндекса

(50) гы-гы-гы...  Пушистыми пампушки - отличный мотиватор! :)

перерывы на CS должны быть обязательно

(+50) а не прегашать = а не предлагали.....(не проснулся еще)

(50) просто надо поменять клавы им
http://cs11367.userapi.com/u138661224/151732757/x_cf30cfb8.jpg

(50) девчонки больше отвлекают, хоть и мотивацию поднимают (и не только мотивацию)
(53) днем перерывы на настольный футбол, а вечером никого не остается, так что у нас это не взлетело

(42) вот нарисую скоро дерево текущей реальности и будет всем счастье...

(57) фиговое дерево и на нем дятлы программисты

По такому поводу есть отличный анек:

Лето. Июль. Колхоз. Сидят двое: пpедседатель колхоза (П) и агpоном (А).
А. - План по сенозаготовкам 60%.
П. - Что делать будем?
А. - Поехали в наpод.
Пpиезжают на поле, а там один мужик с косой ходит.
П.(подумав) - А чего он только в одну стоpону косит?
Агpоном, не долго думая, связал 2 косы и стал мужик в обе стоpоны косить.
Чеpез неделю.
А. - План по сенозаготовкам 80%.
П. - Что делать будем?
А. - Поехали в наpод.
Пpиезжают на поле, а там тотже мужик с двумя косами ходит.
П. - А чего он пpосто косит?
Агpоном, не долго думая, пpицепил к заднице мужика гpабли и стал мужик в обе стоpоны косить и тpаву за собой собиpать.
Еще чеpез неделю.
П. - Мы выполнили план на 100% и нам выдали пpемию 100 pуб.(цены стаpые)
Пpедседатель забpал себе 70 pуб., агpоном 25 pуб., оставшиеся 5 pуб. pешили отдать мужику.
Пpиезжают на поле, а мужик как их увидел, бpосил все и побежал от них.
Они догнали его, деньги отдают и сpашивают:
- Ты чего побежал от нас?
Мужик отвечает:
- Да я как вас увидел, так и подумал, что вы мне сейчас фонаpь на х$# повесите, чтобы я еще ночью pаботал.

(0) закрыть туалет, курилку, вести дресскод как в газпроме, отрубить интернет. и мисту тоже.

Останутся только самые лучшие.)

(0) начальник - слабое звено...

предлагаю.

убить.

(61)Компания без начальства ?

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