3 мастхэва для проектов со сложными зависимостями

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

3 фактора успеха в управлении такими задачами со сложными зависимостями.

👩‍💻 Ответственный
Если нет одного человека, который хотя бы курирует все команды, то результат будет не предсказуемым. Каждая команда по умолчанию отвечает за свой кусочек работы. Наивно предполагать, что все команды имеют видение конечного результата и бегут к нему осознанно и самостоятельно. Чтобы закрыть риск провала проекта, потому что никто не ответственный за конечный результат - нужно найти менеджера-куратора, который будет объединять команды, следить за статусом, собирать созвоны, когда видит непонимание. Например, это может быть менеджер команды, которая производит конечный результат или самый синьорный менеджер. Если у вас еще нет такого куратора и вы не можете им быть, не стесняйтесь обращаться с коллегам, заводить этот разговор, предлагать кандидатуру.

✍️ Договоренности
Дабы избежать поиска в чатиках, когда и кто кому что обещал - нужно вести договоренности о ходе проекта в общем пространстве команд. Результаты обсуждений и договоренности должны быть прозрачны. Если вы думаете, что вам это не надо, вы небольшая компания и это чистой воды бюрократия - нет, оно вам надо. Без этого потом не найти концов.

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

Картинки для вас в следующем посте ⬇️
#разработка

Epic Growth Conf X Кнопка Хорошо = ?

Процессы разработки, управление командой, прокачка софтскилов - это не самоцель. Все это склеивается и приобретает смысл благодаря продукту. Чтобы было какие процессы настраивать, какой командой управлять и развивать свои скилы - нужно чтобы продукт рос.
27 сентября будет оффлайн конференция о росте продуктов от @epicgrowth.

Если ваша профессия - не продакт менеджер, и вы думаете, что такая конференция вас не касается, вы ошибаетесь. Я не продакт, но иду, чтобы расширять кругозор, чтобы предлагать улучшалки в своих продуктовых командах, влиять на рост своей компании, нетворкиться.
Например, очень жду доклада «User engagement прямо на пейволе» из-за моей принадлежности к двум маркетинговым командам. И не смогу пройти мимо «Growth Hacking организации - как управлять ростом компании», потому что сидеть на своих проектах и не лезть в процессы компании - это не про меня.

Полную программу с докладами и воркшопами - смотрим на сайте https://egconf.ru/.

💣А теперь БОМБА-ПУШКА-НОВОСТЬ. Мы с Epic Growth среди читателей Кнопки Хорошо разыгрываем 2 билета Online Standart на эту самую конференцию. Победителям будет доступна онлайн-трансляция, записи докладов и воркшопов.

Что нужно сделать - ответить в комментариях или мне в личку на ОДИН из вопросов:

1. Что лучше: бесплатный пробный период и потом полный платный доступ к продукту ИЛИ часть продукта бесплатно, а дополнительные фичи к нему платно? Почему?
2. Если вам что-то не нравится в продукте, как понять, что это общая проблема, а не вы тормозите или придираетесь?

Присылайте ваши размышления на любой из вопросов до 7 сентября 18:00. Победителя выберу на свой субъективный вкус и цвет. Good luck 🍀

Сегодня уже пятница, конец рабочей недели, поэтому не забываем:

​​Добрейшего утра, напоминаю, что еще собираю ваши ответы для розыгрыша онлайн билетов на конференцию Epic Growth.

Ответы оставляйте в комментариях или пишите в личку до 18:00 конца дня.
Победителей выберу завтра.

​​🤼‍♀️ Разработчик →← Продакт

Общение продакта с разработчиком без участия проджекта может чревато отразиться на проекте. Если с этим ничего не делать. Когда у разработчика есть вопросы к продакту по фиче, кажется логичным сделать созвон и обсудить напрямую. В цепочке даже может не быть ПМа, так как коллеги в личке переписываются.

🛑Что может произойти на таком созвоне с невинной задумкой "да мне только прояснить":
1. Изменится scope. Например, решили что-то выкинуть из условий задачи или поняли, что хотим изменить описанную логику, чтобы улучшить эффект фичи.
2. Изменятся оценки. Изменение или прояснение scope не всегда, но часто влияет на трудозатраты в большую сторону.
3. Изменится бюджет. Где меняются оценки, там меняется и стоимость.

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

