Записи с метками команда

Я слышал очень много нареканий в сторону Agile подходов по поводу стремления к кроссфункциональности в командах. Обычно в критических материалах приводятся достаточно идиотические примеры. Вот парочка из них:

• «Ага! Давайте задействуем уборщицу! Она будет у нас заниматься базами данных по совместительству!»
• «Ну и как, скажите мне пожалуйста, тестировщик сможет заменить разработчика? Он же не умеет программировать!»
• «Ну-ну! Интересно что натворят junior разработчики в базе данных…»

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

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

Работа HTML верстальщика также состоит из нескольких частей (снова грубое деление): верстка базовой версии HTML страницы, прикручивание основных стилей, хаки и правки под разные браузеры. И снова та же история. Только последняя активность требует критических навыков. Первые две активности достаточно адекватно может сделать и веб-разработик (в моем понимании не только может, но даже обязан уметь их делать).

Еще один мифический персонаж – DBA. У него вообще огромное число возможных активностей (и опять я груб): раздача прав на базы, создание схем, тюнинг запросов, модификация и миграция данных и т.д. Большая часть из них относятся к административной работе и может быть автоматизирована. Или выполнена разработчиком с последующим ревью DBA.

Но зачем все это нужно? Я вижу 3 цели у кроссфункциональности в моем понимании этого термина:

• Возможность балансировать нагрузку между членами команды, чтобы избежать простоев и затыков в работе
• Возможность частично заменить члена команды, который ушел в отпуск или банально заболел, и не останавливать процесс разработки
• Дать возможность членам команды сменять на некоторое время сферу деятельности, что стимулирует профессиональное развитие и делает работу разнообразнее

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

Многие очень сильно ругают аутсорсинг и любят сравнивать его с продуктовыми компаниями, видя в последних просто райский уголок для разработчиков. Я решил стать на защиту аутсорсинга и напомнить всем, что мы получили благодаря ему и каких проблем избежали на рынке IT. Сразу хочу предупредить, что все изложенные мысли в данной статье основываются на моем личном восприятии увиденного и услышанного во время посещения мероприятий (конференции, встречи, тренинги) в различных городах и странах, а также на опыте работы в Украине и Беларуси. Прошу не воспринимать все сказанное на свой счет и тем более не обижаться.

Начнем! Почему все таки аутсорсинг? Тут все просто. Мы находимся на первом «рубеже обороны» между Европой и огромной территорией «Востока» (Россия, восточные и азиатские страны). Поэтому мы отлично подходим для ведения IT бизнеса: недалеко расположены, близки по менталитету (по сравнению с «Востоком») и достаточно недороги (были когда все только зарождалось). Еще у нас достаточно неплохое образование и низкий уровень жизни, что делает профессию IT специалиста действительно престижной (далеко не самой, но все же). Именно поэтому в наши страны ломанулись западные компании. Сейчас ситуация немного меняется, но очень медленно. Мы дорожаем, образование ухудшается, но мы по-прежнему недалеко расположены и хватает специалистов «старой закалки». Поэтому аутсорсу в наших странах еще жить и жить. Я имею ввиду Беларусь и Украину. Хорошо ли это или плохо? Давайте разберемся!

Для сравнения я возьму Россию. Причины просты: мы территориально соседи, тот же менталитет, были когда-то единым государством. Глупо брать Англию и пытаться сравнивать достижения в IT бизнесе с Украиной.

Первый плюс аутсорсинга – это знание английского языка. Это колоссальное преимущество. Почему? Да потому что знание английского языка тянет за собой очень много других плюсов. Дело в том, что все основные современные тенденции в разработке создаются и устанавливаются в Европе и США. Все современные книги о разработке пишутся на английском языке. Практически все современные инструменты для разработки делаются тоже на англоязычный рынок. В России очень много продуктов делается на локальный рынок. И это понятно – огромная страна, в которой огромное количество направлений бизнеса. Но это означает русскоговорящих заказчиков и менеджеров. Что в свою очередь совершенно не требует знания иностранного языка. А он, как известно, без практики очень быстро погибает. И быстро приходит ситуация, когда подавляющее число разработчиков совершенно не знает английского. А это очень сильно бьет по самообразованию. Многие проекты и даже компании начинают жить в замкнутом мирке, время от времени в который попадает лучик света с какой-нибудь конференции или тренинга.

Очень показательным примером является язык для слайдов на конференциях. В России это на 99% русский язык. В Украине это на 70% английский язык. Даже на тех конференциях, на которых подавляющее большинство русскоговорящих. И это правильно. Потому что слайды презентации могут быть опубликованы и просмотрены человеком из любой страны мира. Вы можете получить на порядок больше обратной связи. Вам не нужно извращаться и переводить непереводимое (ведь многие термины не имеют аналогов в русском языке).

Второй плюс аутсорсинга – это общение. Много общения. Оно и логично. Ведь зарубежные компании очень сильно хотят быть в курсе как идет работа тут, в центре аутсорсинга. Ведь мало кто может сразу начать доверять совершенно незнакомым людям, да еще и находящимся далеко от вас. А общение порождает обмен мнениями, техниками, проблемами, решениями, практиками, подходами и т.д. А все это очень сильно развивает индустрию IT. В России ситуация совершенно другая. Очень много государственных проектов. А там всем плевать на общение. Основная задача – «окучить бюджет». Говорю не по наслышке, так как долгое время принимал участие в разработке системы документооборота для мэрии Москвы. ТЗ, море аналитиков, тотальный контроль, отсутствие конечного заказчика – вот характеристики таких проектов.

Третий плюс – внедрение Agile подходов. Не секрет, что Agile сообщества в Европе и США развиты на порядок лучше, чем у нас. Практически все основные методологии были придуманы и описаны там. Agile принципы распространяются очень быстро и приходят к нам с каждым новым проектом, с каждым новым заказчиком. В России с этим очень туго. Локальные заказчики очень далеки от Agile. Реально оооочень далеки. Я, приезжая на конференции в Россию и общаясь с участниками, попадаю в совершенно новый мир. Их проблемы просто неведомы нам. Многие компании и проекты работают просто по диким методикам и непонятно как умудряются хоть что-то выпускать. А то, что они выпускают, непонятно как можно использовать.

Ярким примером тут может случить банальный вопрос – «А вы пишете модульные тесты?». У нас их пишут или хотя бы хотят писать почти все. В России очень мало человек. Реально, есть целые компании, где не пишут модульных тестов в принципе. Нет смысла даже лезть в более глубокие сравнения. Этого вполне достаточно.

Четвертый плюс – это бешеный спрос на рынке. Этот спрос, с одной стороны, дает нам возможность жить спокойно и быть уверенным в завтрашнем дне. А с другой стороны, он дает нам большие возможности роста и саморазвития. Требования к кандидатам растут и появляются все новые и новые варианты для действительно талантливых разработчиков зарабатывать очень достойные деньги. Рынок постоянно находится в постоянном движении.

Я могу продолжать перечислять плюсы и дальше. Подумайте и вы. Если вспомните, напишите в комментариях. И давайте поблагодарим аутсорсинг за наше счастливое будущее!

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

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

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

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

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