Какие решения хочет принимать ПМ, но не может? Интервью проджектов. Часть 2

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

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

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

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

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

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

#интервью

Пост-Навигация

Вредные советы руководителю в комиксах
Часть 1
Часть 2
Часть 3

Карьера
🍓Памятка по оформлению резюме. Первый пост. Второй пост.
Когда есть мысли уволиться
Про переговоры о зарплате

Экологичное управление
Дружеские отношения с подчиненными
🍓Психотипы
Как применять психотипы раз и два.
Как достигать целей спринта нон-стоп
Чеклист менеджера при планировании проекта
Про проекты со сложными зависимостями

Коммуникация
Что делать, когда через вас перепрыгивают?
Что делать, когда оценка пришла сверху?
Когда хочется быть строгим с командой
Раздраженные люди
Конфликт с эмоциональным заказчиком
Как принимать резкий фидбек
🍓Стоп слова для менеджера

Управление своими задачами
Снять пластырь
Подготовка менеджера к отпуску
🍓Как не прокрастинировать, если освободилось время + шаблон

Продуктовый подход
Первые шаги к осознанной разработке
Утопия продуктовой команды
Как вовлекать команду, если время - дорого

Коллабы
🔥Маст-рид статья про риски
Ошибки в ресурсном планировании
10 ошибок в управлении разработкой

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

Поиск работы в UK 🇬🇧
Самое начало
В процессе раз
В процессе два
В процессе три
Первый оффер
🙄Бесячие Рекрутеры комикс

Папка продуктовых каналов - https://news.1rj.ru/str/addlist/YvmnHCHUp700Nzky.

🦊 Написать мне: @AnastiBorisyuk
Например, вы можете рассказать свой кейс, предложить тему к посту, записаться на консультацию по управлению проектами и людьми, позвать рассказать вашей компании или на вашей конференции что-то интересное или просто дать обратную связь.

Трудности в работе с командой. Интервью проджектов. Часть 3

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

👨‍🦰 Говорить о косяках с командой, лишать премий. В такие моменты понимаешь, что ты "плохой коп". Если не делать это аккуратно, то испортишь отношения.

👩‍🦳 Заслужить авторитет. Показать, что ты не человек, который "спускает сверху" сроки, задачи, кнуты и пряники, а часть команды и профессионал, который нужен для общего дела.

👱‍♀️ Влиться в новую команду. Ребята уже слажено работают, у них своя культура и приколы, а тут ты - новенький. Не всегда найдутся общительные коллеги, которые радушно тебя встретят и помогут интегрироваться.

👨‍🦲 Разруливать эмоциональные конфликты, которые мешают работе. Например, кто-то переработал и на нервах, или личный конфликт между двумя неподелившими территорию разрабами. Не люблю "влезать", но иначе эффективность команды упадет.

🧑 Мотивировать команду в условиях неопределённости. Когда команда видит, что в компании кризис, она чувствует, что пахнет жареным. Начинаются волнения, разговорчики в курилках, открываются резюме на HH. А ты и сам не знаешь, что и как говорить.

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

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

​​Это норм! Кризисы самоопределения

У меня было 3 "экзистенциальных кризиса" в своей жизни. Их температура была разной. От понятного "пора двигаться дальше, здесь уже всё", до деструктивного "что я делаю со своей жизнью". Поэтому, когда у карьерного консультанта Елены Резановой вышла книга "Это норм!" о кризисах карьеры и самоопределении, я ее сразу купила. Хотелось понять природу того, что со мной происходило и как этого избежать.

Поделюсь несколькими мыслями из книги, которые быстро откликнулись во мне.

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

👩‍💻 Мы постоянно растем и мир вокруг меняется, поэтому карьерный кризис - это не один раз потерпеть. Каждые 3-7 лет человек сталкивается с новым кризисом самоопределения. Нужно научиться принимать его и быстро выходить из него, не застревая в состоянии "я не знаю что мне делать".

👩‍💻 Не обязательно менять свою жизнь на 180 градусов для выхода из кризиса. Да, существуют примеры, был менеджером - стал пекарем, был продавцом - стал сомелье. Но поиски себя можно начать и просто посмотрев по сторонам. Расширяйте горизонты. История вроде, был менеджером в стриминговом сервисе - стал менеджером в стартапе по big data, тоже успешна.

