​​IT-специалисты, конечно, не инопланетяне, но порой кажется, что общаться с ними… затруднительно?
⠀
Делимся советами, которые могут помочь эффективно взаимодействовать и не сталкиваться с взаимным непониманием — советы, кстати, универсальные. Подойдут и заказчику, и команде разработки!
⠀
▪️ Распределяйте ответственность
На старте любого проекта важно сразу обозначить зоны ответственности для всех членов команды — помимо написания кода на проекте есть общие задачи, которые могут быть связаны, например, с релизами, и для них тоже нужны исполнители. Ответственный project-менеджер и task-трекеры в помощь!
⠀
▫️ Оптимизируйте коммуникацию:
⠀
— меньше бесполезных созвонов, на которых тратит время вся команда
— все, что вы можете решить в переписке, стоит решать в переписке
— общий чат с заказчиком, project-менеджером и тимлидом решит кучу возникающих проблем
— лучше всего все изменения по проекту получать от одного человека, а не когда команде заказчик говорит одно, project другое, product третье, а TeamLead вообще забыл о четвёртом пункте. 😜
⠀
▪️ Фиксируйте итоги внутренних встреч и обсуждений
⠀
Не важно, будет это делать сторона разработки или сторона заказчика, но фиксировать все, что было на созвоне или результаты долгого обсуждения в переписке необходимо! Если таск-трекер обновить долго, то просто создайте закреплённое сообщение в чате — это дело пары минут, а информация точно не потеряется.
⠀
▫️ Адаптируйте таск-трекер под процессы
⠀
«Сделано», «в процессе», «сделать» — не самые информативные названия колонок задач. Подстройте их под ваш проект или хотя бы добавьте «тестируется», «готово к запуску» — уже лучше и понятнее и руководителю, и заказчику. Круто, программист будет добавлять краткий комментарий к задаче после её завершения, чтобы тестировщику было проще ориентироваться в изменениях. Мелочь, а эффективность и качество коммуникации повысит.
⠀
▪️ Подробно описывайте задачи
⠀
Структурированное описание и декомпозиция задач помогает получить предсказуемый результат и повышает прозрачность разработки для команды. Для заказчика же подробное описание даёт возможность вникнуть в суть и не задавать много вопросов (собирая команду на созвон!)
⠀
▫️ Давайте негативный фидбек конструктивно:
⠀
— критикуйте, но предлагайте решение
— объясните, что именно вы критикуете и почему в данной ситуации это неприемлемо. Сразу же задайте вопрос, что нужно учесть, чтобы такая ситуация не повторилась. Зафиксируйте план действий для исправления ситуации.
— говорите прямо, если что-то сделано плохо
⠀
Работает для каждой из сторон проекта!)
⠀
▪️ Отмечайте успехи!
⠀
Хвалите команду за успешный релиз, уточняйте о статусе задач не только с целью спросить «почему ещё не готово?», предлагайте помощь, и будет вашему проекту счастье.