Как-то у вас все смешалось в пункте про планирование.
Баги - это ошибки приложения, которые команда пропустила.
Рефакторинг - это технологический кредит, который растет с ростом числа зависимостей.
а есть еще бизнесовый рефакторинг, это когда вы дорабатываете пропущенные кейсы в уже выпущенных фичах
в среднем по индустрии разбивка по типам задач выглядит так: https://t.me/pm_god/187
Очень похожая статья-интервью, тоже про переход проджектов в продакты. Причем там даже тот же Сергей есть!
Из моего опыта как раз идут по пути "попытки 2" и донастраивают процесс, исходя из особенностей компании. Например, иногда бизнес-логику дают прорабатывать тестерам или дизайнерам.
Эта модель на самом деле не сильно отличается от аутсорсной, где проджект это проджект, а продакт - это заказчик. У него есть бизнес контекст (метрики, деньги, фидбек рынка), а у проджекта - технический контекст (команда, релизы, юзер-стори). И каждый занимается своими делами :)
Когда процесс настроен, и если команда зрелая, проджекта вообще можно убрать спустя какое-то время: https://t.me/pm_god/156. Либо прокачать тим-лида до инжиниринг менеджера, дав ему чуть больше обязанностей. На западе это уже стандарт, инжир+продакт.
проджекты тоже разные бывают. Где-то называются delivery manager, где-то engineering manager, где-то program. Напридумывали себе лычек, сидят лясы точят)
вот тут подробнее про тайтлы: https://t.me/pm_god/48
Если хотите научиться проджект-менеджменту на практике идите в ПМ совет - https://t.me/pm_sovet. Это ПМО по подписке. Собираются раз в неделю менеджеры и обсуждают проблемы на настоящих проектах. Тут клиент свирепый, как ответить, там тимлид борзый, как с ним ужиться, в таком духе.
если хотите быстро прокачаться в практике проджект-менеджмента посмотрите ПМ совет: https://t.me/pm_sovet. Это ПМО по подписке. Разбирают всякие рабочие штуки, типо психованных писем клиентов, что делать, когда команда хочет уволиться ну и как фичи оценивать.
и вот еще классный список топ-каналов про ПМ: https://telegra.ph/Top-telegramm-kanaly-o-PM-08-03
Все-таки проджект отвечает не за команду, а скоуп, по классике. А держится все это на 4 параметре - качество, про который все забыли, когда придумали проектный треугольник. По-хорошему, должен был быть квадрат.
Есть чуть более современная альтернатива: клиент-босс-команда. Отражает все 3 грани, как раньше, но включает еще человеческий фактор. Подробнее тут: https://t.me/pm_god/139
Кому-то может будет в тему, 3 интервью о переходе из проджекта в продакты: https://romkovalevsky.medium.com/%D0%B8%D0%B7-%D0%BF%D1%80%D0%BE%D0%B4%D0%B6%D0%B5%D0%BA%D1%82%D0%B0-%D0%B2-%D0%BF%D1%80%D0%BE%D0%B4%D0%B0%D0%BA%D1%82%D1%8B-3-%D0%B8%D1%81%D1%82%D0%BE%D1%80%D0%B8%D0%B8-%D0%BF%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D0%B0-4cbbebb566c0
И еще про проджект добавлю. На самом деле переходят из таких же ролей +-, разве что из тестеров еще становятся. Подробнее тут можно почитать: https://t.me/pm_god/100
Добавить функцию вычислить по айпи
Ничего не знаю, статья про день Луиса Литтла была отличной, как впрочем и сам лендинг.
Неужели команда Сатина оставит данный пост без комментариев?
если учитесь на менеджера в ИТ, или только начали работать и не чувствуете уверенности - приходите в ПМ совет (https://t.me/pm_sovet). Там разбирают реальные ситуации из жизни менеджеров. Что было, как поступить, какой результат. В июне бесплатно