Подробнее, вы можете ознакомиться с этими мыслями в книге. Очень рекомендую взять себе экземпляр и вдумчиво прочитать. Книга "Это норм!" написана ёмко, в ней много примеров и упражнений.
Вот еще некоторые из вопросов, которые поднимаются в книге:
❓Почему бежать за мечтой с домиком у моря может быть опасным?
❓Бывает ли так, что можно раз и навсегда найти свое призвание?
❓Отложенная жизнь - "я обязательно что-то поменяю, но после нового года".
❓Почему не стоит уходить в никуда?
❓Как находить ответы на вопрос "что я хочу делать?".
❓Почему "стабильности", которая держит нас на текущем месте, не существует?
❓Смогли бы вы работать на себя?
❓Почему вертикальный рост в компании может вас разочаровать
❓Выгорание и карьерные травмы

#карьера

Идеальный дуэт для управления и разработки продукта

Идеальный дуэт ведения проектов: проджектовая роль + техническая.
ПМ - ведет проект, планирует, составляет роадмеп, говорит что делаем и когда.
Тимлид - ведет команду через тернии к ci/cd, релизам, грумингам из спринта в спринт.
Оба отвечают за результат - оба мотивированы не лажать. Это весы с идеальным балансом.

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

Почему могут быть перевесы?
😵 Человек устал, не справляется, нужен отдых.
😴 Расслабился, потому что и так все классно же.
😮 Не делает "А", потому что не понимает, что это входит в его обязанности.
🤓 Высокая нагрузка. Либо человек берет на себя лишнее, тогда можно поискать, что "выкинуть". Либо на нем много задач/проектов и ему приходится чем-то жертвовать.

Как понять ПМу, что он собой закрывает слишком много
👨‍💻 Вы активно участвуете в ежедневной разработке. Например, если бы не вы, задачу Х забыли бы сделать. Вспоминается пост с котоаналогией.
👨‍💻 Берете на себя много митингов с командой разработки - оценки, обсуждаете техническую реализацию.
👨‍💻Вмешиваетесь в тех. процессы. Например, видите, что простаивает код ревью и всех пинаете.

Как понять Тимлиду, что участия ПМа не хватает
👩‍💻 Бизнес напрямую общается с вами, проталкивает влеты.
👩‍💻 Нигде нет информации, что делать дальше, приходится придумывать задачи.
👩‍💻 Получаете плохие требования, вынуждены их самостоятельно выяснять.

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

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

#разработка

Чего вам не хватает, чтобы вас пушили в тимлиды?

Когда появляется вакансия тимлида в команде, первое что делает компания - ищет подходящих людей внутри, а уже потом идет на HH и Linkedin. Это касается как разработчиков, так и других ролей, где предусмотрена такая ролевая модель. Например, у нас есть тимлиды и среди тестировщиков, и среди проджектов.
Но среди своих, не всегда получается найти тимлида и это нормально, тимлидство - штука не для всех. Можно быть классным, делать свои задачи на 5+, предлагать технические решения, но чего-то по-прежнему не хватает.
Так чего же недостаточно?

Ответственности и проактивности

⚠️ НЕТ

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

Вы ставите ее в нужный статус (need review / need test) и даже скидываете ссылку на джиру ревьюеру. Все, можно расслабиться, время списал. Через три дня менеджер спрашивает, а когда накатывать будем, что с задачей? Вы: "Так еще ж фидбек не получили, ждем пока ответят".

✅ ДА

Задача вплоть до наката - ваша ответственность.
Результат выполнения задачи - она закрыта, увидела прод. Если есть зависимость, вы сами ее пингуете. Если вас игнорят - это проблема, о которой сообщаете на daily scrum.

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

⚠️ НЕТ

Работаем над фичей, декомпозировали, пилим задачи. Бек ушел вперед, что там делает фронт - пускай сами разбираются, вроде по плану идем.

✅ ДА

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

⚠️ НЕТ

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

✅ ДА

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

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

#софтскилы

9 вопросов, на которые должен ответить ваш проджект

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

🕺 Когда будет сделано?