Сейчас может хотеться написать, что ПМ, который позволяет продакту и разработчику общаться напрямую - какой-то ненастоящий ПМ и злодей. Договоримся так: да, не всегда такое можно допускать и часто только в инхаус разработке. Но я вас умоляю, ПМ не должен бегать с палкой за каждой попыткой людей общаться, так и уволиться можно.

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

#заказчик #манагерство

Доброе утро!

Победителями розыгрыша билетов Online Standart на Epic Growth 2021 становятся:
🍰 За крутой ответ на первый вопрос: @aleksey_pikhtovnikov
🍰 За крутой ответ на второй вопрос: @Freiheit_air

Ребята, с вами свяжутся представители Epic Growth для получения билетов. Поздравляю 🥳

Всем, кто принял участие, большое спасибо - это был трудный выбор, а вы слишком круты. Оставайтесь на связи и участвуйте в следующем конкурсе, думаю этот был не последним)

​​👨‍🚒 Первый день после отпуска

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

Основная задача: приоритизировать и распланировать свои дела, а не сразу всё фиксить и подключаться к решению проблем.

Что делать. В первой половине дня я набрасываю список задач, которые "сгенерировал" рабочий чат за время отсутствия - вещи на которые нужно обратить внимание из командных чатов, к кому вернуться с ответом, с кем запланировать встречи. Просто прохожусь по чатам,записываю todo и ничего руками не делаю.

Почему так? Потому что в чате легко увязнуть и перейти к действиям. А между тем чатов очень много и не обязательно, что именно в этом нужна реакция сейчас.

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

Зачем? Чтобы делать не только горящее, но и важное. И вот тут как раз помогает лайфках, когда ты ещё перед отпуском пишешь себе todo - с чего начать, когда выйдешь.

#манагерство

🤴У нас устаревший дизайн

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

Переделываем все, тестируем, запускаем, ждем wow-эффекта. А его нет. Зато есть отток пользователей.

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

​​Кто сегодня со мной на Epic Growth Conf - в онлайне или оффлайне? Делитесь в комментах впечатлениями. В треде, буду делиться и я.

Upd.: на канале https://www.tg-me.com/epicgrowth есть выдержки с презентации.

🙀Понятно о рисках проекта: анализ, оценка и стратегии управления

Ловите большую статью про риски, которую мы написали вместе со @skillsetter.

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

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

P.s.: Больше всего я горжусь своей упрощенной матрицей рисков, которую мы добавляли в последний момент. Ну вот, правда)

#риски

​​🦁Теперь ты руководитель

Хочу поделиться свежими мыслями про руководительство.

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

Страшно быть плохим руководителем, но бояться нельзя - страх делает тебя плохим руководителем.

Заново привыкаешь ошибаться и набивать шишки. Рост через ошибки - это хорошо, признавать ошибки перед подчиненным - тоже нормально. Тимлидство - это дверь в новое пространство, в котором ты почти ничего не знаешь и не умеешь.

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

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

Когда появляются результаты у твоего сотрудника - это кайф ❤️. Но нужно не забывать и ему об этом рассказывать.

Проверка знаний, садись, 5!

У моей сотрудницы есть несколько целей на испытательный срок. Одна из этих целей «Понимать процесс ведения проектов в компании» - получилась абстрактной. Вроде бы и понятно, но как это проверить?

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

Результаты следующие:
🍀 Формат зашел и сотруднику и остальным ПМам. Я теперь хочу это как-то в ПМский онбординг добавить.
🍀 Я четко понимаю, чему уделить внимание и над чем поработать с сотрудником.
🍀 В планах сделать такие тесты еще - повысить уровень сложности для разных уровней ПМов, поиграть с темой рисков и ресурсного планирования.

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

💊 Делюсь с вами тестом. 🛑 Ахтунг: он может быть не очень понятным, потому что ориентирован на Актион Диджитал. Делюсь не ради похвастаться, а чтобы вы попробовали адаптировать его под себя или вдохновились на создание своего с нуля. Как адаптировать - это тест про процессы, поэтому некоторые вещи можно менять, как конструктор - названия встреч, этапы ведения проектов, роли, принятые нормы общения.
Успехов)

🔗https://forms.gle/pYeFkGmEWQTE3DQLA