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

2021-06-17 18:00:06 ​#реклама

Митап для продактов про DevOps

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

Это очевидно? Да!
Все ли понимают? Да!

Но не все внедряют себе технологии, которые помогают мониторить состояние сервиса, не проводят нагрузочные тестирования, а потом происходят ситауции "ну я же тебе говорил". В общем, дело такое — ребята из AGIMA вместе с SberDevices, Эльдорадо и Тинькофф организовывают митап 6 июля в 18:00 для продактов и СТО про DevOps, про внедрение, про эксплуатацию и метрики.

Вот такая будет программа:
Когда и каким компаниям нужно внедрять DevOps и почему.
Какие есть сложности внедрения. Как их избежать.
Как постоянный мониторинг влияет на бизнес-показатели компании.
Как внедрить DevOps c минимальными затратами.
Кейсы. Много. Разных.


Это бесплатно, но с предварительной регистрацией тут: https://www.agima.ru/DevOps/?utm_refcode=7d6ae44e8c84ca18eceb33d99e0739f1e682d54f Адкрыць / каментаваць

2021-06-15 18:00:06 ​UX долги

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

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

обработать состояние, если еще не было транзакций;
запомнить последнюю выбранную дату в сортировке;
разные стили в списке транзакций у юр. лиц и физ. лиц;

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

С UX долгом такие же правила, как и с техническим. Его надо:

легализовать - объяснить бизнесу, почему он возникает и что будет, если на него забить.
отдавать - в каждом спринте планировать немного времени на UX долг. Я обычно беру где-то 5%, т.е. 1-2 небольшие задачи. Адкрыць / каментаваць

2021-06-09 18:27:06 ​Работа менеджера - давать контекст

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

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

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

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

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

2021-06-01 18:00:06 ​Записал небольшой вебинар про коммуникацию для менеджеров в iampm.club. Рассказываю
- как общаться с заказчиком, чтобы он тебя зауважал;
- какими словами можно задеть американца;
- что делать, чтобы стать любимчиком босса;

Посмотрите, тут интересно:



Адкрыць / каментаваць

2021-05-13 18:00:06 ​Как не надо увольняться

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

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

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

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

Оказалось, что он уже нашел новую работу в каком-то беттинг-стартапе и договорился выйти к ним через 2 недели. 2 недели! Наш тогдашний беклог трещал от we-need-to-build-it-asap-фич, а на поиски толкового рубиста на рынке уходили месяцы. Для проекта это была большая проблема.

После долгих переговор мы договорились, что Костя отработает 3 недели, и еще 2 будет помогать на парт-тайме пару часов в день.

Не увольняйтесь как Костя. Это больно для команд, менеджеров и клиентов.

Ради приличия и душевного спокойствия Кости, имя тут ненастоящее :) Эта история смерджена из 2х реальных историй, которые когда-то произошли со мной. Адкрыць / каментаваць

2021-05-10 11:00:07 Почему продакт-менеджмент — не для вас?

IT подходит не всем, а профессии, требующие организационных навыков, — тем более, но не все так категорично.

С 4 по 27 мая ProductStar проведут BootCamp и ждут всех, кто загорелся желанием стать продактом и развить свою карьеру!

Следующий интенсив — 11 мая, в 19:00. Вместе с Михаилом Карповым, CEO ProductStar, ex-Product Director в Skyeng, ex-Яндекс / ВКонтакте, вы:

— Узнаете ТОП-20 качеств для карьеры в продакт-менеджменте
— Проверите, насколько эти навыки развиты у вас на данный момент
— Получите способы и советы быстрой прокачки нужных скиллов

Каждого участника ждут подарки и море полезной информации

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

Подробнее о мероприятии https://bit.ly/2QY7fgu Адкрыць / каментаваць

2021-05-04 18:00:05 ​Планирование релизов

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

Проходит оно так. Собираются бизнес и технари вместе и разговаривают:
1. Бизнес объясняет что надо поставить, чтобы ему было хорошо (= выпуск каких фич принесет максимальную пользу).
2. Технари объясняют какие задачи им удобнее (проще, легче, дешевле) поставить в ближайшее время.

На основе 1 и 2 договариваются о план релиза. Его записывают в джиру или ноушен, чтобы все были в курсе. Вот и все релиз планирование

Хорошие практики:

Планировать на несколько релизов вперед, оптимально на 1-2 месяца. Если закладывать больше - план будет неточным и постоянно меняться. Меньше - сложно продавать. Здесь речь именно о точном плане с конкретными датами. Примерный план у нас уже есть - это роудмап.

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

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


На фото: великолепная фича Releases в джире Адкрыць / каментаваць

2021-04-27 18:00:06 ​Удобные письма

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

Такое письмо легко вычислить. Если текста больше, чем на лист А4, в нем есть эмоции или после прочтения хочется сказать "зачем я это прочитал?", значит, что-то не так.

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

- Проблема
- Возможное решение (1)
- Оптимальное решение (2)
- Что будет, если забить
- Когда надо принять решение

Человек, который получит такое письмо, сможет ответить на него всего одним символом - "1". Одна цифра и вопрос решен, класс же! При этом читатель потратил минимум своего времени, и будет вам за это благодарен. Адкрыць / каментаваць

2021-04-13 18:00:06 ​Кик офф

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

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

Вот что надо обсудить:
Попросить заказчика еще раз проговорить цель проекта и свои ожидания. Тут нам и нужен сейл, чтобы все показания сошлись (скоуп, дедлайны).
Представить команду. Рассказать кто за что отвечает.
Рассказать о процессе разработки.
Рассказать о роли заказчика в этом процессе, что от него ожидается. Обычно это аппрув требований и участие в демо. Сразу договариваемся о времени созвонов и высылаем на них инвайты.
Спросить, кто будет бекапить закачика, если он недоступен, определить полномочия этого человека. Заказчики люди занятые, любят пропадать.
Рассказать о планах первой итерации, т.е. что мы сделаем за 1 спринт.
Рассказать о первой поставке, когда ожидается и что в нее войдет.
Организационные штучки: таймзона, время доступности, каналы связи, отчеты, доступ в джиру, вот это все.

А дальше идем делать классный проект . Адкрыць / каментаваць

2021-03-30 18:00:05 ​Как следить за качеством (чек-лист)

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

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

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

Таких кусочков много, хватило на целый чек-лист:

https://telegra.ph/CHek-list-kachestva-proekta-03-29 Адкрыць / каментаваць