Кнопка Хорошо
3.56K members
3 photos
28 links
КХ - это проект проджекта в лучших традициях инфостиля. Прокачиваем софтскилы, улучшаем общение с коллегами и боссами, настраиваем процессы. Реальные кейсы и интервью. Напишу о чем попросите -> @AnastiBorisyuk. Только полезная реклама.
Download Telegram
to view and join the conversation
Забиваете на тайм-менеджмент или интересуетесь?
Anonymous Poll
12%
Я повелитель времени
30%
Забиваю :(
21%
Почитываю иногда статейки
36%
Хочу прокачаться!
​​Копирайтеры не нужны

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

Чтобы поиграть самому или почитать шедевры российской нейронки "GPT-2", разраработанной Михаилом Гранкиным переходите сюда https://porfirevich.ru/ .

#юмор
​​📈 Зачем доносить до команды успехи продукта?
Да, не всем это надо. Есть ребята, которые только за деньги пришли работать. Big picture им не интересна. Есть и те, кому продуктовые метрики дают седьмое дыхание. Потешить эго, маме сайт показать - все в эту корзинку.
Но есть и менее очевидные профиты, которые влияют даже на тех, кто просто пришел кодить.

👁 Снижаем демотивацию из-за влетов. Влет - инородное спринту тело, ему сопротивляется и команда и методология. Когда команда знает, что происходит с продуктом - ей понятна природа влета. Тогда же нет сопротивления и демотивации от того, что нужно отложить текущую задачу.
! Острожно, не работает при бесполезных влетах на замену логотипа.

👁 Проще принимаются изменения - смена приоритетов, изменения в подходах к разработке. Показываешь команде гибкий мир продукта и она готова двигаться вместе с ним.

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

Дисклеймер - картинка стырена их интернетиков.

#разработка
Документация - зло?

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

И вот, один из разработчиков выступает с экстремистской мыслью.
"В аджайле документация - это вообще зло".
(читай: не надо документировать ее вообще)

Вокруг agile манифеста ходит очень много мифов и предубеждений. Каждый трактует принципы методологии как хочет.
Манифест гласит: работающий продукт важнее исчерпывающей документации.

👽 Принципы agile фокусируются на поставке ценности пользователям. Документация конечному пользователю не несет ценности, поэтому подход к документированию должен быть легковесным и не затратным. Но достаточным, чтобы можно было быстро разобраться любому разработчику.

👽 Кроме того, когда команда долго варится в agile процессах, кажется она забывает, что когда-то agile пришел как альтернатива каскадной (waterfall) модели. В ней принято выделять длительный этап написания ТЗ. И ценность такого подхода ставится под вопрос, потому что рынок и продукт - это живые, гибкие элементы. Исчерпывающее ТЗ может быть блокером роста и вызывать риск сделать то, чем не будут пользоваться.

Документация - не зло, это вопрос баланса в процессе разработки и поставке ценности пользователю.

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

#разработка
​​Менеджерские стоп-слова

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

‼️ Вроде
‼️ Не точно
‼️ Постараемся
‼️ Должны успеть
‼️ Не знаю сколько
‼️ Посмотрим
‼️ Сомневаюсь

Развейте сомнения
В голосе товарища сомнения - вызывайте отряд реагирования. Почему он сомневается? Значит что-то видит, чего не видите вы или команда. Это может быть какая-то "очевидная" зависимость на коллеге или чувство перегруза.

Реагируйте на стоп-слово, задавайте дополнительные вопросы:
👨‍💼 "Ну, должны успеть завтра выкатить обновление".
👩‍💼 "Почему вроде? Когда ты берешь первую задачу?"
👨‍💼 "Планировал вечером начать".
👩‍💼 "Окей, задача небольшая, завтра точно протестируем и закончим. А какие сомнения?"
👨‍💼 "Ну, мне нужно еще с админом связаться, он обычно занятой."
👩‍💼 "Давай ему сейчас напишем, чтобы зарезервировал на нас час завтра во второй половине дня на релиз. Тогда точно выкатим."
👨‍💼 "Давай, я сейчас напишу ему".
👩‍💼 "Если не сможет, напиши мне - посмотрим что можно сделать".

Смотрите на факты, оценки задач. Банально, влезают ли они в рабочий день.

👨‍💼 Ваня: "Вроде цели спринта у нас в порядке".
👩‍💼 Катя: "А когда ты закончишь задачи по второй цели?"
👨‍💼 Ваня: "Вечером сегодня (четверг)".
👨‍💻Костя: "Тогда ревью и тест упадут на пятницу. Возможны доработки и цель зафейлим".
👩‍💼 Катя: "Давай инцидент, которую ты хотел сейчас пофиксить на завтра отложим, он терпит. Хорошо бы закончить с задачами по цели к 15:00, чтобы отдать их на тест."

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

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

Слышите/видите стоп-слово - остановитесь и раскопайте сомнения. Это даст вам больше времени на исправление ситуации, чем когда все пойдет лесом по факту.

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

А какие у вас есть стоп-слова для реагирования? Пишите в комментариях 👇

#софтскилы #разработка
​​Магия вне Хогварста или непрерывное попадание в цели спринта

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

Команда До применения:
😨 Заваливаем 1 спринт из 3-ёх. Команда занимается развитием и обеспечением маркетинговых штук в холдинге. У нас много хотелок от бизнеса, которые нужно совмещать с глобальными целями и технической поддержкой. Что-то выпадает из внимания, и как результат, мы не всегда достигаем целей. А достижение целей = выполнение наших обещаний бизнес заказчику.

Команда После применения:
🚀 5-ую неделю уверенно закрываем цели. Нас не остановить.

В чем магия:
Цель спринта раскладываем по дням недели. День недели + что будет сделано для достижения цели спринта.

Например,
Цель: Релиз № 77.5 на прод.
🔲 ПН - Отдаем QA-инженеру проверять на RC
🔲 ПН - Правки от QA
🔲 ВТ - Отдаем на проверку Заказчику к 12:00
🔲 ВТ - Делаем правки от Заказчика (принимаем фидбек до 15:00 Среды)
🔲 СР - Делаем правки
🔲 СР - Релиз в 22:00
🔲 ЧТ - Написать release notes

Каждый день на стендапе (daily scrum) смотрим на этот список и отмечаем, что сделали.

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

Такой подход позволяет достичь предсказуемости. Он полезен, когда
📎 у вас еще не сработалась команда и/или нужно добавить прозрачность в процесс,
📎 временные трудности: плотно запланированы задачи, недостаток рабочих рук, дедлайн впереди,
📎 при планировании своего времени, когда не знаете с чего начать.

Пишите в комментариях, что делаете для достижения целей спринта, попробовали бы вы этот подход и почему нет.

Словарь
RC (release candidate) - задачи, которые почти готовы для того чтобы стать стабильной версией ПО, которую можно выкатить на прод.
Release notes - заметки об изменениях в программе, что нового у нас в приложении, полезны для техподдержки, пользователей.
Daily scrum / стендап - ежедневная планерка в формате Что сделал/Что буду делать /Какие проблемы

#разработка
Когда будет сделано?

Если спрашивают "Когда будет сделано?",
❗️то имеется ввиду, "Когда не надо ничего делать по ней, потому что все уже сделали: проверили, утвердили, порадовались".
Это не про тест, мастер, галочку в чеклисте.
Это про бой.

Между бизнесом и разработкой часто возникает недопонимание на этой основе.
Если бизнес-заказчик спрашивает "Когда будет сделано?" - не говорите о своей части задачи, когда вы ее закончите. Отвечайте за команду. Подключайте других членов команды и выясняйте ответ на вопрос вместе.

Здесь, я 100% на стороне бизнес-заказчиков - разработке в таком случае надо переучиваться и отвечать на вопрос без переводчиков, на языке бизнес-заказчика.
Команда отвечает за результат не в dev среде, а на проде, который зарабатывает деньги.

Кстати, комментики починились

#заказчик
Если у вас кризис самоопределения, и вы хотите попробовать что-то новое, то как раз 22 и 23 сентября Geekbrains проводит бесплатное онлайн-мероприятие Open Space.

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

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

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

Я кстати тоже туда пойду, как раз за погружением в маркетинг. Погнали со мной, там еще курсы разыгрывают и MacBook среди учеников.

P.s.: Везет же тем, кто только хочет войти в айти - курсы, митапы, мероприятия, а ты на собственных шишках и книжках учился. Ставьте 🤓 если вам интересны такие мероприятия, и 👳‍♀️если вы больше про набивание собсвенных шишок (и книжек).
А у меня такой к вам вопрос. Релизите по пятницам?
Anonymous Poll
41%
В любой день можем
38%
Нет, это плохая практика
21%
Посмотреть ответы / нет релизов
​​Релиз в пятницу - Да или Нет?

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

Почему Нет?
🤯 Что-то отвалится и потом фиксить все выходные.
👉 В основном, кто топит против, руководствуются тем, что обязательно случится апокалипсис и все будут работать в выходные или вечер-ночь пятницы. Хотя в это время, по идее ты должен сидеть с пивом в баре.

Почему Да?
💆‍♂️ В первой половине дня можно, так как есть рабочее время на откат релиза или фиксы
👉 Если релизим утром, критические проблемы проявятся сразу, на них есть возможность отреагировать в течении дня. Шанс, что придется в субботу править очень низкий.

💆‍♂️ Удобно, потому что можно закрыть все задачи в конце недели и с чистой совестью уйти на выходные.
👉 На выходных не паримся, что задачи подвисли не в тех статусах, а в первый день следующей итерации доска чистая, планируемся "без долгов".

Важно в этой истории то, что ответ Да или Нет - целиком зависит от вашего качества планирования и инфраструктуры.

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

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

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

#разработка
В сети есть много материалов "как найти работу зарубежом". Много про программистов, а про менеджерские роли - мало. Поэтому я очень радуюсь, когда "менеджерский счетчик" пополняется. Сегодня я хочу поделиться полезными мыслями из доклада 2-х senior продактов из YouTube и Amazon о поиске работы зарубежом.

Что поможет в поиске работы ПМа

1) Релевантный опыт. Подавайте в сферы, в которых в уже имеете опыт работы продактом. Это увеличивает шансы, что вы подходите на вакансию и вписываетесь в портрет кандидата.

