Контекст: я работаю бизнес-аналитиком в одной из столичных консалтинговых компаний и временами выступаю в роли руководителя проекта, в том числе при создании цифрового продукта.
Сложность заключается в том, что продуктовое направление для нашего консалтинга - что-то новое. Мы неожиданно для самих себя стали предлагать реализовывать наши же идеи, а заказчики (по какой-то неведомой мне причине) массово стали соглашаться.
На одном из первых подобных проектов мы имели следующий состав: два аналитика в лице меня и моего начальника, свеженанятый фронт-джун, запущенный подбор бэка-джуна и…абсолютное непонимание, что с этим всем делать.
А делать нужно полноценный сайт! Так ещё и для крупнейшего в своей сфере заказчика…с полным пакетом: 3 различных личных кабинета, ролевые модели внутри каждого из них и всего полгода на реализацию.
Пришлось очень быстро учиться качественно коммуницировать с программистами.
Базовый список правил коммуникации с прогерской командой. Думаю, слишком очевидный для профессионалов, но такой непонятный в начале (молю, где же ты был раньше…)
Шаг 1. Jira
Бросаем любимую треллошку, переезжает в джиру, обозначаем спринты, расписываем задачи, контролируем (!!! как же часто будет встречаться это слово в дальнейшем).
Шаг 2. Созвоны
Я бы сказала, бесконечные созвоны…
Масштабные 1-2 раза в неделю, пятиминутки практически каждый день и, конечно, любимое: «ребят, что по задачам сегодня?».
Шаг 3. Не верить на слово
Нужно перепроверять все, просить деплоить все изменения.
Задача может считаться выполненной только после того, как кто-то проверил ее исполнение, выписал все косяки, вернул на доработку, и так до бесконечности, пока не покажется, что все хорошо .
Шаг 4. Ловить дзен (не Яндекс)
Будте готовы, что в любой момент все может сломаться. Если оно работает сегодня, не значит, что будет работать завтра. Не скупитесь временем на перетесты, особенно перед сдачей очередного этапа.
Шаг 5. Любите свою команду
Даже когда вы в спорах и ссорах, знайте, у вас общая цель - как можно быстрее запустить качественный продукт.
Не переходите на личности и нивелируйте конфликты.
А в следующем посте я на личном примере покажу действенный механизм коммуникации с фронтом и бэком для безболезненного внедрения правок!