Менеджер от боженьки

2022-09-29 19:00:03 ​How to speak tech

Раньше у меня было несколько дежурных советов как менеджеру (тестировщику, аналитику, дизайнеру) качать технические навыки.

Сегодня дополню еще одним - книгой How to speak tech.

Она о том, какие технологии работают в продуктах, которыми мы пользуемся каждый день. Написана специально для нетехнарей, очень понятным языком и всего 100+ страниц. При этом покрыты практически все темы, которые попадутся на работе. От самых простых (клиент-сервер, базы данных) до более сложных:

Виды архитектуры: mvc и 3-tier architecture (вы точно где-то слышали эти слова).

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

Минимум про безопасность: токены, юзер-сессия, sql инъекции, куки, умные урлы. Помните, как в ВК можно было смотреть скрытые фотки, т.к. все альбомы имели определённый урл-паттерн? Жаль они эту книгу не читали.

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

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

Если набрали мало баллов в тесте по тех. скиллам, то рекомендую прочитать.

Джуниор менеджеру нужно понимать хотя бы 30% книги. На 80+ вести проект будет комфортно. Открыть/Комментировать

2022-09-27 17:00:03 Работа ПМ в период войны, протестов, мобилизации

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

В 20 году беларусские менеджеры прошли через другой, но тоже пиздец. Хочу поделиться несколькими советами, которые помогли нам его пережить:

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

У каждого проекта есть ключевые люди, без которых все ляжет. Если их не перевезли после 24 февраля, спросите, не хотят ли теперь.

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

HR ищут пропавших сотрудников, кто не отметился на дейли. А когда находят, то помогают вернуться в строй. Забрали на сутки, вручили повестку - hr про все в курсе, объясняет как себя вести, какие доки при себе иметь и так далее. Юристы проводят вебинары "что делать, если тебя задержали" и "что говорить в военкомате".

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

Вашей команде сейчас нужен лидер. Уверенный голос, который расскажет какой будет план. Знаю, самому страшно, но вы справитесь. Вы же менеджер, я в вас верю. Открыть/Комментировать

2022-09-26 17:14:02 ​#реклама

Недавно я рекламировал ребят из @productdo, с их курсом по тех. скиллам. У них действительно классный продукт. Посмотрите, например, вебинар про вопросы по метрикам, которые задают на собеседованиях.

Завтра у ребят стартует новый курс по аналитике (Mixpanel) и работе с SQL (Superset). Это прям маст скиллы для любого продакта в б2с. Подробности ниже.

------------------------------------------

Студенты получают концентрированный опыт двух практикующих продактов (Flo, Booking.com). Это реальный бизнес-анализ, никаких гипотетических кейсов.

Вначале выдается доступ к аналитической системе и датасету продукта. Дальше ученики практикуются на симуляторе и ищут ответы в данных: какой процент новых пользователей проходят онбординг до конца? а это повышает шансы активироваться в приложении? а как это быстро проверить с помощью SQL? И все в таком духе.

После каждой задачки — фидбэк: правильно ли извлечены и интерпретированы данные. Помимо практики в симуляторе, ребята созваниваются в Zoom и решают разные кейсы в групповом формате: строят деревья метрик, анализируют ML модели в продакт-менеджменте, разбирают system design интервью. Однозначно правильных ответов на таких созвонах нет — ценность воркшопов в обсуждении.

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

Хотите прокачаться в аналитике и метриках, лучше развивать свой продукт? Забирайте последние 4 места по ссылке: https://productdo.it/data_driven

Старт 27 сентября (завтра). Открыть/Комментировать

2022-09-22 18:00:02 ​Шаблон для пулл реквестов

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

У ребят из Soundcloud процессы на высоте, они придумали целую систему и заполняют:
описание задачи
детали реализации (тут порефакторили, там добавили новое поле в базу)
скриншот до\после
как тестировать

Это очень хорошие вопросы, о которых надо позаботиться заранее. Без шагов по тестированию QA тратят кучу времени на разбор задачи. А без деталей реализации тимлид долго въезжает в код ревью.

С таким подходом ПРы становятся более предсказуемыми и команда закрывает задачи быстрее, снижая cycle time.

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

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