Заказчик хочет знать, когда будет готова задача/фича/проект. Желательно уметь отвечать в любой момент - ночью, в отпуске и на приеме у дантиста. Лучше заучить наизусть. В том числе, нужна четкая дата и время, когда поменяем цвет логотипа.

🕺 Зачем мы это делаем?

Можно делать стол, потому что сказали "сделайте стол", а можно делать полочку, потому что проблема в том, что некуда книги класть. Зная для чего делаем, какую проблему решаем - команда может предложить оптимальное решение, а не придуманное решение на придуманную проблему.

🕺 Что должно быть сделано?

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

🕺 Какой статус проекта?

Иногда клиент хочет знать, что происходит по дороге из пункта А в Б. Он может это делать по разным причинам, можно сказать "вы что не доверяете нам? мы профессионалы!" и в точке Б не сдать продукт. А можно давать статус, говорить о проблемах и решать их с клиентом.

🕺 Какие есть проблемы?

И под "проблемами" я имею ввиду риски. Можно говорить заказчику, мол мы не успеваем на 2 недели. А можно было 2 недели назад сказать: "У нас вчера уволилось 2 разработчика. Мы ищем замену, но пока не получается оперативно подобрать. Пока едем на 2 недели, можем подумать, можно ли что-то убрать, чтобы к релизу успеть?"

🕺 Почему это сколько стоит?

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

🕺 Почему такой срок?

Частый коммент заказчика, "да тут делать то 2 дня/5 минут". Как на больших задачах, так и на маленьких нужно объяснять почему вы даете такой срок. Ресурсное планирование - это то, что позволяет рассчитать оптимальное время поставки, учитывая праздники, отпуска, процессы, другие задачи.

🕺 Все плохо, что делать?

Первый вариант вопроса был нецензурным. Проджект - это такой человек, который умеет решать любые проблемы. Может он не знает, как поднять ночью сервер, но знает кто это может решить. (почему-то такой пример у меня всегда связан с SRE, админы, простите)

🕺 Как дела в команде?

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

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

#разработка #карьера

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

Я еще послушала выпуск его подкаста про Созвоны, это ор, после которого можно и всплакнуть. Показываю расписание своей пятницы, а как ваша проходит?

Рубрика: ответы на крики отчаяния в комментариях

Заказчику нужно всё и вчера, но "все же все понимают". Внезапно адекватный настрой заказчика меняется, он давит на вас. Почему так? Что делать?

//Заказчиком будем иметь в виду человека, который с вами напрямую контактирует. Это может быть продакт оунер вашей компании или продакт оунер-прокси - продакт в другой компании, но не ЛПР; это может быть собственник бизнеса, который работает с вами напрямую.

//ЛПР - лицо принимающее решение

1) Заказчик обратился к вам за услугой, которую вы не можете оказать. Вы не поняли его потребности и согласились взять проект.

Если нужно "всё и еще вчера", то первым делом вытаскиваем у заказчика - что значит "всё" и почему "вчера". Может есть какое-то мероприятие, к которому надо успеть, может это заложено в его KPI или совет директоров ожидает фичи в конце года. Пока вы не знаете почему, рискуете вздрагивать от звонков в 2 часа ночи.

Ответы на эти вопросы могут обернуться тем, что у вас не хватает ресурсов, чтобы решить проблему заказчика. Это нормально, не брать проекты, которые горят и срок сдачи был еще вчера. Ваша бизнес-модель и процессы могут быть не готовы к такой работе. На рынке есть компании, которые предлагают УТП (уникальное торговое предложение) вроде "Спасём ваш проект".

🤙 Что делать: выяснить обязательства заказчика перед другими людьми. Если вы не можете выполнить этот заказ, но уже начали работу - найдите помощь или переведите проект на другую команду или дружественную компанию.

2) У вас нет контакта с ЛПР, вы не управляете ожиданиями конечного заказчика и/или не знаете обо всех договоренностях.

Например, ваш заказчик - продакт другой компании и отчитывается своему ген. диру, который его подгоняет.

Или вы работаете по субподряду с компанией "Белочка". Конечный заказчик - компания "Ястреб", с которой вы не контактируете. Когда "Ястреб" давит на "Белочку", то вы - следующие в очереди на давление.

