Несмотря на все разговоры лучших разработчиков, все мы знаем, что требуется сильная, слаженная команда и чтобы работала она согласованно, чтобы получить лучший результат работы. Так вот вопрос: Что нужно для того, чтобы создать отличную команду разработчиков, которые создают отличные продукты и хорошо работают в подразделениях?

Источником информации о построении команд разработчиков и о бизнесе в целом: CIO.com

Мы обратились к руководителям технических и инженерных менеджеров, у которых получилось собрать слаженную команду и попросили их поделиться своей трудом, полученной мудростью построения команды.

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

  1. Расширение возможностей ваших инженеров

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

На интернет-сайте недвижимости Trulia, команды менеджмента и разработчиков встречаются ежеквартально, чтобы планировать и отрабатывать вопросы, говорит Jeff McConathy, вице-президент по разработкам для обслуживания клиентов.

«Процесс исходит от работника,» говорит McConathy «внутри команды, отвечающими за создание своих собственных приоритетов и дорожных карт и представляют их высшему руководству и лидерам по всей компании. Каждая команда также делится своими успехами и [чему они научились] за прошедший квартал. Это помогает каждой команде определить свои планы и приоритетные проекты, а также позволяет … команде управленцев задавать вопросы и убедиться, что каждая группа настроена на успех и движется в правильном направлении для компании».

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

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

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

 

Magento developer

Magento разработчик

  1. Помните о своих шагах

Инженерные менеджеры слишком часто оказываются отстраненными от своей первой любви: написания кода. Но проблемы с выпячиванием «управленческого» аспекта профиля работы уходят глубже.

Sam Lambert, старший директор GitHub по инфраструктуре, утверждает, что компании, которые рассматривают менеджеров и инженеров по-разному суждены выглядеть хуже.

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

Обучение это прекрасная возможность для сплочения менеджеров и членов команды вместе в одной лодке. В Booz Allen Hamilton, партнер Dan Tucker получает помощь от команды agile тренеров, которые тренируют и наставляют команды и менеджеров.

«Как правило, у нас есть менеджеры, которые проходят через этот опыт со своими командами,» говорит Tucker. «Это помогает установить общий язык, работать через сопротивление и замешательство, и моделировать будущее.»

McConathy из Trulia также рекомендует культуру ориентированную на сотрудника и политику открытой двери — даже перед лицом бизнес обязанностей. «Я отменил встречи с нашим президентом, чтобы выпить кофе с новым работником или чтоб провести время с кем-то, кто пытается справиться с проблемой,» говорит McConathy.

  1. Увеличение видимости бизнеса

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

«Помимо частных информационных данных сотрудников и клиентов, мы позволяем сотрудникам видеть все о бизнесе,» говорит Gadea. «Это включает в себя обновления для инвесторов, презентации совета директоров, финансовое положение на текущий момент- включая остатки средств на банковских счетах — не-отредактированные календари и т.д.»

Bridget Frey, директор по технологиям компании Redfin, соглашается с тем, что доступность основной деятельности компании играет важную роль в оказании помощи разработчикам в получении ценной информации.

«Наши инженеры сопровождают как тени наших агентов по операциям с недвижимостью, узнавая, как те проводят встречи с клиентами или договориться о цене покупки дома,» говорит Frey.

  1. Ломайте стены

Если ваши проекты не решают проблемы, как предполагается, это может быть вопросом барьеров, которые нуждаются в сносе.

Amanda Whaley, IT директор в компании Cisco, убирает ограничения путем ориентации на двух областях: культуре и технологиях.

«С культурной стороны, мы вкладываем энергию в построение отношений в рамках всей компании,» говорит Whaley. «Одним из примеров является внутрение конференции и хакатонов, когда члены команды из многих проектов могут работать вместе и создавать новые идеи, которые затем могут быть использованы для реализации новых проектов.»

«С технической стороны, мы ценим культуры «First API»,» добавляет Whaley. «Это побуждает команды разработчиков создавать интерфейсы API, и использовать проекты друг друга.»

  1. Знайте, когда обучать кросс-функционально — и когда специализироваться

Перемешивание ролей в краткосрочной перспективе может создать команду, которая лучше обучена справляться с неожиданными проблемами на лету. Здесь, перекрестное обучение может иметь важное значение для получения максимума от вашей команды.

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

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

John Paliotta, соучредитель и технический директор компании Vector Software, говорит одновременно с тем, что это важно, кросс-обучение может зайти слишком далеко.

«Для развития группы вы явно хотите избыточность, так что несколько разработчиков могут работать в той же самой области продукта, но вы также хотите, чтобы каждый разработчик, имел глубокую специализацию,» говорит Paliotta. «Специализация приводит к огромному приросту производительности по сравнению с тем, что можно получить имея команду универсалов.»

  1. Перемешайте

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

Zubin Irani, основатель и генеральный директор сPrime, подчеркивает необходимость смешения: «На последней встрече, вместо того, чтобы ломать что-то в наших обычных командах, мы на самом деле смешали разные команды вместе, чтобы они могли поговорить о вопросах кросс-команды, и придумать решения вместе о том, как улучшить положение вещей, «говорит Irani. «К примеру, наша мобильная команда, наша команда e-commerce, и наша команда API все собрались вместе с целью говорить о том, что хорошо работает, а что нет. Между командами,  они провели время, придумывая способы, чтобы улучшить положение вещей там, где у них были проблемы.»

Usha Parsa, директор по продукту для Yahoo Cloud Services, говорит межкомандное перекрестное опыление — это все о создании общих целей.

«Мы верим в agile подход … через различные границы отчетности, которые объединяются для выполнения по отношению к общей цели,» говорит Parsa.

«Модульные команды разделяют общую цель. Команды имеют индивидуальные ежедневные стендапы для эффективности, но команды также встречаются друг с другом в коротких встречах ‘Scrum of Scrums «несколько раз в течение недели, чтобы поделиться прогрессом и где они нуждаются в помощи друг от друга».

IT Development Team Search

Команда разработчиков в IT

  1. Переходим к кросс-функциональности

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

Nic Grange, технический директор компании Retriever Communications, говорит, что создание групп на основе результатов — а не функций — помогает уменьшить проблемы, обнаруженные в отделах. Она сводится к тому, как структурирован ваш бизнес.

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

 

Комментарии