ИТ-беседка
@ITbesedka
Как бизнесу наладить общение с разработкой. Часть 1
Хочу рассказать о том, как любой владелец продукта (для простоты будем назвать его ПО) может наладить отношения с командой разработки, будь то новая команда или текущая.
Поработав с большим количеством ПО я обнаружил, что у многих есть общие ошибки и заблуждения, которые мешают нахождения общего языка с командой разработки и работе в целом, о этих ошибках я и хочу поговорить.
Важность работы над доверием
Самое первое, что мешает наладить контакт, это то что многие ПО думают, что любая команда должна быть мотивирована сама по себе решать любые бизнес задачи и переключаться на любые новые требования. Как будто это происходит само и ничего делать для этого не нужно. На самом деле доверие к планам по продукту и направлению его развития нужно заслужить. Это непрерывный процесс работы с командой. Вам же это нужно потому, что без этого вы не достигните своих целей. Если команда будет демотивирована или вы вообще начнете терять людей, то поедут и сроки и возможности взятия в работу определенных задач. Замена разработчиков не быстрый процесс, все это время проект будет стопориться. Вам это не нужно и не допустить этого не так и сложно.
Последовательность действий
Очень важна последовательность ваших действий. Если вы говорите что-то, то выполняете это. Иначе к вашим словам очень быстро перестанут прислушиваться и перестанут обращать внимания на попытки воодушевить команду на новые свершения. Так же к последовательности можно отнести выдерживания минимальных периодов изменения вводных по набору ближайший задач. Хотя бы две недели должны быть нерушимыми (да исключения будут всегда, но это должны быть именно исключительные случаи, которые вы сможете объяснить команде). Я работал в разных сферах и всегда слышал в начале, что две недели никак нельзя терпеть. Но по факту, со временем это переставало вызывать вопросы. Постоянные метания в задачах выбивают вашу команду из фокусировки, оставляют много сделанной в стол работы и влекут накапливающиеся ошибки. В таких условиях эффективно работать могут не многие, а еще меньше людей хочет так работать.
Посещение регулярных встреч
Лучший способ показать команде, что вам на нее наплевать это начать пропускать регулярные командные встречи (если у вас их нет, повод задуматься о том, чтобы их ввести). Многие думают, что это мелочи. Но из мелочей складывается отношение. Игнорируя команду, вы получите такое же отношение к себе и свои задачам.
Делитесь планами и результатами с командой
У каждого проекта должен быть план развития, ожидаемые шаги, которые вы хотите сделать и результаты, которые вы хотите получить. Обязательно показывайте эти планы команде, рассказывайте об ожиданиях, о том зачем нужны определенные задачи, о конкурентах и вашей позиции относительно них. Делитесь ростом метрик от запущенных задач или ростом доходов. Хвалите команду за удачные релизы. И проводите такой смотр планов и результатов регулярно. Команда почувствует отдачу от своей работы и важность этой работы, а главное, будет понимать что и зачем она делает. Все это позволит хорошо мотивировать вашу команду и позволит ей быть на одной волне с вами.
В следующей части расскажу ещё 4 важных пункта. А если не получается наладить общение, то приходите к нам на консультацию, разберём вашу ситуацию и поможем найти решение.
Максим Шаламов
#бизнесу #ит #бизнес #управлениекомандой #разработка #agile
Хочу рассказать о том, как любой владелец продукта (для простоты будем назвать его ПО) может наладить отношения с командой разработки, будь то новая команда или текущая.
Поработав с большим количеством ПО я обнаружил, что у многих есть общие ошибки и заблуждения, которые мешают нахождения общего языка с командой разработки и работе в целом, о этих ошибках я и хочу поговорить.
Важность работы над доверием
Самое первое, что мешает наладить контакт, это то что многие ПО думают, что любая команда должна быть мотивирована сама по себе решать любые бизнес задачи и переключаться на любые новые требования. Как будто это происходит само и ничего делать для этого не нужно. На самом деле доверие к планам по продукту и направлению его развития нужно заслужить. Это непрерывный процесс работы с командой. Вам же это нужно потому, что без этого вы не достигните своих целей. Если команда будет демотивирована или вы вообще начнете терять людей, то поедут и сроки и возможности взятия в работу определенных задач. Замена разработчиков не быстрый процесс, все это время проект будет стопориться. Вам это не нужно и не допустить этого не так и сложно.
Последовательность действий
Очень важна последовательность ваших действий. Если вы говорите что-то, то выполняете это. Иначе к вашим словам очень быстро перестанут прислушиваться и перестанут обращать внимания на попытки воодушевить команду на новые свершения. Так же к последовательности можно отнести выдерживания минимальных периодов изменения вводных по набору ближайший задач. Хотя бы две недели должны быть нерушимыми (да исключения будут всегда, но это должны быть именно исключительные случаи, которые вы сможете объяснить команде). Я работал в разных сферах и всегда слышал в начале, что две недели никак нельзя терпеть. Но по факту, со временем это переставало вызывать вопросы. Постоянные метания в задачах выбивают вашу команду из фокусировки, оставляют много сделанной в стол работы и влекут накапливающиеся ошибки. В таких условиях эффективно работать могут не многие, а еще меньше людей хочет так работать.
Посещение регулярных встреч
Лучший способ показать команде, что вам на нее наплевать это начать пропускать регулярные командные встречи (если у вас их нет, повод задуматься о том, чтобы их ввести). Многие думают, что это мелочи. Но из мелочей складывается отношение. Игнорируя команду, вы получите такое же отношение к себе и свои задачам.
Делитесь планами и результатами с командой
У каждого проекта должен быть план развития, ожидаемые шаги, которые вы хотите сделать и результаты, которые вы хотите получить. Обязательно показывайте эти планы команде, рассказывайте об ожиданиях, о том зачем нужны определенные задачи, о конкурентах и вашей позиции относительно них. Делитесь ростом метрик от запущенных задач или ростом доходов. Хвалите команду за удачные релизы. И проводите такой смотр планов и результатов регулярно. Команда почувствует отдачу от своей работы и важность этой работы, а главное, будет понимать что и зачем она делает. Все это позволит хорошо мотивировать вашу команду и позволит ей быть на одной волне с вами.
В следующей части расскажу ещё 4 важных пункта. А если не получается наладить общение, то приходите к нам на консультацию, разберём вашу ситуацию и поможем найти решение.
Максим Шаламов
#бизнесу #ит #бизнес #управлениекомандой #разработка #agile
👍 7
🔥 4
✍ 2
❤🔥 1
👏 1
1 1.1K
Обсуждение 0
Обсуждение не доступно в веб-версии. Чтобы написать комментарий, перейдите в приложение Telegram.
Обсудить в Telegram