Рычаги управления

Представим команду разработчиков, в которой есть куча мелких проблем: забывают писать коментарии к комитам, исправлять хмл документацию, зачастую не запускаются (исправляются) юнит-тесты.

Как это можно контролировать, точнее кто это должен делать (команда почти 20 чел), ну и соответственно как людей мотивировать\наказывать за такое?

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

У умельцев есть идеи снимать ЗП, но так как есть проблемы с мотивацией — это вообще не вариант.

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Помню, в детстве, в трамваях, были надписи: «Лучший контролёр — ваша совесть»:)

Чувак ты меня реально обидел


1. настроить систему...
2. ввести правило...

3. поставить билд сервер...

Это все хорошо и правильно, но помогает только для коллективов в которых люди ориентированы на конечный результат ибо от ошибок никто не застрахован. Есть другие конторы, например государственные, там народ предпочитает получать мало, зато и пинать балду. Заставь их больше работать — они уволятся. Ну вот в самом деле, есть положим госконтора, работает там программист к примеру Онуфрий (чтоб никого не обидеть) он предпочитает небольшую з.п, которая компенсируется приходом на работу «когда проснешься», уходом «когда надо», длииииинными сроками разработки и отсутствием контроля качества. Меня такая ситуация конечно не устроит, но есть люди которых устраивает — это их право в конце концов.
И тут приходит такой весь из себя активный начальник и говорит: давайте — ка мы будем приходить во время, работать больше, лучше и быстрее. Как думаешь, получится у него — нет! Лучшие быстро просекут, что работать нужно, а платят мало и уволятся. А худшие, они и есть худшие. Скорее всего по другому просто не могут.
p.s. Часто — густо подобная ситуация наблюдается в шаражках созданных для попила какого — либо бюджета. Разрабатываемый там софт по большому счету никому не нужен, чисто для галочки. Мол вот — же люди работают, получают деньги, создаваемые программы покупаются. То — что в цене заложено 90% отката знают все кроме не в меру ретивого нового ночальничга. Как правило, реформы в таких вот болотцах плохо заканчиваются для того самого молодого и эффективного менеджера. По сему, перед тем как начинать реформы задумаемся: почему то, как было раньше всех устраивало.

p.s1. А нафик топикстартеру вообще надо что то менять, а? Имхо, если тебя специально не наняли для исправления ситуации проще или не копаться в этом болоте, или свалить нафик из такой с позволения сказать шараги

какая зарплата такая и работа, принципиально.

говнокодэр

ы;) теперь ясно кто такой говнокодер — тот кто отказывается работать за еду при нормальных скилах:)

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

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

2 pmalyavkin

Почти 20 человек — это очень немало для одной комманды. Чем Вы занимаетесь, какой процесс? Дайте побольше входных данных, т. к. тема интересная

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

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

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

Scrum — методологія управління проектами для гнучкої розробки програмного забезпечення.
Scrum and XP from the Trenches

testitquickly.com/...m-the-trenches

у многих мотивация близится к нулю

а зарплата?

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

Но ведь так было не всегда? Були деньки... © да?
С чего начался бардак?

Скорее всего нет многих мелких проблем, а есть одна ключевая.

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

2Paul
Всё верно.
Но у меня нет перед глазами этой ситуации, людей итд.
Естественно, если руководство идет не «от сердца», то это не руководство вовсе.
Умный человек (по совместительству мой друг) как-то сказал: «нет дураков на свете, есть люди не на своем месте©»

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

2Сталин
Прям по полочкам все, как у психолога. Но не сработает)
Потому как не видно человека за этим всем, искусственно доверие можно вызвать, но оно недолговечно. Такой способ для аферистов хорош: накрутил, надул и свалил пока не раскусили...
А каждый менеджер должен свой подход сформировать, соответствующие его личности и характеру. Именно поэтому всякие эсэмемаи и прочее дермицо не работает и в гуглях и микрософтах не юзается и юзаться не будет.
Нужно искреннее доверие и взаимоуважение в команде, тогда можно горы сворачивать. И именно к этому нужно идти.
Исходя из этого упоминание о неких говнокодерах сразу выдает говономенеджера)
Если человек плохо работает, значит ему дали задание не по силам и виноват в этом менеджер и никто другой.

Так что господа менеджОры, начните с себя)

1. Неформальный лидер. Нужен в команде человек, который был бы помешан на проекте. Он создаст атмосферу изобилия обсуждений на тему проекта. Он может молоть даже чушь полную, абы по проекту. Его можно получить выделив из списка наиболее разговорчивого, и добавив ему в ЗП. Естественно не за сами грядущие разговоры, а за активность.
2. Формальный Лидер. Менеджеру следует добитьяс уважения среди подчиненных. Вникать в саму суть потери качества, делать обоснованные поблажки, типа — «тут действительно коментарий не нужен, я обязательно донесу это до заказчика, молодец Василий». Формальный лидер должен будет выделить успешно-развивающегося (не подлизу) проггера, и прилюдно наградить новой подставкой под кофе. А после работы подозвать, и добавить ЗП. Мол вопрос ЗП — не для всеобщего обсуждения, но хорошая работа не остаётся без внимания.
3. Если мотивация не начинает поголовно повышать качество кода, то аккуратно, только если в глазах подчиненных, менеджер выглядит как «строгий, но справедливый», выделить самого злостного и принципиального говнокодера, и без лишних эмоций попросить его начать искать новую работу. Заблаговременно нужно провести беседу с неформальным лидером на предмет понижения внимания к этому потенциальному говнокодеру.

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

2pmalyavkin

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

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

И

повышать ЗП, тому кто наиболее адекватен

Другой момент о том что вы говорите так это просто полное наплевательское отношение к рабочему процессу. Определите четко что входит в понятия разработки продукта, когда он считается законченым. Что значит тесты не идут или нет документации или еще чего то. Нафиг тогда такие разработчики нужны которые не просто не вкладывают в разработку, а еще и ломают ее??? Самый просто способ это скрам, и continuous integration. При таком подходе не отвертишься — сразу видно кто и что и как делает.

#
хук 6 мин. назад!
Ну тогда повышать ЗП, тому кто наиболее адекватен...: -)

И понижать тем кто не адекватен совсем. Но вообще вопрос команды и атмосферы.

> не будет давать комитить дерьмо.
Безусловно все это хорошо, но приводит, в основном, только к повышению качества дерьма =)

Людей никакая приблуда не заменит, слава Богу...

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

Поставить Тим Сити с инспекциями и зауском тестов — он может работать как прокси к VCS, не будет давать комитить дерьмо.

Ну тогда повышать ЗП, тому кто наиболее адекватен...: -)

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

А он так типа: эх, Петруха)

Підписатись на коментарі