7 ошибок управления удаленной командой

jumbo-uni-remoteБизнес-сфера одной из первой начала использовать ИТ-решения в своей экосистеме: мейнфреймы для сложных вычислений, вебсайта для продвижения и, наконец, ИТ-продукты, на которых строится бизнес. Иногда содержание "домашней" команды для работы над подобным продуктом возможно, но в большинстве случаев у заказчика недостаточно ресурсов или навыков для управления своей командой ИТ-профессионалов. Подобная ситуация встречается часто, и ее решение тривиально - аутсорсинг.

Зачем же тратить ресурсы и время на построение команды, которая скорее всего будет распущена через год разработки – как только продукт будет готов? Намного удобнее заключить соглашение с компанией-аутсорсером, в которой уже есть профессионалы с так необходимыми клиенту навыками. Есть несколько основных направлений для аутсорсинга разработки продукта: Индия, Китай, Центральная или Восточная Европа. Все они хороши, но у каждого есть одна и та же проблема – они географически удалены от заказчика. В случае "домашней" команды у клиента есть полный контроль и бизнеса, и разработки продукта. В случае удаленной команды заказчик и дальше контролирует бизнес, но разработка продукта находится вне зоны его прямого контроля. Опять-таки, это типичная ситуация, но найти решение уже не так просто.

Заказчик должен понять, что "там" уже есть человек, который управляет удаленной командой – вы. Вы знаете вашу команду, знаете сильные и слабые стороны каждого сотрудника, но главное ваше преимущество – вы находитесь рядом с командой. У вас куда как больше возможностей для управления разработкой продукта и именно на ваши плечи ложится обязанность управлять командой во всех, даже самых неблагоприятных, ситуациях. Итак, с одной стороны есть заказчик со своим бизнесом, а с другой стороны есть вы и ваша команда. Успех разработки продукта зависит от уровня общения между заказчиком и удаленной командой. Подобный тип общения существует в ИТ-сфере уже достаточно давно, и есть одна хорошая практика, которую вы можете использовать.

Разделение обязанностей

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

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

Семь ошибок

1. На стороне бизнеса нет человека, принимающего решения

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

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

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

2. Запросы удаленной команды обрабатываются очень медленно

Вам и вашей команде часто нужны ответы на бизнес-вопросы, и в большинстве случаев эти ответы нужны вам сейчас. Если заказчик отвечает на ваши запросы медленно, ваша команда может простаивать по 2-3 дня, буквально прожигая время и деньги. Объясните заказчику необходимость получения ответов на ваши вопросы в течение рабочего дня и ни часом позже. Если вопрос непростой, попросите уведомлять вас об этом, чтобы вы могли адекватно планировать ваши действия.

Правило: Убедите заказчика отвечать на ваши запросы в течение рабочего дня и ни часом позже.

3. У удаленной команды нет четко поставленных целей

Заказчик управляет бизнес-частью вашего проекта и определение целей для удаленной команды и вас – его задача. Если у команды и вас нет поставленных целей – вы не приносите пользу заказчику. Если же вам поставлены нечеткие цели, может случиться то, о чем Питер Друкер писал: "Нет ничего более бесполезного, как эффективно делать то, что не надо делать вообще". Объясните заказчику обязательность постановки четких целей.

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

Правило: Убедитесь, что вам поставлены четкие цели.

4. Заказчик не заботится о членах удаленной команды

Одним из выражений, почти всегда воспринимаемых ИТ-сферой в штыки, является фраза "Люди – это ресурсы". Люди не хотят быть ресурсами, у каждого из них есть своя жизнь, свой характер, свои надежды и желания. Ваша команда – это люди, а не ресурсы. Убедитесь, что у заказчика не сложилось иного мнения и что он относится к вам всем с должной долей уважения. Постарайтесь представить ему каждого члена команды, пускай и заочно. Попытайтесь вовлечь клиента в мотивирование членов команды: пускай он делится своим видением проекта и периодически хвалит команду – ваши сотрудники будут работать куда как более креативно и продуктивно, если они воодушевлены проектом. Даже самое маленькое письмо с похвалой от заказчика значительно повышает настроение в команде.

Правило: Объясните заказчику, что люди - это не ресурсы.

5. Совместная разработка осуществляется неправильными инструментами

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