В этой ситуации критично просить прозрачности. Ваш заказчик не должен обещать что-то конечному заказчику без вашего ведома. А если все-таки обещает, то выводите его на разговор: "Смотрите, мы договорились об этом и об этом. Это зафиксировано в договоре. Если меняются требования, давайте обсудим новые условия".

🤙 Что делать: просить прозрачности, инициировать разговор о договоренностях и управлении изменениями.

3) Не зафиксировали договоренности, ваши ожидания расходятся с ожиданиями заказчика.

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

🤙 Что делать: инициировать проверку требований и синхронизироваться по поводу ожиданий, конкретизировать понятийный аппарат, дописать ТЗ.

4) Заказчик не понимает, что вы делаете и нервничает.

На заказчике лежит ответственность и инициатива, успех которой зависит от вас. Если он что-то не понимает, он начинает нервничать и включать гиперконтроль.

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

🤙 Что делать: договориться с клиентом о точках контроля, комфортных для вас и для него. Дать ему прозрачность там, где он не понимает, например пару раз в месяц рассказывать о технических аспектах реализации.

5) Это не ваш клиент.

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

🤙 Что делать: расстаться с тем, кто приносит больше боли, чем пользы. Поработать над портретами заказчиков, чтобы отсеивать в самом начале тех, с кем вы не сможете работать.

#заказчик

Первые шаги к осознанной разработке

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

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

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

❌НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Отличная идея, а о чем будем уведомлять? У меня как раз дизайнер освободится через 2 недели."

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

❌ НЕТ

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "А зачем это нам? Давайте проведем исследование."
Стакхолдер: "Вы не доверяете мне? Я каждый день получаю жалобы пользователей, потому что это есть у конкурентов!"
Продакт: "Ну, хорошо."

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

❌ НЕТ

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

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

✅ ДА

Стакхолдер: "Давайте делать уведомления, клиенты просят!"
Продакт: "Хорошая идея, давай ее вместе проверим?"
Стакхолдер: "Всмысле? Это как?"
Продакт: "Начнем с того, что посмотрим на обращения пользователей, попробуем построить канву идеи (Lean Canvas) и проведем CustDev? Это поможет нам понять, что нам нужно сделать, какую проблему пользователя это решит и стоит ли оно свеч. "

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

Подробнее об этой теме вы можете узнать, посмотрев вебинар Владимира Меркушева об исказившемся смысле Lean Startup и техниках для валидации проблем и решений. Заглядывайте в его телеграм канал, я уже полгода заглядываю ;).

P.s.: Это работает и в обратную сторону, если вы продакт и приходите к разработке с предложением "делаем фичу, ее все просили" и не можете или не хотите погрузиться в нее, подумать зачем это все, действительно ли есть эта проблема - то как вы можете быть уверенным, что она сработает?

#разработка

📚 Правильное донесение информации

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

Например,
😡 Команда не понимает почему мы делаем Б, а не В.
👉 Не доносим до команды приоритеты и потребности бизнеса.

😡 Команда не понимает почему такие дедлайны у фичи.
👉 Не показываем, как образуется оценка и срок, и как на это влияет команда.

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

😡 50% команды не ознакомились с требованиями перед декомпозицей
👉 Процесс поставки требований работает не для всех, нужно скорректировать его.

😡 Команда не запланировала задачку по нагрузочному тестированию, хотя в общем чате компании писали, что нужно сделать всем
👉 Значит, общий чат не подходит для такой информации и нужно заносить задачи в команду иначе

😡 Команда постоянно пишет HRу про организацию отпусков, хотя на портале есть вся информация
👉 Возможно, нужно пересобрать базу знаний, потому что информация плохо ищется.

Еще пример.

Есть Инициатива INT-123, к ней привязана одна задача DEVTASK-100.

Задача дублирует описание в Инициативе. После создания задачи DEVTASK, описание в инициативе поправили и расширили. На грумминге разбирали то, что написано в инициативе. Разработчик, когда взялся за задачу, забыл, что надо смотреть в инициативу, и сделал как написано в задаче. Сделал меньше, чем нужно было → Заказчик недоволен и требует доделать. Разработчик расстроен.

👉 Как это можно было избежать: удалить описание в DEVTASK и написать "смотреть описание в инициативе". Так, у разработчика останется один источник знаний по задаче. Плюс, это снизит риск, что разработчик забудет о договоренности и посмотрит не туда.

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

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