👎Плохой пример: отправляете резюме в FinTech стартап, но до этого работали 4 года в маркет плейсе. Вероятность, что вам ответят стремится к 0. Компании нужен именно ПМ с опытом в финтехе, который уже решал проблемы и задачи в этой области.

👍Идеальный пример: классно, когда у вас опыт в медиа компании и вы подаетесь в медиа компанию.

👍Хороший пример: подаетесь на вакансию, где требуется 5 лет опыта с машинным обучением. А у вас только 2 года опыта работы с ML, плюс еще 2 в макрет плейсе. Не спешите закрывать вакансию. Работодатели всегда завышают требования, поэтому стоит попробовать. Опишите что вы делали эти 2 года с ML, расскажите в чем разбираетесь и как вы можете это повторить и применить.

2) Ставка на скилы, которые можно "перевезти" в другую страну.

👎Плохой пример: разбираюсь в рынке недвижимости РФ - работаю на продукте в этой сфере. Этот скил тяжело перевезти - в США рынок недвижимости устроен иначе. Это релевантный опыт, если вы хотите в похожую компанию, но не акцент вашего позиционирования.

👍Хороший пример: умею в а/б тестирование, знаю все тонкости и трактую результаты. Хардскилы обладают понятной ценностью для "переезда" на глобальный рынок.