Microsoft Project – пример системы управления проектами, которая не подходит для совместной разработки ПО. Большинство простых действий в ней занимают слишком много времени, а люди склонны к "забыванию" вещей, которые попусту тратят их время. Как результат, какие-то важные беседы и решения могут избежать сохранения и потеряться в самый нужный момент. Backpack от 37 Signals и Confluence от Atlassian – примеры инструментов, которые хорошо подходят для совместного ведения проекта. В отличие от MS Project, они концентрируются на простоте использования и фокусируются на хранении всех ваших бесед, документов и схем – именно то, что необходимо для совместной работы с заказчиком.

Правило: Используйте системы управления проектами, подходящие для совместной разработки проекта.

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

Говард Бехар, один из директоров Starbucks, всегда использовал в своей работе набор мудрых высказываний, которые накапливались за его длинную практику. Одним из моих любимых выражений является "Позвольте уборщику самому выбирать метлу". Говард считает, что единственный способ получить максимальную отдачу от сотрудника, это показать ему направление и дать ему достаточно свободы для выполнения задачи. Этот принцип легко применить и к разработке ПО: вам и вашей команде просто надо иметь цель и достаточно свободы для ее достижения.

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

Правило: Не бойтесь обсуждать необходимые команде свободы с заказчиком.

7. Заказчик проверяет каждую минуту в тайм репортах вашей команды

Тайм репорты обычно используются при оплате работы удаленной команды заказчиком: они показывают, сколько времени потратил каждый член команды на работу над проектом и чем он занимался. Эти отчеты хороши для того, для чего они создавались, но, как и любой инструмент, они могут быть использованы не по назначению. Иногда информация из тайм репортов используется заказчиком для придирок к качеству работы удаленной команды и как повод к отказу от оплаты. Как уже писалось ранее, "Позвольте уборщику самому выбирать метлу". Заказчик уже выбрал вас и доверился достаточно для начала разработки своего продукта на вашей стороне. Объясните ему бессмысленность подобного недоверия. Да, клиенту нужен контроль, но тайм репорты – совсем не подходящий для этого инструмент.

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

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

Вывод

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

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

