ПМ совет

2022-09-01 15:29:43 Вчера на совете обсуждали кейс про эстимейты ^^.

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

Но мне не давал покоя другой вопрос.

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

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

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

UPD: в комментах подсказывают, что аксэптанс критерии тоже тема Адкрыць / каментаваць

2022-08-26 11:28:04 Совет #21

Эстимейты - боль и страх всей разработки. Как попадать в свои же оценки? Сколько закладывать рисков, и как сделать цифры точнее?

Обсудим 31 августа, в 20.00 по Минску. Адкрыць / каментаваць

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

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

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

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

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

2022-08-19 12:46:15 Кейс #21

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

Обсудим 24 августа, в 20.00 по Минску. Адкрыць / каментаваць

2022-08-12 13:19:43 прислать кейс: https://forms.gle/tdMHjpeuDCgqEAbG9 Адкрыць / каментаваць

2022-08-12 12:29:06 Кейс #20

Классическая проблема разработки - долгое код ревью.

Какие штуки помогают ее решить?

Обсудим на следующем совете, 17 августа, среда в 20.00 по Минску. Адкрыць / каментаваць

2022-08-12 12:26:41 Кейс #18 На следующей неделе у нас будет гостевой совет. Ребята из AgileFluent, которе разобрали мое резюме на прошлой встрече, теперь расскажут, как написать классное cover letter. А также, как вести Linkedin, чтобы рекрутеры из гугла сами писали в личку.… Адкрыць / каментаваць

2022-08-09 09:38:17 Кейс #19

Как вести команду к самостоятельности? Пишите в комментах, как это было у вас, какие ситуации дали наибольший эффект.

#помощь_зала Адкрыць / каментаваць

2022-08-04 15:32:55 Кейс #18

На следующей неделе у нас будет гостевой совет. Ребята из AgileFluent, которе разобрали мое резюме на прошлой встрече, теперь расскажут, как написать классное cover letter. А также, как вести Linkedin, чтобы рекрутеры из гугла сами писали в личку.

Экспертом будет Сергей Голунов - 20+ лет в управлении персоналом в международных FMCG компаниях. Прошел путь от рекрутера до директора по персоналу с ответственность за 33 страны в Восточной Европы (Bacardi Rus).

Это открытый совет, можно приходить без подписки.

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

Четверг, 11 августа, 20.00 по Минску.
Ссылка на звонок: https://us06web.zoom.us/j/84956943295 Адкрыць / каментаваць

2022-08-01 19:02:05 Кейс #17

Врываемся в новую неделю с новым кейсом.

У автора вопрос именно про аутсорсиновый ДоД, но продуктовый давайте тоже разберем.

Пишите в комментах

#помощь_зала Адкрыць / каментаваць