3) Нетворкинг и рекомендации. Если обычно на LinkeIn вы заходите, чтобы обновить профиль 2 раза в год, то сейчас сделайте его основным инструментом.
"Холодное" знакомство с человеком, который работает в компании, куда вы хотите попасть - увеличивает ваши шансы на успех. Это не про "устроиться по знакомству", а про понимание профиля кандидата, которого ищет компания. Если вас еще и порекомендуют, то без внимания HR-ов вы не останетесь.

Мифы о поиске работы зарубежом

🧐 "Есть набор скилов, который я вот выучу и меня сразу везде возьмут".
Во-первых, так как всем нужен релевантный опыт, это в целом невозможно, но вы можете понять по вакансиям и своим ключевым навыкам, что вам нужно доучить.

🧐 "Продакты и проджекты зарубежом - это совсем другое, я не подойду".
Ожидания от ПМ в плане ответственности и функций, примерно такие же как и в России. Отдельно можно выделить, что ценится стратегический подход к решению задач. Об этом, кстати очень круто рассказывал ex-VP Netflix на докладе Netflix Product Strategy 2020. Это когда вы учитывает выбранный курс компании на следующие несколько лет и принимаете решения по продукту исходя из стратегии компании.

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

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

Также, подписывайтесь на канал @epicgrowth, ребята публикуют краткие выжимки из докладов, если вам некогда смотреть полный вариант. Я получаю полезную инфу уже больше года - рекомендую.

