Привет, работяги! Являясь пмом и руководителем уже более года и имея суммарный опыт работы более 5 лет в IT сфере, у меня накопился список вопросов и недостатка знаний в определенных сферах работы. Если по хард скиллам в менеджменте, таких как знание программ, навыки выстраивания бизнес процессов, прямой (линейный) менеджмент и коммуникации в IT - у меня все прекрасно, то вот в Agile - совсем не клеится насколько бы ни были масштабными проекты. Изучаяя теорию Scrum и Waterfall, я постоянно задавался вопросом «А как это блять в реальности делается?». Т.к вот у нас условно есть спринт - а как ПМ может определить цели спринта и вообще возможность спринта без команды (а это блять в требованиях по хард скиллам для ПМов)??? Как ПМ может собирать бэклог не обладая навыками в разработке будь то фронт и бэк, когда применим скрам, в каких масштабах? Также до конца не ясен процесс внедрения скрам. Какими бы ни были проекты у меня, хоть на десятки тысяч $, хоть на 100$, какой бы ни была большой команда - рациональной необходимости использования Scrum вот вообще не было. Понятное дело, что те же спринты были - как общие глобальные разделы ТЗ, для лучшей навигации по проекту, была декомпозиция задач, были всякие штуки по оценке эффективности работы и бюджета, но как такового прям скрама - нет, с их заебной терминологией и прочим. Я банально просто не понимаю как это и где можно использовать (наверное, просто не было опыта релевантного). И при каждой попытке введения новых стандартов работы оказывалось, что это тупо блять неэффективно, как бы я ни старался. У людей со свободным графиком просто нет желания вести тайм-трекинг и идти по бэклогу задач в той же Jira или WEEEK, эффективность работы теряется без прямого контакта с исполнителями и линейного менеджмента. Все просто нахуй перестают работать, заканчивается мотивация и генерация идей и работа сводится в убивающий команду монотон. То есть мне тупо нет смысла это использовать, хотя очень хочется получить в этой стези экспертность, хочется развиваться в хард скиллах и понимании бизнес процессов даже крупных компаний. На стажировках в 22 году мне просто давали задачи по типу «Добавь в Jira этот список задач, мы его на мите определили, назначь исполнителя и завтра отчитайся по ходу выполнения задач» или «Пиздуй на созвон с тимой, собери беклог». По последнему кстати всегда был хаос, никто нахуй не хотел выдвигать гипотез и все тупо как один просили от них отъебаться ибо дел итак выше крыши. Крч стажировки не принесли должного результата, у себя на работе не получается внедрить, т.к эффективность команды падает, а больше собственно опыта мне набраться и негде. Прочитал кучу книг, посмотрел курсов 6, ничаво полезного нет, только терминология тупая (которая в реале используется процентов на 30 от силы, в моих конкретных примерах стажировок) и бесконечное непонимание «А нахуя?»ч Поделитесь пожалуйста своим опытом работы по данной системе менеджмента, как у вас реализовывали ПМы сбор беклога и определения спринтов и как ваши ПМы вертелись в дев-кругах без конкретного понимания кода. А также как писали ТЗ без знаний кода (ведь это прямая обязанность ПМа, а как? Если я не знаю по бэку в том же ts или golang ни-ху-я)
blessed, да всегда таким был. Хз, я тут с 17 года, таким собственно лолз и считал - айти и блек комьюнити.