Это был долгий год. Месяц за месяцем вы, как и другие программисты из вашей команды, тяжело работали, выполняя обязательства по проекту. Вы начинаете думать о премии в конце года. Это сезон подарков — зимнее солнцестояние, Ханука, Рождество, Кванза и обыкновенный Новый год — праздники идут один за другим. Что вы подарите вашим высокопроизводительным программистам, чтобы они поняли, как вы их цените? И вообще — как вы оцениваете, награждаете или стимулируете разработчиков приложений и программного обеспечения? По существу, именно в этом заключался вопрос, поднятый аудиторией на одном из лекционных туров, который я совершал по Австралии вместе с такими индустриальными светилами, как Роб Томсет и Эд Йордон. Это заставило всех нас задуматься о более творческих и эффективных методах поощрения разработчиков.

Это вечная проблема. Когда речь идет о стимулах, многие из нас склонны думать упрощенно. Несколько лет назад я работал с русскими и украинскими менеджерами из одной недавно приватизированной фирмы, которая раньше принадлежала советскому государству. В какой-то момент я понял, что вместе с ними оказался вовлечен в одну неувядаемую управленческую игру под названием «Почему бы вам не… — Да, но…». Я предлагал способы более эффективной работы, а они отвечали: «Да, но у нас нет надежных источников снабжения», «Да, но наши работники не готовы взять инициативу в свои руки», «Да, но мы не можем уволить работников и не можем изменить их зарплату. Мы не можем стимулировать сотрудников». Сначала эти блестящие и «мотивированные» менеджеры советской закалки не находили мотивацию для своих работников, но ког-да я предложил «мозговой штурм», они придумали десятки способов и средств мотивации, не прибегая к сокращению штатов или денежным поощрениям. Естественно, мы также способны найти эти возможности.

Многие из нас, чокнутых, любят технологические игрушки. Тест на родство со славным гранфаллоном довольно прост. Загораются ли ваши глаза при мысли о новом замечательном устройстве в ГПИ, или о SD-видео-карте к 21-дюймовому плоскоэкранному монитору, или о гигагерцовом лэптопе с диском в 20 Гбайт? Вы один из тех людей, которые не могут дождаться выхода бета-версии нового продукта? Вы раздираете целлофановую обертку для того, чтобы узнать, решены ли в релизе 2.0 проблемы релиза 1.1?

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

Конечно, такая тактика работает не всегда. Для некоторых из нас установка бета-версии программного обеспечения — это нечто среднее между плаванием в заплесневелой овсяной каше и заменой спутниковой антенны на крыше во время грозы. За последние несколько лет я сам умудрился принять участие лишь в одном бета-тестировании. Возможно, в качестве более подходящего варианта можно предложить меню, представляющее программные или аппаратные «игрушки». Лучшие работники выбирают в первую очередь. Еще одним вариантом может быть право первого голоса в выборе инструментов, языков и библиотек, которые следует приобрести в следующий раз.

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

Я должен похвалить Роба Томсета за один из самых творческих способов поощрения лучших и блестящих программистов, позволяющий получить неожиданную обратную отдачу. Он предлагает вознаграждать успешность временем. Работники, которые создают качественное программное обеспечение и представляют его в срок, получают время на участие в любых интересующих их проектах. Какой программист откажется от шанса получить несколько месяцев на изучение нового языка, или экспериментирование с методами сжатия изображений, или разработку нового текстонезависимого метода поиска? Проект может быть каким угодно, и за участие в нем программист получает зарплату! Что действительно вызывает интерес у большинства из нас, технарей, — так это возможность изучать новое, испытывать его, играться с новыми инструментами и методами.

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

Если для ваших программистов время действительно значит больше, чем деньги, вы можете предложить им в качестве награды дополнительные выходные. В более масштабной и долгосрочной перспективе интересна традиция, принятая у австралийцев и известная под названием «отпуск за долгую службу». Если вы проработали в какой-то организации или компании десять лет, вы можете получить длительный отпуск (обычно 8-12 недель) с полной оплатой. В отрасли, где лояльность не распространена, а текучесть является серьезной проблемой, довольно разумно применять стимулы, позволяющие удержать хороших людей, которых вам было так трудно найти.

Быть в курсе событий, происходящих в области разработки программного обеспечения, довольно трудно. С другой стороны, это очень забавно — работать в такой быстро меняющейся технической сфере деятельности. Она никогда не бывает скучной. Посещение дополнительного практического семинара или билет на участие в очередной Конференции по про-граммированию встроенных систем (Embedded Systems Programming) или по разработке программного обеспечения может быть эффективным способом признания усердной работы. Книги и журнальные подписки — еще один недорогой метод поощрения.

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

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

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

Вы можете даже спросить у своих «ударников труда», что они хотят получить. Таким образом вы можете получить совершенно новую идею!

Из журнала Software Development, том 3, № 12, декабрь 1995 г.