• созданный ими продукт оказывается успешным, что повышает их уверенность в себе;

• они ощущают, что продукт, над которым они работают, это выражение их самих;

• они ощущают страстное желание найти решение трудных проблем;

• им нравится создавать ценность, находя простые программные решения;

• работа позволяет зарабатывать достойные деньги;

• им доверяют критически важные проекты;

• их увлеченность своей профессией адекватно вознаграждается;

• они могут использовать самые современные технологии;

• они получают высокую оценку от всех заинтересованных лиц;

• пользователь сказал им спасибо.

Как видите, существует множество способов мотивировать (и демотивировать) людей. Если вы менеджер команды разработчиков или проектный менеджер, то полезно вести некий мотивационный учет в отношении каждого члена команды. Вот как это работает…

Когда мне было двенадцать лет, один из учителей сказал моей матери, что мое отношение к школе напоминает отношение животного, охраняющего свою территорию. Я ненавидел, когда в мое пространство вторгались посторонние. Мне не нравилось, когда кто-то клал свои карандаши или другие предметы на мою парту. Это отношение с тех пор ничуть не изменилось. Мне все еще не нравится, когда другие пользуются моими вещами, вторгаются в мое жизненное пространство или претендуют на результаты моих творческих усилий. У меня однажды был партнер, который случайно открыл мою электронную почту. Уверен, что эмоциональная травма, которую я ему нанес, все еще не зажила. И мне не стыдно признаться, что потребовалось три года, чтобы наконец-то решиться открыть совместный с моим партнером банковский счет. Да и то не без колебаний. Поэтому нет ничего удивительного, что мне не нравится делиться своим кодом с другими людьми.

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

Поэтому если вы считаете, что какая-либо практика (вроде коллективного владения кодом) необходима, то как вы собираетесь мотивировать кого-то, кто столь же упрям, как я?

Представьте себе баланс (рис. 5.2), в котором перечислены факторы, мотивирующие или демотивирующие одного из участников вашей команды. «Лучшие практики» по-разному воспринимаются разными людьми. Меня коллективное владение кодом демотивирует. Следовательно, из моего баланса нужно вычесть один пункт. А мой приятель Нильс, самый оголтелый из социалистов, которых я когда-либо допускал в свою жизнь, был бы, скорее всего, в восторге от идеи передать свой код другим. Таким образом, для него коллективное владение кодом будет сильнейшим мотиватором, а в его мотивационном балансе появляется жирный плюс.

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

Применяя Scrum, мы можем до бесконечности обсуждать, какой метод оценки объема работ лучше – с помощью «единиц истории», «идеальных дней», «размеров футболок» или «попугаев»? Какова оптимальная продолжительность одной итерации – одна неделя или четыре? А также чем лучше пользоваться при планировании – специальным приложением или стикерами розового цвета? И так далее… Все равно главное в том, что, стимулируя членов своей команды проводить такие обсуждения, вы добавляете плюсы в мотивационный баланс каждого сотрудника. И вам это ничего не стоит!

Все дороги ведут в Рим. И хотя дорог, ведущих к успеху в проектах по разработке ПО, несколько меньше, все равно вы будете часто оказываться перед выбором. При возникновении очередной развилки мне часто приходится становиться свидетелем дискуссий о том, какие практики «лучше», – при этом многие забывают первую ценность Agile-манифеста: «Ценить людей выше, чем процессы». Мотивировать людей всегда важнее, чем заставлять их пользоваться теми практиками, которые нравятся лично вам. Если вам не повезло и ваша команда состоит из людей, похожих на меня, смиритесь с тем, что они никогда не полюбят коллективное владение кодом, независимо от того, сколько книг Кента Бека вы их заставите прочитать. Вам придется сбалансировать свою новую политику, привнеся в нее убеждающие и мотивирующие компоненты. В противном случае вам придется зализать раны и попробовать что-то еще.

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

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