Нашли в тексте ошибку — выделите её и нажмите Ctrl+Enter.
Вакансии
Новые комментарии
[img]https://2.bp.blogspot.com/-hYc3gl2lHlw/WyoFeZYHS6I/AAAAAAAAFkY/4LYpCRJAMn8HP9q3aJfZGFDOnv2FzaGPQCLcBGAs/s1600/ssimg_128202257.jpg" imageanchor="1"><img border="0" data-original-height="667" data-original-width="1000" height="267" src="https://2.bp.blogspot.com/-hYc3gl2lHlw/WyoFeZYHS6I/AAAAAAAAFkY/4LYpCRJAMn8HP9q3aJfZGFDOnv2FzaGPQCLcBGAs/s400/ssimg_128202257.jpg[/img] Потребительский кредит – это наиболее простой и удобный способ решить возникшие финансовые трудности, от которых в наше время мало кто застрахован. Помимо этого получение потребительского кредита является удобной формой совершения крупной покупки, на которую никак не удается скопить денежные средства, например, на покупку автомобиля, бытовой или компьютерной техники. Даже если вам удалось скопить денежные средства, то постоянно растущий уровень инфляции их безжалостно обесценивает. Именно поэтому самым надежным, эффективным и выгодным вариантом является оформление потребительского кредита. Сегодня банковские и прочие финансовые учреждения предоставляют различные виды потребительских кредитов, благодаря которым вы можете купить все что угодно, от зубной щетки до квартиры в престижной новостройке. Используя кредитные ресурсы, вы можете оплатить тот или иной вид услуг, например, ремонт, лечение в медицинском учреждении или обучение в ВУЗе. Современные кредитные организации идут навстречу своим клиентам, предлагая получение кредитов, как в безналичной, так и наличной форме. Для потенциальных заемщиков созданы самые благоприятные условия для оформления и получения потребительских кредитов. С развитием современных технологий оформить и взять кредит теперь можно, не выходя из дома или офиса – для этого необходимо иметь любое мобильное устройство с выходом в интернет. На нашем сайте представлены крупнейшие банки России, которые предлагают получение потребительских кредитов на самых выгодных условиях и по самым низким процентным ставкам. У вас нет необходимости заниматься маркетинговыми исследованиями в поисках подходящего банка. У нас представлены стабильно работающие кредитно-финансовые учреждения, которые пользуются безупречной репутацией, и поэтому вы можете смело перейти к заполнению заявки на получение кредитных средств. Ознакомление с условиями кредитования по каждому банку, представленному в нашем списке, не займет много времени, точно так же быстро вы можете заполнить заявку на получение кредита в онлайн-режиме на официальных страницах крупных российских банков, таких как: • Промсвязьбанк; • Банк Москвы; • Банк Тинькофф; • Ренессанс кредит; • Банк «Русский стандарт»; • Уральский банк реконструкции и развития и другие. http://w88yes.ga/forum/viewtopic.php?pid=110353#p110353 http://marinushka.blog.cz/0805/taq-to-sebaposkodzovanie#komentar151018434 http://ff-kpop-cz-sk.blog.cz/1610/wicked-angel-part-23-minhyun#komentar150932781 http://www.lamilara.com/index.php/trailers-de-bano/bano-3/#comment-6751 http://w-hwezdiczka.blog.cz/0805/1-kolo#komentar150933283 Взять потребительский кредит наличными Удобство подачи заявки на получения кредита онлайн заключается в том, что вам не надо: • простаивать утомительные очереди в банке только лишь для того, чтобы получить консультацию кредитного инспектора; • собирать невероятное количество бумаг и документов, которые больше носят бюрократический, нежели практический характер; • оформления залогового обеспечения. Все что вам нужно для того, чтобы получить кредит наличными или на кредитную карту – это грамотно и точно заполнить онлайн-заявку. Это несложная операция, которая займет всего несколько минут, дает вам возможность в течение короткого времени получить кредит на карту или наличными средствами, которые вы можете спокойно потратить по своему усмотрению: • на покупку мебели; • на оплату обучения; • на ремонт квартиры; • на поездку за границу; • на покупку крупной бытовой техники; • на прочие потребительские нужды. При этом у вас нет необходимости отчитываться, на какие цели будут потрачены кредитные средства. Главная задача заемщика – своевременный возврат кредита и начисленных по нему процентов. При этом необходимо помнить, что чем лучше кредитная история заемщика, тем больше у него шансов быстрее получить кредит, а также оформить заем на большую сумму. Благодаря тесному взаимовыгодному сотрудничеству с проверенными и надежными кредитными организациями Российской Федерации, мы поможем вам оформить самый выгодный потребительский кредит, будь то кредит в наличной форме или заем на кредитную карточку. [url=http://profizum.ru/]Кредит[/url]
Bryanmoone
24.06.2018 в 14:12
Microsoft отказалась от обещаний добавить VR в Xbox

Обсуждение

Ee0de4fca84c8c3e0d8dbe3424baf643?1401052271

к сожалению, эти ошибки зачастую ещё накладываются друг на друга.

спасибо было интересно, но ещё интереснее было бы изобличение типичных ошибок самой команды разработчиков.

C379be0fabb8e7e43522ec663293cd1d?1529799609
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

>> к сожалению, эти ошибки зачастую ещё накладываются друг на друга.

А так оно всегда :)

>> интереснее было бы изобличение типичных ошибок самой команды разработчиков

Может, чего-нибудь и соображу - по настроению

Ee0de4fca84c8c3e0d8dbe3424baf643?1401052271
-1

только стоит консультироваться с той стороной, а в своём глазу и бревна иногда не замечаем.

C379be0fabb8e7e43522ec663293cd1d?1529799609
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-1

Это да, ну если статья будет - не только из своей головы все брать буду, источники и все такое

Picture_130?1356409798
+2

О, как всё запущено-то!

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

Это всё могло бы работать в статическом мире. Мы живём в динамическом мире, который меняется быстрее, чем программисты программируют, поэтому "только один бизнес ответ" сегодня, превращается в сотню бизнес проблем завтра.

>>> Убедите заказчика отвечать на ваши запросы в течение рабочего дня и ни часом позже.

Интересно, а чето делать с проблемой часовых поясов? Как разруливать несовпадение выходных? Что делать, если ваши вопросы нужно эскалировать выше, что нередко занимает больше дня?

>>> Убедитесь, что вам поставлены четкие цели.

Насколько чёткая цель "сделать копию гугла"? Очень чёткая, на мой взгляд, но вряд ли кто-то отважится взяться.

