26782
Проджект менеджмент в IT. Современные деливери практики, продуктовая разработка и как быть классным менеджером. — Сообщество менеджеров: @pm_sovet Реклама: @pm_god_ads 5035224435
Я получил промоушен в европейской продуктовой компании. Процесс
Дисклеймер: В больших компаниях большие NDA, поэтому рассказать именно про HelloFresh я вам не смогу. Вместо этого я поговорил с коллегами из других компаний – Zalando, Wolt, Delivery Hero, которые получали повышение в миддл- и бигтехе. Их истории стали основой для этого и следующих постов.
Я получил повышение в европейской продуктовой компании. Интро
Первый год работы в ХеллоуФреш (он же, первый год в Берлине), был для меня интеграционным. Я учился работать в корпорации на 12К человек, с американским менеджментом и профсоюзом. Местами я не дожимал и порой был “удобным менеджером”.
Синдром самозванца подотпустил через полгода, когда закончился испыт. Еще через 6 месяцев я узнал, насколько сложно меня теперь уволить, и стал более настойчивым в работе. Это было полезно для проектов, которые местами позеленели от осмелевшего менеджера.
Посмотрев на ребят с тайтлом Staff, я подумал, что тоже так хочу. И вроде бы даже могу.
Первое, что я тогда сделал – открыл матрицу компетенций и отранжировал себя по каждому скиллу на позици staff. На каждый скилл дал пруф – документ или метрику, которые подтверждали человеку без контекста, что все так. Это было очень полезно, потому что:
▫️док стал основой моего promotion case;
▫️из него я увидел, что 70% скиллов уже закрыты.
Из оставшихся 30% я составил роудмам на следующие 6 месяцев – срок до следующего перф ревью – и начал фигачать. Если хочешь получить новый тайтл, надо работать так, как будто он уже у тебя есть.
В следующем посте расскажу, что из себя представляет процесс повышения.
Как нормально эскалировать, ч2
Вот несколько советов по эскалации, которые я хотел бы дать самому себе 10 лет назад:
▫️Убедись, что сделал все возможное на своем уровне и твои полномочия действительно все.
▫️Говори конкретно, что тебе нужно: “Команда Х должна приоритезировать фичу У, которая занимает 2 недели”.
▫️Объясни, как именно это влияет на твою работу или проект: “Иначе, мы не успеем сдать майлстоун вовремя”.
▫️+1 бал, если объяснишь мотивацию второй стороны: “У Команды Х дедлайн по другому проекту, им нужны эти 2 недели”.
▫️Явно проговори свою просьбу человеку, которого собираешься эскалировать. Желательно получить в ответ четкое “нет”. Чтобы когда его босс придет к нему с твоей эскалацией, она не была для него сюрпризом.
▫️Мягкое бряцание оружием, перед самой эскалацией: “Я понимаю, что ты не в силах решить проблему. Может быть твой менеджер сможет нам помочь?”
▫️Объясняй факты, а не эмоции, если речь про конфликт: “Петя при всех назвал меня скуфом, меня это демотивирует”.
▫️[добавлю сюда самый залайканный совет из комментариев]
Взаимоконнекты в Линкедине
Linkedin важен для всех: ищущих работу, нанимающих на работу, фаундеров, и фрилансеров. Чем больше у тебя качественных контактов, тем больше шансов решить свой вопрос быстро.
Менеджера от боженьки читают умные и классные менеджеры. А значит здесь можно расширить свой нетворк полезными контактами.
Сегодня стартуем взаимоконнекты в Линкедине!
Рекламируйте свой профиль и добавляйте в контакты классных менеджеров.
Напишите про себя 3-5 предложениях со ссылкой на свой профиль (разрешены только линкедин-ссылки!). Работает эффективнее с хорошим интро и фоткой.
И добавляйте меня, конечно: https://www.linkedin.com/in/roman-kovalevsky/
#реклама
Чувствуете, что вас недооценивают?
Если вам кажется, что вы стоите дороже, — скорее всего, вам не кажется. Спросите себя:
- Насколько «дорого» выглядит мое резюме? И нет, стандартное резюме от ChatGPT не работает.
- Умею ли я аргументировать желаемую зарплату на собеседовании?
- Умею ли показать свои реальные навыки?
Аспектов много, и чтобы выйти на желанную вакансию, нужно проработать каждый из них. Именно этим и занимаются на Карьерном сопровождении — ведут за руку до трудоуйстройства. Но работает оно только если у вас есть опыт в конкретной сфере.
Как это работает:
Первый этап — переупаковывам все, начиная от резюме, и определяем куда идти.
Второй этап — тренировки на собеседованиях. Будешь и кандидатом, и нанимающим. Прочувствуешь обе стороны процесса, поймёшь, как пережить собеседование без паники и вообще перестанешь бояться этого процесса.
Третий этап — интеграция в карьерную тусовку.
Самое крутое — тебе подберут программу под твои конкретные цели и отработают каждый момент. Команда проекта из отраслевых экспертов, HR, кураторов, будут работать с тобой, пока не доведут до оффера.
У ребят сотни кейсов, например:
Катя, бренд-менеджер из не IT, мечтала перейти в продакт-маркетинг. Благодаря стремлению участницы, переупаковке опыта и реферальной программе - залутала оффер и +30% к зарплате в компанию мечты!
12 oz mouse (поллитровая мышь) – популярный мультик из середины нулевых. В нем гениальные диалоги в духе Саус парка и Масяни.
Недавно я пересмотрел несколько серий, и удивился, как многие из них будто списаны с наших ИТ реалий:
#реклама
🦄 Technical PM? Да, такие существуют!
Представь, что ты продакт русского языка. Нужно апгрейдить буквы, а фидбек — от 150 млн «юзеров». С чего начнёшь?
Разберёмся:
— как «выкатить» новую «Ы» и не сломать прод (кейсы Яндекса)
— как держать SLA для 78 млн финтех-клиентов
— где брать метрики эффективности, чтобы команда гордилась, а не выгорала
Хочешь правду без прекрас и успешного успеха?
Жми на кнопку 👇
🆑 Кнопка
Джира + гугл таблицы = бомбические отчеты
Недавно делал трекинг для своей программы.
Все данные о задачах хранятся в джире, а отчеты мне нужны гугл таблицах. В джире отчеты тоже есть, но гораздо скуднее и плохо кастомизируются.
К моему большому удивлению, соединить джиру с таблицами, можно только через API ключ. А его еще поди получи у ИТ секьюрити.
Спасением стал вот этот плагин. Все, что он делает – вытаскивает задачи по JQL фильтру и записывает их в таблицу. Получается ряд колонок из джира-данных: статусы, даты закрытия, assignee.
Казалось бы, просто данные в табличке, но по факту получается очень мощный инструмент, т.к. у джиры много данных, а в шитс хорошая визуализация.
Из такой таблицы можно построить абсолютно любой отчет, на что фантазии хватит. Например, берндаун по неделям или готовность по каждой команде.
Плагин умеет делать обновлять данные из джиры самостоятельно по графику, поэтому отчет всегда будет в актуальном состоянии.
#реклама_по_любви
В эту субботу у Стратоплана будет воркшоп по теме, которую каждый менеджер использует в работе ежедневно – переговорам. Приходите потренировать навыки в группе, это бесплатно!
———
Когда переговоры идут не по плану…
Вы когда-нибудь выходили с performance review или созвона с заказчиком с ощущением: «Что-то пошло не так»?
Аргументы были. Слова правильные. Но в итоге — без прибавки, с лишними задачами или с чувством упущенной выгоды.
Возможно, пора подкачать переговорную стратегию.
Приходите на бесплатный практический воркшоп — «Сложные переговоры».
👉17 мая в 11:00 (GMT+3), онлайн.
👉Регистрация: https://stratoplan-school.com/negotiation
На воркшопе вы:
▫️Освоите алгоритмы подготовки к переговорам;
▫️Поймёте, как устанавливать контакт и слушать так, чтобы слышали;
▫️Попрактикуетесь — вживую, в подгруппах, на реальных кейсах!
Это не лекция и не рекламный вебинар, а рабочая сессия, где вы сможете тут же отточить свои переговорные навыки.
P.S. воркшоп является полноценным днем нашей платной программы (сам воркшоп бесплатный). Если хотели примерить на себя обучение в Стратоплане — вэлкам!
Замечать успехи команды (Recognition)
Работая с несколькими топ-левел стейкхолдерами в этом году, заметил, как круто они отмечают успехи других. Порой буквально на ровном месте.
Например:
▫️”Ребята, настраиваю трекинг задач на проекте на 100 команд. Есть удачные примеры?”.
“Спроси Анну, она построила супер удобный трекинг для проекта Х в прошлом году”.
▫️”Я вычитаю твой документ до пятницы. Кстати, хочу сказать спасибо за то, как ты затащил тот проект без особой поддержки”.
▫️”Поздравляем Алекса с повышением до Senior product manager. Он сделал проекты А, Б и Ц, которые вырастили конвесию в…”. Такие письма менеджер Алекса отправляет на всю компанию.
Бывает, ответ на какой-то вопрос топа начинается издалека, и человек дает явно лишних продробностей. Но даже тут:
▫️“Спасибо, что объяснил, как работает сервис аутентификации. Не знал, что у него столько клиентов. Сейчас я хочу узнать о …”
В большой компании плохо видны успехи коллег. Пофиксить это можно через специальную тулу для благодарностей. Такая штука хорошо работает на вовлеченность команды. Писал о ней тут.
Вообще, хвалить в публичном пространстве – важная роль топов. На этих сообщениях и строится культура компании.
#реклама_по_любви
Что ты хочешь, если ты такой хреновый менеджер
— Что же вы не присылаете отчёты?
— А что ты хочешь, если ты такой хреновый менеджер?
Команда не вкладывается в оценки. Что делать?
Представьте, что приходите менеджером в новую команду. Быстро понимаете, что есть проблема с деливери – команда успевает завершить 60-70% того, что пообещала.
Что будете делать?
Вот буду делать я:
▫️проверю, как именно собирается статистика.
▫️спрошу у команды, в чем главная причина на их взгляд.
▫️проверю описание задач, понятно ли из них, что делать.
▫️проверю, что фичи разбиты на задачи размером хотя бы в 1-2 дня.
▫️уточню, самостоятельно ли команда дает оценку или кто-то делает это за нее.
▫️проверю, что в итерацию заложено время на риски и непрограммирование – встречи, тестирование и т.д.
▫️проверю, не успевает вся команда или 1-2 человека.
90% команд, с которыми мы работали над улучшением деливери, имели по крайней мере одну проблему из списка выше.
Менеджерский трюк: вынести проблемный скоуп в отдельный майлстоун
Представьте, что вы запланировали 2 месяца на майлстоун-А, в котором нужно перевести сайт на английский язык.
Начали разработку, и поначалу все шло хорошо. Через пару недель обнаружили проблему в лендингах. Чтобы нормально использовать их на нескольких языках, нужно сначала порефакторить способ доставки ключей перевода. Иначе перевести лендинги возможно, но получится прям совсем костыльное решение. СТО в глаза будет стыдно смотреть.
И вот трюк:
🎩Поддержку лендингов выносим в отдельный майлстоун-Б.
Обосновываем так:
Когда мы закладывали 2 месяца на проект, то исходили из того, что лендинги заведутся легко, из коробки. Но оказалось, что они не поддерживают мультиязычность. Поэтому наш майлстоун-А все еще ЗЕЛЕНЫЙ, а поддержку лендингов мы сделаем позже, в майлстоуне-Б.
Формально проект был перевести весь сайт, и лендинги входят в его скоуп. По-хорошему, надо оставлять лендинги в майлстоуне-А и красить его в КРАСНЫЙ.
В заказной разработке обычно так и поступают, если заранее не включили мультиязычность в assumptions. И идут по пути костылей, потому что финансы важнее косых взглядов СТО.
В продуктовой компании посмотрят, что на лендинги ходит 5% пользователей, и скажут, что главная цель – перевести сайт – выполнена на 95%, вот и славно.
«Торги» скоупом – обычное дело на любом проекте. Трюк именно в том, что бы отделить проблемный скоуп от основной работы. Так, им легче потом торговать, а проект остается ЗЕЛЕНЫМ.
#реклама
Одни постоянно растут в деньгах, а другие застряли на одной позиции
Первых от вторых отличает умение проходить всю воронку в найме от правильного самоопределения, до собеседования, онбординга и даже увольнения (да так, что ещё и парашют могут заплатить).
• Junior продакт Лиза — выросла от 110к до 175к за 2 недели. Ей достаточно было просто поправить резюме. Её коллега, нынешний продакт компании X, вырос в доходе x2,5 буквально за 2 месяца и уже к 24 годам планирует стать CPO. Всё благодаря нормально описанному опыту работы в резюме и уверенному собеседованию, никакой магии.
• Другая девушка — Катерина — ушла на те же 300к в другую компанию, но получила ту рабочую структуру, которую не могла найти даже в компаниях, которые предлагали x1,5. Всё тоже благодаря четкой цели, а от нее — правкам в резюме и отработкам собеседований.
Дожимать
Вспоминая проекты, которые я профукал, понимаю, что в некоторых тупо не дожал.
Решения, коммуникацию, риски.
Например, на одном проекте мы пропустили часть подготовки, из-за чего релиз провалился. За пару недель до этого я ходил-рассказывал всем о том, что “кажется мы падаем”, но делал это не слишком убедительно, и стейкхолдеры не считали серьезность проблемы. Не дожал.
Или в другой раз, мы решили переписать половину бекенда, чтобы пофиксить критичный баг. Идея с первого дня была спорной, уверенности в глазах разработки не читалось. Я это заметил, но забил, “делегировал”. Не вкопался в детали, не настоял сделать PoC, не поискал экспертизы снаружи. В итоге черезе полгода, мы не смогли зарелизиться и проблема осталась нерешенной. Снова не дожал.
Дожимать трудно. Часто это значит поднять неудобный вопрос или указать, что человек чего-то не сделал. Донести такое сообщение так, чтобы и проблему четко обозначить, не срезать углы, и еще и человека не обидеть – безумно трудно. Это я уже не говорю про внутренее сопротивление в таких разговорах.
Дожимать также не всегда уместно. Например, был у меня один сложный клиент, сам тот еще дожиматель. В момент, когда он сам оказался неправ, разумнее было дать ему сохранить лицо, чем дожимать.
Дожимание – сложное искусство, которому я постоянно учусь. Практики хватает, особенно в корпе, где миллион стейкхолдеров с разными интересами. Пару раз в неделю стабильно я нахожу себя в ситуации, где приходится выбирать между быть “удобным менеджером” и быть“дожимателем дел и вопросов”. Скажу по правде, второе получается далеко не всегда.
#реклама
Не стройте ракету, пока не собрали бумажный самолёт
Один из главных рисков в запуске IT-продукта — застрять в бесконечной доработке и не выйти на рынок.
В комьюнити Короче, Капитан делают по-другому.
Челлендж: 12 запусков за 12 месяцев.
✅ Разработка и запуск — за 1 месяц
✅ Минимальные вложения (средний бюджет на продвижение — $150)
✅ Честный разбор: что получилось, а что — нет
Формула проста:
1 запуск = 1 функция = решение 1 проблемы
Три главных правила:
⚡️Проверенный спрос, а не догадки
⚡️ Быстрый запуск без перфекционизма
⚡️ Только США и ЕС — там платят за удобство
Канал Короче, Капитан показывает запуск, продвижение и доход по каждому продукту в реальном времени.
Без иллюзий, без теорий — только работающие подходы и реальные цифры.
👉 Подписаться: @its_capitan
Я получил промоушен в HelloFresh!
Был Senior, а стал Staff Technical Program Manager. Стаф, это лид в наших широтах.
Я безумно счастлив, так как усиленно работал на это последние 1,5 года.
В следующих постах расскажу что и как. Stay tuned!
Как нормально эскалировать, ч1
Некоторые ситуации без эскалации не решить.
Например, однажды разработчик мне сказал: “Рома, я ухожу через месяц. Мне пофиг на эти дедлайны, не планируй важных задач на меня”. Я пытался найти интересные для него задачи и другие точки мотивации, но безуспешно – пришлось эскалировать ресурсному менеджеру и просить замену.
Есть ощущение, что эскалировал = не справился на своем уровне. Но это не так: у ПМа не всегда есть полномочия, чтобы решить проблему самому, и тогда приходится подключать людей выше.
За 12 лет в проджект-менеджменте, я редко эскалировал, чаще получалось договориться самому. В среднем, прошу помощи пару раз в год, в духе: “помоги убедить менеджера Х сделать У для нашего проекта”.
Если я эскалирую часто, у моего менеджера будут вопросы. Нафиг он нанял ПМа, который бегает к нему по каждой проблеме? Или, может, попался конфликтный ПМ, которому трудно договариваться с коллегами?
Поэтому используйте эскалацию с осторожностью.
В следующем посте опишу несколько принципов, которыми пользуюсь, когда эскалирую.
Клиент продавливает сроки. Что делать?
Когда заказчик продавливает сроки, есть несколько классических приемов, которые помогут в них вписаться:
▫️упростить требования
▫️распараллелить работу
▫️добавить людей
▫️урезать качество
▫️овертаймы
У каждого из них свои минусы, с которыми хороший менеджер обязательно знакомит клиента, чтобы разделить ответственность за последствия.
Иногда этого недостаточно, и заказчик просит сделать еще быстрее.
Тут уже можно задуматься об эскалации. Набирая сообщение своему менеджеру, особенно поэтичные менеджеры прикладывают цитату из книги "Мифический человеко-месяц":
Для программиста, как и для повара, давление со стороны хозяина может определять запланированный срок завершения задачи, но не может определять время ее фактического завершения. Омлет, обещанный через две минуты, может успешно жариться, но если через две минуты он не готов, то у клиента есть две возможности: ждать еще или съесть его сырым.Читать полностью…
У повара есть еще одна возможность: добавить жару. В результате омлет часто оказывается безнадежно испорченным: горелым с одного края и сырым — с другого.
8 советов по гугл-таблицам
Последние 3 года я провел 30% рабочего времени в гугл таблицах. Насмотрелся на хорошие и плохие примеры, и я хочу дать 8 советов самому себе из прошлого:
1️⃣Перекрась границы ячеек в белый. Получится аккуратненько и даже немного похоже на лендинг!
2️⃣Обрежь неиспользуемые столбцы права и строки внизу. Этим ты дашь пользователю ощущение законченности и спокойствия, т.к. сразу видно весь документ.
3️⃣Если в таблице много вкладок, сделай первую Intro – о чем и для кого этот документ.
4️⃣Преобразовать в таблицу делает апгрейд для твоей таблицы – добавляет фильтры, сортировку, типы данных и наводит красоту. Раньше все это надо было добавлять руками самому, а теперь в один клик.
5️⃣ChatGPT сэкономит тебе десятки часов, которые раньше ты проводил, читая справку и дебажа формулы. Пиши буквально, в каких ячейках, что лежит и какой результат хочешь получить.
6️⃣Вот этим плагином можно вытащить кучу данных из джиры и построить отчеты на их основе.
7️⃣Получить ссылку на эту ячейку – делает ссылку на конкретные столбцы и строки из таблицы. Супер удобно, когда надо что-то объяснить и привести пример на данных.
8️⃣Храни данные в одной вкладке, а их преобразования и отчеты - в другой. Это облегчает чтение документа, т.к. обычно пользователям нужен результат, а не вычисления.
———
Другие фичи sheets изменили вашу к лучшему? Расскажите об этом в комментариях 👉
Эпик фейл
Как-то раз я получил самое обычное письмо от заказчика. Проблема была технической и я попросил разработчика ответить. Вопрос решился, заказчик остался доволен и даже написал, что мы молодцы.
Это был немного закрытый и не особенно щедрый на благодарности заказчик. Я решил воспользоваться ситуацией и похвалить разработчика, тем более, что это было одно из первых его писем.
Пишу на русском: “Пашка, красава, что все разрулил! Он обычно хмуро отвечает, а тут даже похвалил“. Вскоре приходит ответ, тоже на русском: "Я не есть хмурый”. От заказчика. 🤦
Эта история научила меня проверять получателей письма, прежде чем нажать кнопку отправить. А для новых тредов я сначала пишу письмо, а получателей заполняю прямо перед отправкой, чтоб наверняка.
Фейлы бывают у всех и это ОК. Через них хорошо учиться, например, проверять отправителя в письме.
Расскажете про свои?
Держи в голове вопрос
Я постоянно сталкиваюсь с ситуациями, где спросили одно, а человек отвечает на другое.
Например:
⁃ Какие задачи вы закроете, если мы добавим человека вам на проект?
⁃ Понимаешь, этот проект вылетает с первого дня, требования неточные, стейкхолдеры по неделе не отвечают…
⁃ [так а задачи? 🫠]
⁃ Расскажи про самую сложную техническую задачку на прошлой работе.
⁃ Вообще, мне еще со школы нравилось прогать. Понятно, что менеджерам это не всегда нужно….
⁃ [
так а задача?
🫠]
- Отвечая на твой вопрос, с дополнительным человеком, мы закроем эпики….
- Я наверное плохо объяснил, как связаны неточные требования и что дополнительно мы закроем. Давай объясню….Читать полностью…
Когда до последнего ждешь встречи с дорогими коллегами
Читать полностью…
Улучшенная версия реестра рисков – RAID
Чтобы было удобно следить за рисками, их часто вносят в отдельную табчику. Пишут, в чем именно риск, как будем его предотвращать и кто ответстственный.
Это реестр рисков.
Иногда, кроме рисков хочется записать и другие штуки.
Например, что другая команда нам висит кусок скоупа (зависимость). Или, что субподрядчики задержали поставку фичи уже на 2 недели (проблема). Или, что мы считаем, что требования нового закона “переводятся” в вот такие фичи (допущение).
Для таких “расширений“, есть хороший формат – RAID.
RAID это тоже табличка, куда вносят:
R – risks (риски);
A – assumptions (допущения),
I – issues (проблемы);
D – dependencies (зависимости);
Я использую RAID как журнал того, что случилось на проекте. Например, встречаюсь с новым стейкхолдером и рассказываю ему, что было в “предыдущих сериях”. Особенно помогает на длинном проекте, т.к. вещи забываются.
Еще такая табличка помогает рефлексировать над проблемами – полезно открыть перед ретрой или когда делаешь SWOT-анализ.
Пример заполненного RAID для проекта “next day delivery” 👇
“Совет директоров” проекта (Steering Comittee)
Когда делаешь проект в большой компании, у тебя могут быть сотни стейкхоледров. Общаться со всеми лично врядли успеешь. Поэтому договариваешься о представителе из каждого юнита и решаешь вопросы уже с ними.
Раз в месяц главные представители собираются вместе, чтобы обсудить, как идут дела. Типо, как “совет директоров” проекта.
Такая встреча называется Steering committee, обычно сокращают до SteerCo.
По сути, это просто встреча с большими дядьками и тетьками, чтобы обкашлять вопросы.
Ценность стирко в принятных решениях.
Можно неделями пытаться договориться с продактами из разных отделов, кому делать кусок скоупа. Но когда собираются топ-стейкхолдеры, такие решения принимаются мгновенно. Это шанс для менеджера решить самые сложные блокеры.
———
Если знаете подходящий перевод для steering comittee – напишите в комментах.
Бесконечно можно смотреть на 3 вещи:
▫️как горит огонь
▫️как течет вода
▫️как продакт переносит рефакторинг в следующий спринт
#реклама
Менеджер устал. Команда — тоже.
Каждый день менеджер делает выбор:
📍 быть удобным или поднимать неудобные темы
📍 «закрыть» план или признать, что он давно устарел
📍 поддержать человека или пожертвовать им ради дедлайна
Он смотрит, как выгорает тимлид, которому обещали рост, но забыли
Он слушает, как бизнес—аналитик давит, потому что «бизнес не понимает»
Он отвечает за то, что не может контролировать, и делает вид, что держит всё под контролем
И в какой-то момент он начинает задаваться вопросом —
А как вообще быть менеджером, если ты ещё и человек?
Есть идея: искать ответы вместе с теми, для кого это тоже важно и актуально. А такие люди соберутся на новой конференции PeopleSense
📍 19–20 мая 2025 года в Москве
Организаторы — команде ProductSense. Но в этот раз говорить будут не про продукты и фреймворки, а:
— Про то, как управлять, не теряя себя
— Про софты, которые стали важнее хардов
— Про культуру, обратную связь, рост, усталость и силу доверия
— Про то, как развивать лидерские компетенции в компании
30+ докладов и 20+ мастер-классов
— Как перейти от управления людьми к управлению работой
— Сильные сотрудники — радость или боль для руководителя?
— Менеджмент 18+: сотрудник — не ребенок, менеджер — не родитель.
— Власть без жертв: как руководителю сохранить человечность и эффективность
Если человек — мера всего, то с него и надо начинать.
С себя. С команды. С процессов между людьми.
Темы докладов и список спикеров тут:
https://peoplesense.ru
-----
ООО «Продакт Сенс» ИНН 6162077311
2VtzqxB6B84
Встречи без экшн айтемов
Все уже давно знают, что стоит записывать следущие шаги по результатам встречи. Это менеджерская база, так же как готовить темы для встречи.
Тем не менее я сам тыщу раз забивал на экшн айтемы. Например, думая, что раз вокруг меня такая сеньорная команда, то зачем. Мы же взрослые, ответственные люди, раз обсудили, значит, сделаем. Ага, ну да.
Нет, часто, оно и правда потом делалось. Но иногда оказывалось, что один не так понял, а второй забыл. И тогда дела продалбывались почти наверняка.
Например, обсуждая с командой недавний инцидент, приходим к тому, что причина непонятна и надо собрать больше данных.
Магия экшн айтемов в том, что когда начинаешь записывать, всплывает неудобная конкретика:
▫️один думал, что данные соберут аналитики.
▫️у аналикитов в этом спринте времени нет.
▫️а данные по проблемным сессиям у нас, оказывается, вообще не логируются.
Поэтому лучше записывать. Даже сениор директоры, работа которых мне иногда видна, записывают и не стесняются. И вы не стесняйтесь.
Новый закон по Accessibility софта в Европе
Летом в Европе вступает в силу закон о доступности European Accessibility Act (EAA). Под его действие попадает любой бизнес, у которого есть сайт или приложение. Проверьте, не касается ли вас, а я расскажу немного деталей.
Чтобы выполнить требования закона, нужно соответствеовать стандарту WCAG 2.1 на уровне АА. Это главный в мире стандарт доступности, разработанный умными дядьками из World Wide Web Consortium еще в 1999 году.
Штрафы за невыполнение закона могут быть в районе 5-20К. А в Ирландии даже могут посадить в тюрьму!
Есть ли тут деньги
Еще как!
Задачи по доступности часто оказываются внизу беклога, т.к. на первый взгляд не приносят денег. Но это не совсем так. Вот несколько фактов для презентации вашему CPO:
▫️в США живет 61 миллион человек с ограниченными возможностями.
▫️70% из них выбирают продукты, в которых есть поддержка доступности.
▫️Расходы людей с ограниченными возможностями, составлют $8 трлн ежегодно.
Рынок есть, и немаленький, осталось научиться на нем зарабатывать.
Какие требования нужно выполнить
На практике, комплайенс означает поддержку 55 требований WCAG в продукте.
Среди них много логичных, которые сделают любой интерфейс удобнее. Например, размер иконок должен быть не меньше 24 пикселей или текст должен хорошо контрастировать с фоном.
По моим ощущениям, у среднестатистического сайта большая часть работы сведется к простановке лейблов и тегов, которые используют скрин ридеры. Кстати, посмотрите, как слепые пользуются инстой с его помощью.
Самый серьезный риск для разработки, на мой взгляд, касается пункта про портретный режим. Реализовать его поддержку с нуля в приложении безумно дорого.
Инструменты для разработки
Бесплатные тулы, которые сделают аудит вашего приложения или сайта:
▫️Accessibility Inspector, iOS;
▫️Accessibility Scanner, Android;
▫️Lighthouse, web.
Анонимный фидбек vs неанонимный
Когда мы собираем фидбек для перфоманс ревью, есть два способа, как это сделать – анонимно и нет.
С одной стороны, когда люди оставляют фидбек анонимно, он становится гораздо откровенее. Когда я знаю, что никто не придет с расспросами, я гораздо охотнее напишу, что продакт-директор – самодур.
С другой стороны, именно потому, что фидбек неанонимный, я вынужден пояснить, что продакт-директор бывает невнимателен к мнению команды, а также продавливает свои решения силой. Когда под фидбеком стоит мое имя, я лишний раз подумаю, что в нем написать. Не желая прослыть треплом, я вспомню примеры, детали, а это как раз самое ценное в фидбеке!
Я пробовал разные варианты, и самым эффективным, мне кажется, собирать фидбек неанонимно, а делиться уже анонимно, без имен. Так, я могу доуточнить детали у автора, если его обратная связь на уровне “продакт-директор – самодур”. А у самого автора появляется больше безопасности, чтобы говорить честно.
А вы как делаете?