Ставьте 🌎, если задумывались когда-либо о переезде в другую страну и 🌝, если вам классно с работой и в своей стране.

#карьера
Как принимать резкий фидбек

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

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

🧐 Кто-то: "В твоей последней задаче, наперекосяк все."
⛔️ Вы можете расстроиться,
а можете спросить: "Что именно не так? Почему? А что я сделала хорошо? Хочу понять, что нужно повторять делать в том же духе."

🧐 Кто-то: "Ну, я на твоем бы месте сделал бы по-другому."
⛔️ Вы можете негодовать,
а можете спросить: "А почему ты считаешь, что надо было сделать именно так? Как бы это помогло?"

🧐 Кто-то: "Ты очень неуверен, когда общаешься с заказчиками."
⛔️ Вы можете растеряться,
а можете спросить: "А ты помнишь, в каких обстоятельствах я проявляю себя таким образом? Хочу понять это всегда или что-то вызывает эту робость."

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


#софтскилы
​​Начни, Остановись, Продолжи - формула обратной связи от Netflix

В книге "Сильнейшие. Бизнес по правилам Netflix" подглядела интересную формулу для обратной связи. Она мне понравилась из-за своей простоты и тем, что в ней есть место не только для критики, но и для похвалы.

Формула раскладывается так.
⚡️Начни. "Начни делать так ..." или "начни работать над ..." - это область для получения новых компетенций, выхода на следующий уровень.
⚡️Остановись. "Перестань делать так" или "обрати внимание на это" - элемент направлен на коррекцию и улучшение текущих компетенций, помогает взглянуть на ваше поведение со стороны.
⚡️Продолжи. "Продолжай делать ... в том же духе" подкидывает в огонь мотивации.

Например:
👱‍♂️ Начни изучать какая бывает архитектура ПО, тебе будет легче с нами общаться и понимать как наша команда взаимодействует с другими.
👱‍♂️ Остановись и выдохни, когда на тебя летит много задач - ты торопишься и не всегда принимаешь оптимальные решения. Например, когда ты в последний раз сделал ...
👱‍♂️ Круто, что ты предлагаешь новые подходы к решению проблем, всегда находишь точки для роста для наших процессов в команде.

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

А еще сравните такой подход.
Когда вам нужен фидбек, вы можете написать в чатик:
"Коллеги, собираю фидбек по своей работе, напишите мне в личку, буду очень благодарен."

Пение сверчков.

Или можете дать шаблон вашим коллегам и облегчить им жизнь:
"Ребята, собираю фидбек по своей работе на проекте Ась. Хочется понять что было хорошо и не очень с вашей точки зрения. Фидбек можно дать в форме Начни, Остановись, Продолжи. То есть, что мне стоит начать делать или прокачивать, чего мне больше не следует делать, что нужно продолжать. Буду рад вашим сообщениям в ЛС."

#софтскилы
Сложности в общении с заказчиком. Интервью проджектов Часть 1

Я поговорила с коллегами по цеху и хочу сделать серию постов о проджектах: трудности в общении; что нравится в профессии и нет; кем хотим стать, когда вырастем. В этой части «сериала», рассказываю с какими трудностями сталкиваются ПМы в работе с заказчиком.

👨‍🦱 Сложно говорить клиенту, что его хотелка не входит в рамки бюджета проекта. В таких случаях клиент загорается идеей, а ты его тормозишь. Обидно, когда клиент не вытягивает по бюджету для своей хотелки, а она действительно крутая.

👩‍🦱 Понимать, как заказчик на самом деле относится к команде. Это помогло бы прогнозировать будущие отношения. Иногда, проект заканчивается и клиент пропадает, хотя могли бы сотрудничать и дальше. Фоллоу-апы не всегда помогают выяснить, а что пошло не так то.

👨‍🦰 Общаться с клиентами, которые считают, что они понимают как нужно делать НАШУ работу. Часто, хочется спросить: “А почему вы сами это не делаете??!!". Клиент переживает о вложенных средствах и пытается контролировать каждую деталь в ходе спринтов, релизов, планов. Но с такими клиентами энергии на то, чтобы с ними договариваться и отчитываться, тратишь в разы больше.