>>> Объясните заказчику, что люди - это не ресурсы.

Чушь!

>>> Используйте системы управления проектами, подходящие для совместной разработки проекта.

Замечательный пример нечёткой цели. :)

>>> Не бойтесь обсуждать необходимые команде свободы с заказчиком.

Ограждайте команду от этого. Или откажитесь от проекта.

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

Ну икак оценивается качество кода или документации? Ну глупость же!

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

Хотя это всё непросто. :)

C379be0fabb8e7e43522ec663293cd1d?1529799609
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

-2

>> Это всё могло бы работать в статическом мире. Мы живём в динамическом мире, который меняется быстрее, чем программисты программируют, поэтому "только один бизнес ответ" сегодня, превращается в сотню бизнес проблем завтра.

Вы говорите про динамику, а сами применяете месяц как контекст моего утверждения. Сегодня один ответ, надо что-то поменять - меняем. Вы ведь, надеюсь, не разрабатываете три вариации одного и того же одновременно - одну взять, а две на выброс?

>> Интересно, а чето делать с проблемой часовых поясов? Как разруливать несовпадение выходных? Что делать, если ваши вопросы нужно эскалировать выше, что нередко занимает больше дня?

В случае США-Беларусь вопрос, заданный утром, будет отвечен к следующему утру. Если вопрос долгий, стороны уведомляют друг друга об этом. Где проблема?

>> Насколько чёткая цель "сделать копию гугла"? Очень чёткая, на мой взгляд, но вряд ли кто-то отважится взяться.

Четко поставленная цель не гарантирует ее достижения. НО. Нечетко поставленная цель гарантирует ее НЕдостижение. Вопросы?

>> Чушь!

А вас, наверное, не иначе как "Менеджер 323458ФК" называют? :D

>> Замечательный пример нечёткой цели. :)

Ну так я и не заказчик :)

>> Ограждайте команду от этого. Или откажитесь от проекта.

От чего ограждать, от свобод? Отказываться, если не дают свобод - согласен.

>> Ну икак оценивается качество кода или документации? Ну глупость же!

Плохое качество документации можно заметить даже без критериев. Аналогично и с кодом - плохой код так или иначе вылезет наружу.

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

А где хоть слово в моих высказываниях против этого абзаца? :)

Спасибо за коммент =)

B76b264861feff550e8deff3bd03749f?1418675233
+1

Помоему позабыта ещё одна распространённая ошибка - добавление людей когда начинают поджимать сроки. И далеко не всегда удаётся убедить заказчика что дополнительные люди первое время (от недели до двух а то и трёх) будут не ускорять работу а замедлять. Хотя и следует заметить, справеливости ради, что используется это, в основном, как последний вариант, когда других уже нет.

Picture_9612?1356410080
linkit
– программист в БелМобайлСофт

+2

Почитайте Брукса. Феноменология управления ИТ-проектами заключается в курьезности и, на первый взгляд, нелогичности приемов управления (например, добавление исполнителей не уменьшает срок выполнения проекта, а увеличивает его :), увеличение уровня оплаты труда не становиться стимулом, а демотивирует программистов, перестановка ролей в команде эквивалентна набору новой команды и т.д.) Это искусство, основанное на психологии, интуиции и оно не может быть сформулировано по пунктикам 1, 2, ... Талантливый менеджер это дар!

Мне интересно как были выявлены 7 наиболее частых ошибок? Проанализирована какая-то серьезная статистика или эта информация взята от серьезной аналитической компании?

C379be0fabb8e7e43522ec663293cd1d?1529799609
Иван Сухинин
– Sr. Director, POC and Innovation в Kibo

+1

Читал я Брукса, читал. И не утверждал, что это не искусство и что по пунктам можно все расписать. Просто есть вещи, которые можно перечислить и которым следовать.

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

Missing

"но разработка продукта находится вне зоны его прямого контроля"

Есть такая программа. Называется Yaware.TimeTracker. Она позволяет контролировать сотрудников даже на растоянии


Авторизуйтесь, чтобы оставлять комментарии

Использование материалов, размещенных на сайте, разрешается при условии прямой гиперссылки на dev.by. Ссылка должна быть размещена в подзаголовке или в первом абзаце публикации.
datahata — хостинг в Беларуси