#разработка

А что у вас по рискам, товарищи?

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

То что произойдет в любом случае, это не риск, а проблема. Решение проблемы - это уже задача в вашем проекте.

🙅‍♀️Не риск

Чтобы сделать Инициативу А в нашей команде, нужна доработка в другой команде.

Почему: зависимость - это факт, пока задачу не запланируют, нет риска, что инициатива не будет закрыта в срок. Она точно не будет закрыта в срок.

💁‍♀️ Риск

Чтобы сделать Инициативу А, нужна доработка в другой команде.
Задачу запланировали, но в другой команде нет тестировщика.

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

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

Ставьте сердешки ❤️, если вам интересна тема управления рисками, вы что-то хотите поменять или внедрить у себя в компании.
Так я пойму, что пора развернуть эпопею про риски с примерами и блекджеком. 😉

#разработка

​​Как происходят публикации на удаленке. Среди родных и близких, кошек, собак и коней, курьеров, звонящих в дверь.
Тру стори от фронтендера Леши на скриншоте.

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

А в вас как дела на удаленке? 🙃

🕺Надо ли прощаться с 2020 и подводить итоги года с командой?

Если вы раздумываете подводить итоги года или нет, то перестаньте и начните их подводить.

Зачем

Это неформальная часть, которая влияет на мотивацию и лояльность вашей команды. Помогает каждому вглянуть на своё участие в деятельности компании, ответить на вопрос "чем я/мы будем дальше заниматься", и даёт эмоциональную разгрузку перед праздниками.

🤼‍♂️ Команда без итогов года: вроде работали, ну ладно, пойдёмте все на каникулы, в январе снова работать придем.

🤼‍♂️ Команда с итогами года: о круто сколько мы сделали, вот что происходит в соседней команде оказывается, ого какие планы напридумывали на следующий год, интересно потянем ли!

Форматы

🗣 Очная презентация, если вас немного и офис выдерживает меры социальной дистанции. Осторожно, может плавно перейти в распитие алкогольных напитков или корпоратив.
🗣 Онлайн презентация. Зум наше все. Приветствуется возможность обратной связи с ответами на вопросы.
🗣 Видео-обращение. Если есть бюджеты, концепт или хромакей.
🗣 Дайджест в рассылке для сотрудников. Хорошо воспринимается визуально, к нему можно вернуться в любой момент, удобно выбрать время для чтения.
🗣 Пост на рабочем портале.
🗣 Ретроспектива года. Требует подготовки всех, например, нужно заранее выписать highlights для обсуждения, чтобы не тупить во время мероприятия.

Почему для формата доклада я пишу "презентация". Визуализация сделает доклад запоминающимся. Информация лучше усваивается, когда взгляду есть за что зацепиться в монологе на 5-10 минут.

Что вы можете сказать, если итоги года не впечатляющие?

Итоги есть итоги, не надо бояться негативных событий, это часть жизни и работы. Говорите о проблемах, которые предстоит решить. О несбывшихся целях можно говорить в контексте челленджей, с которыми придется справится в новом году. Каждая цель, которая не была достигнута в 2020, это работа над ошибками и план действий для 2021.

От большой компании к маленькой команде

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

Думаю, что эта пятница - идеальный день для подведения итогов, если вы еще этого не сделали. А до пятницы не так уж и много времени осталось 😉

#разработка

Наверняка вы уже отложили попытки "саморазвиться" в 2020-ом и позволяете себе отдыхать от умных книжек, тяжелых лекций. Но в 2021-ом то с новыми силами и боевым духом! Нашла чем вам заняться на каникулах в январе, а то не только же Один Дома пересматривать.

HTML Academy запустила новогоднюю бесплатную игру HTMLPUNK.

🤖 Что это:
На платформе тренажеров по веб-разработке вас ждут задания по HTML, CSS и JavaScript, за которые вы будете получать награды. Вы попадете в банду своей мечты и будете сражаться против других банд и боссов из Academy Corporation.

🤖Когда это:
Соревнования стартуют в новогоднюю ночь и продолжаются до 7 января. Присоединиться можно уже сейчас - попадете в 1 из 170 банд города Скриптомска, познакомитесь с союзниками, начнете выполнять первые задания.

