Posts tagged Мотивация

А ваша команда отдыхает?

0

Много недель постоянной работы. Месяц сменяет месяц – команда работает над проектом.

А вы не замечали что команда начинает “подтормаживать” когда переходит от реализации одного большого куска требований к другим?

А сетует ли команда на то что они могли сделать что-то лучше если бы у них был день на изучение новой библиотеки?

Не успевают с подготовкой для сертификации? Уже хотят в отпуск?

Команде надо дать отдохнуть.


Поюзанная команда – это плохо.

 

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

  • Информационный перегруз снижает восприятие информации.
  • Снижается производительность
  • Допускают больше ошибок
  • Не успевают учиться – а это их главная составляющая капитала

Между пакетам работ на протяжении последних 3-4 недель следует сделать день (лучше два) перерыва.

  • Хорошо когда этот день будет пятница или другой день перед однодневными выходными.
  • Сделайте рабочий день – днем работы с чем угодно. Но после него убедитесь что есть выходные
  • Дайте обязательно день на обучение. Предварительно соберите информацию о том кто к каким сертификационным экзаменам готовится. Поставьте открытую доску продвижения к результату. Это будет мобилизировать тех кто готовится к экзамен и руководству напомнит про то что надо способствовать продвижению сотрудников на сложной стезе к успешной сдаче экзаменов. И день на подготовку хотя бы раз в две недели – это то про что вы должны не забывать.
  • Если у вас “жирный бюджет” – сделайте сдачу промежуточных результатов в Форосе, на берегу Черного моря. Или на худой конце в ближайшей рекреационной зоне около вашего города. Это не значит поехать бухнуть! Это именно сдача результатов + небольшое обучение.

Ведь это же не задача полететь на Марс, правда? ;-)

Отчёты работают только для самодисциплины

0

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

 

http://habrahabr.ru/blogs/agile/111732/#comment_3567856

Перевод «How we got rid of time reports» Henrik Kniberg

0

Отличная статья на Хабре “Как мы избавились от отчетов о выполненных работах” - http://habrahabr.ru/blogs/agile/111732/

PS Сразу хочу оговориться что данные идеи классные но могут быть не применимы для определенных видов бизнеса. Например, если надо выставлять счета клиенту с часами и с разбивкой по задачам – то вам не избежать процедуры фиксации времени. Другое дело что ее нужно максимально упростить.

Цитаты из статьи:

“Это раздражало. Не только потому, что это просто занимало время и отвлекало всех, но и потому, что моя работа по «утверждению» отчетов было в основном игрой в
угадайку. У меня не было никаких рабочих способов узнать, правилен ли отчет.”

“… я стал задавать вопросы по-другому. Вместо вопросов «Почему нужны отчеты о выполненных работах», я стал спрашивать «Что случится, если мы «потеряем» отчеты» или «Что случится, если мы «нечаянно» сгенерируем содержимое отчетов случайным образом».”

“Сейчас мы используем эти отчеты, чтобы считать овертайм. Но заполнять отчеты уныло, а работать овертайм – это еще более уныло. Мы все знаем, что один час энергичной, мотивированной, сфокусированной разработки полезнее целой недели зомби-кодинга”

Так что такое предложение. Больше нет отчетов. И больше нет овертайма.

«Конечно, иногда могут быть исключения. В таких случаях будет работать традиционная система компенсаций за переработки. Мы будем стараться минимизировать такие случаи и разбираться с ними в каждом отдельном случае. Если сомневаетесь – позовите меня».

«Manage for the normal and treat exceptions as exceptional»
— Edwards Deming

Геймификация

0

Только сегодня, честно говоря,  познакомился с новым для себя термином в управлении проектами – Геймификация. А узнал я о нем из новости:

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

Для компании по-умолчанию создается 50 закрытых (locked) бейджей (достижений), которые могут открывать сотрудники. Т.е. получается, компания играет, как единая команда (включая руководителя) против авторов игры (как знатоки против телезрителей). Потенциально сервис даже может устраивать соревнования между девелоперскими компаниями. Заработанные за выполненные задачи и проекты очки сотрудники могут потратить во встроенном магазине призов (Rewards Store).

ИМХО идея не нова – но ее реализация в ядре системы управления проектами уже интересно. Правда говоря – простые методы рассчета компенсации для сотрудников уже много где есть. А тут еще и много нематериальной составляющей ;-)

О Геймификации – http://www.livebusiness.ru/news/9905/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+livebusiness+%28LiveBusiness%29

Менеджер проекта по неволе. Как спасти человека и проект?

0

Руководство любит тыкнуть пальцем в одного из инженеров и сказать – ты будешь менеджером этого проекта.

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

Как объяснить руководителю что он сделал неверный выбор, демотивировал сотрудника и поставил под огромный риск успех выполнения проекта?

Про подбор людей в Agile проекты

0

… В Agile, а особенно в Scrum, наоборот,нужно подбирать…самых умных, самых самостоятельных и независимых, самых одаренных, трудолюбивых людей, которые нередко могут запросто послать на собеседовании рекрутера в ж… пу или еще дальше за нескромные вопросы :-) Наверно, ключевым моментом тут будет способность человека говорить правду в глаза, не бояться ни компании,ни обстоятельств. Короче ищут «тигров».

Подробнее читать тут

Дайте возможность людям выбрать проект и команду

0

Из практики Ларри Константина – он рекомендовал компаниям организовать инициацию команд проектов таким образом чтобы сотрудники сами предлагали свое участие в проектах и выбирали команду в которой они хотят работать над проектом. Почему это хорошо? Это повышает мотивацию людей к участию, расширяет возможности системы само организовываться, есть конструктивная конкуренция, больше возможности для генерации идей, правильного сочетания талантов и возможностей разных людей.

Успех порождает успех

2

ДеМарко в Человеческом факторе замечательно написал про фактор успеха в проектной команде: “Успех порождает успех, а продуктивная гармония – еще более продуктивную гармонию. … Весь проектный опыт состоит из достижения маленьких успехов совместными усилиями. … хорошие руководители стараются как можно чаше предоставлять команде возможности для совместного успеха. Это могут быть маленькие пилотные подпроекты, …, все что помогает создать в команде привычку добавиться успехов вместе.”

Разрушительная сила низкого качества

0

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

Участие в одном проекте

0

В Человеческом факторе ДеМарко есть очень интересный совет – сократить участие одного сотрудника в проектах до одного. Один сотрудник участвует в одном проекте. Точка. Идеал.

Go to Top