2022-09-14 18:00:03 ​Тестовые данные на проде

Однажды я искал дальних родственников на сайте кладбища.

Ради фана вбил в урл /admin. Открылась страница с логином. Недолго думая я ввел admin, admin и....открылась админка.

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

Разблокировав ачивку cool hacker, я написал разработчикам с левого имейла (они не ответили).

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

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

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

Недавно в одном сервисе я ввел промокод test на чекауте и получил год подписки бесплатно (+ coolhacker lvl2). Т.е. для компаний такие косяки могут иметь вполне измеримую стоимость. Открыть/Комментировать

2022-09-07 18:00:04 Пример джира тикета

Я оформляю задачи вот так. Поясню некоторые поля:

Goal + Affected metrics - зачем мы это делаем и на что повлияет.

Description - подробное описание, как работает фича, расписан флоу, как работает каждая кнопка.

Acceptance Criteria (AC) - главные сценарии, которые надо сделать, чтобы считать задачу выполненной.

Subtask - декомпозиция.

Time tracking - начальная оценка в часах, сколько времени потратили + есть ли вылет.

Assignee - кто сейчас занимается задачей.

Development - подтягивает ссылки на коммиты и ветки, удобна фича для разработчиков.

Labels - использую для фильтрации на разные темы. Например, фича для клиента (Chingari), к какой части системы относится (FAR-effects), делаем доп. контрактом (CR).

Epic link - ссылка на эпик (разбивка системы большими мазками).

Fix version - в какой релиз войдет.

--------------------------------

А вы какие поля еще используете? Открыть/Комментировать

2022-09-02 13:00:03 ​#реклама

Что делать, если ты джун, умеешь немного, но готов работать и расти? Вопрос непростой, а ребята из самого душного (и смешного) подкаста про IT Форточку открой знают ответы.

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

Пилотный эпизод доступен на всех платформах. Ребята ждут вашей обратной связи - все контакты в описании к выпуску. Лайк, шэр и не забудьте открыть форточку! Открыть/Комментировать

2022-08-31 18:00:03 ​Как работать с рисками

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

Объясню на примере.

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

Хороший ПМ увидит в этом потенциальную проблему и пойдет ее решать:

Вспомнит, что Валера говорил на последних ретрах. Какие из его задач были самыми грустными. Проведет 1-1 и выяснит, что Валера устал от проекта за 3 года, но пока еще не созрел уходить. Это идентификация риска.

Если забить на проблему, то с вероятностью 70% Валера уволится. На замену джависта компания потратит примерно $15K. Это анализ риска.

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

Предположим, другие задачи и проект Валеру не впечатлят, и он решит уйти. Как к этому заранее подготовиться? Потянет ли второй джавист Леша весь проект? Где быстро раздобыть замену? Как дела с документацией? Этот и предыдущий пункты называют смягчение (mitigation) риска.

Валера теперь под прицелом. ПМ будет наблюдать его настроение пристальнее обычного и встречаться с ним раз в неделю. Это мониторинг риска.

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

Честно говоря, я часто забиваю и не веду этот реестр. В продуктовых компаниях с плоской структурой, где ПМ репортает СТО, CPO или CEO, можно без него обойтись. Но если не чувствуете хорошей, доверительной культуры - лучше вести.

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

Вот и весь риск-менеджмент. Открыть/Комментировать

2022-08-25 17:00:03 ​Тест на технические скилы

Недавно на собеседовании спрашивали про устройство CI/CD пайплайнов в мобильной разработке . Я рассказал, что знал про тесты, инфру для билдов, метрики и гитфлоу, но чувствую, что можно было лучше.

Так глубоко спрашивают не везде, но на позиции вроде technical product manager или delivery manager довольно часто.

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

https://kavaleuski.me/tech-test

Пишите в комментах сколько набрали. Открыть/Комментировать

2022-08-25 11:50:01 Вчера на совете увлеклись таким вопросом:

В решении споров на чьей стороне должен быть ПМ: команды или клиента? Или может быть выступать таким медиатором, посередине?

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

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

А вы как думаете? Открыть/Комментировать