🤖 Зачем мне это:
Пробуйте что-то новое и красивое! Вот, я диву даюсь, как меняется наше онлайн образование - интерактив, геймификация, стилизация под актуальные темы.

Награды можно обменивать на скидки на подписку и профессиональные курсы. Главный приз - бесплатное обучение профессии Фронтенд-разработчик.

Важно: игра подходит тем, у кого нет опыта в веб-разработке.

Кликайте на ссылочку и вступайте в игру HTMLPUNK. С наступающим Новым Годом!

А еще ребята говорят, что у них нет багов. 😈

Врываемся в 2021 год, котаны!

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

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

Что предпринять, если вы чувствуете себя ленивенько, в команде гуляет "я еще не вошел в режим", хочется еще 2 недели каникул или вообще уволиться.

🚀 Поменяйте настрой. Заставьте себя переключиться с "ленивенько" на образ себя, врывающегося в новый рабочий год. У меня в голове всплывает образ из реклам фитнес-клубов с лозунгами "Врывайся в 2021 год" и бегающими спортсменками. Для вас это будет другой образ, с которым вы ассоциируете себя. Это усилие над собой чувствуется, будто идешь по навесному мосту над пропастью, хоть и со страховкой - все равно страшновато. Зато ты двигаешься.

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

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

🚀 Почитайте посты про выгорание под тегом #кризис. Если выход на работу 11 января = чувство отчаянья и безнадежности, то возможно, вы выгорели или исчерпали свои ресурсы на текущем месте работы и пора двигаться дальше. Это объемная тема стоит отдельного поста, если она интересна - комментите, ставьте эмоджи в комментах - раскрою ее в ближайшее время. А пока почитайте мои посты про выгорание.

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

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

Пишите в комментах ваши способы быстрого возвращения в строй, что вам помогло, а что не сработало. Желаю всем продуктивного начала 2021 =)

#софтскилы

На поле развития телеграм-каналов, ты постоянно ищешь схожие по тематикам каналы и пытаешься подружиться с их авторами. Это нужно для развития, мониторинга трендов и нетворкинга.
Так я и нашла канал об управлении проектами Сергея Колганова - @psilonsk, а потом Сергей нашел мой канал, и мы списались. Сергей - руководитель департамента проектов и технологий в edna. Меня зацепил сторителинг в его постах, обилие примеров (все как я люблю) и тренажеры - управленческие кейсы с викторинами и объяснением правильных ответов.

Топовые посты:

🏂 https://news.1rj.ru/str/psilonsk/916 - как управлять и повышать лояльность команды, решая мелкие проблемы, реальная история менеджера;

🏂 https://news.1rj.ru/str/psilonsk/558 - о синдроме беспомощности команд в разработке продуктов;

🏂 https://news.1rj.ru/str/psilonsk/547 - как делегировать задачи;

🏂 https://news.1rj.ru/str/psilonsk/890 - как загружать команду задачами, чтобы не перегреть ее;

🏂 https://news.1rj.ru/str/psilonsk/880 - дата-культ на смену agile-культу в продуктовой разработке;

🏂 https://news.1rj.ru/str/psilonsk/852 - о качественной потере времени в команде;

🏂 https://news.1rj.ru/str/psilonsk/836 - история о ненужной автоматизации.

Подписывайтесь, читайте, качайте управленческие скилы с двойной силой.

🗑 Кидалово на работе

Жила-была Таня, хорошая разработчица, задачи во время закрывает, в чатах отвечает оперативно, вечерами читает Кнопку Хорошо. Таня хочет развиваться в тимлиды, для неё это естественный шаг в карьере.

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

Дальше все зависит от Тани. Она может обидеться, закрыться, выложить резюме на HH, а может пытаться продавливать те договоренности.

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

Или вот, еще.

Тестировщик Вася договаривается с руководителем о повышении з/п через 3 месяца, если Вася поднимет планку покрытия тестами в команде.

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

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

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

🔗 Если вы не можете выполнить их, то хотя бы относитесь к ним с трепетом. Поговорите с человеком, честно объясните всё и предложите другие варианты.
Чтобы не потерять человека, очень важна забота о нём, а не отмазки.

#софтскилы