🧑 Когда клиент говорит: "Я приведу на встречу по утверждению дизайна сына маминой подруги. Он дизайнер и в этом разбирается." Не всегда удается продавить отсутствие внезапных третьих лиц, которые на самом деле не принимают решения, но имеют чисто эмоциональное влияние на заказчика. И вот, когда не получается, понимаешь, ух тяжелая дорога согласований и правок впереди.

👱‍♀️ Когда у заказчика "сносит крышу" и количество непонятных фич-фантиков стремится к бесконечности. В такие моменты, человек с собственным бизнесом почему-то не может посмотреть на свой продукт как на бизнес и связать с реальностью. Мы категорически не принимаем принцип "любой каприз за ваши деньги». Поэтому приходится коучить клиентам "продуктовый подход". Но и здесь не все гладко, в любой момент на тебя могут обидеться, потому что "я в своем бизнесе разбираюсь".

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

Держите рекомендацию к прочтению книги про эмпатию и умение договариваться - "Переговоры без поражения. Гарвардский метод".
Какие у вас проблемы в общении с заказчиком? Пишите в комментариях. 💙

#интервью
​​Почему так легко отвлечься на другую задачу?

Сидишь себе над задачей и внезапно отвлекаешься на какую-то мелочь.
Например, делаешь roadmap продукта на полугодие. Это комплексная задача, требующая расчета ресурсов разработки, приоритизации фич, планирования. И тут, тебе в чатик кто-то постучался с вопросом. Ты бежишь быстрее посмотреть что же там. Вопрос не срочный, но ты тратишь время, уже ведь отвлекся. Через 10 минут думаешь: "На чем я там остановился?". Снова входишь в контекст, накатывает чувство неподъёмности задачи.

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

Вечерком, оценивая, что ты сделал за день, задаешься вопросом - а что я вообще сделал(а) сегодня? Удовлетворения от рабочего дня и решенных задач нет.

Знаете почему так происходит?
Потому что результат у таких задачек ближе, чем от большой.

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

Как лечить?

💊 Вспомнить зачем вы делаете задачу, от которой отвлекаетесь. Напомните себе ценность, которую вы принесете. Спросите себя что будет, если вы ее не сделаете?

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

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

💊 Выделяйте время на большие задачи, когда вас никто не трогает. Для меня оптимальное время - до 11:00, когда начинаются первые митинги или после 17:00, когда их уже нет, и все потихоньку заканчивают свой рабочий день.

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

Кстати, к каналу прикручен чатик. Смотрите на скриншоте как его найти.

#софтскилы
​​Какие решения хочет принимать ПМ, но не может? Часть 2

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

👩‍🦳 Отказывать клиенту. Есть клиенты, которые высасывают все соки из тебя и команды. С такими дергается глаз и хочется попрощаться сразу. Ну, не сработаемся мы.

👱‍♀️ Управлять бюджетом проекта самостоятельно. Например, я хочу сделать что-то дешевле/лучше/по-другому. Это влияет на конечную стоимость для клиента. Конечно, это надо согласовывать с руководителем и заказчиком. Бюрократия выматывает, хочется меньшего контроля и большего доверия без лишнего расписания деталей.

🧕 Участвовать в составлении технических предложений. В нашей компании оптимизировали процесс оценки новых проектов. Ими занимается сеилз с архитектором. Но хотелось бы принимать в этом участие и влиять на результат, потому что тебе потом работать с этими оценками.

👨‍🦰 Больше свободы по продуктовым фичам. Я полностью автономен, когда речь идет о функциях ПМа. Очень часто вовлечен в проработку фичей, но решений конечных не принимаю. Такова структура компании.

Кстати, всех опрошенных ПМов бесит работа с бумажками, договорами, доп. соглашениями и ТЗ ради ТЗ, написанными вычурным языком. Голубая мечта - спихнуть подобную работу на аккаунт менеджера, но не везде он есть. Узнали себя где-нибудь?

#интервью
Рубрики канала и контакты:

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

💻 Написать мне: @AnastiBorisyuk
Например, вы можете рассказать свой кейс, предложить тему к посту, инициировать интервью, если хотите поделиться чем-то интересным, или просто дать обратную связь.
Кнопка Хорошо pinned «Рубрики канала и контакты: #заказчик - про общение и работу с клиентами, чтобы не нервничать. #разработка - HowTo по процессам, работе с командой, планированию и всему, с чем мы ежедневно сталкиваемся в спринтах. #софтскилы - о гибких навыках: ответственности…»