РУС | EN

14 июня(суббота) 2014 Москва

Телефон: +7 (499) 403-10-11 (многокан)
E-mail: 2014@devconf.ru

Как поощрять и наказывать разработчиков, если ты не директор?

- Дмитрий Снисарь
- Психолог (специализация: психология коммуникации). Последние три года - работаю с людьми от IT.
- Тренер (2000+ студентов, 2500+ тренинг-часов).
- «Я знаю, как выглядит конструктивное общение и знаю, что и как можно поправить».
- Владимир Железняк
- Тренер. 15 лет в коммерческом IT программистом, менеджером, консультантом.
- Работал в продуктовых и аутсорсинговых проектах
- «Я знаю на практике, где в IT плохое общение приводит к проблемам».

Доклад(45 мин)

Хвалить или ругать? Поощрять либо наказывать?
Когда человек плохо делает свою основную тему - мы его либо учим, либо выгоняем. А вот если он пишет годный код, но:
- не использует проектные стандарты (naming style, форматирование и тд)
- херит чужую работу
- отправляет пустые описания к коммитам
- опаздывает
- не отправляет таймрепорты
- срывает совещания (перебивание, сарказм, личные нападки, уводы в сторону)
- не говорит вовремя о проблеме
За такое увольняют? Нет!
Можно ли это оставить как есть? Врядли!
Что же делать? Наказывать?


Программа конференции