Вот кстати, поделитесь кейсом аргументации как отбились.
Прилепить что-то к чему-то уже имеющемуся ведь всегда быстрее чем делать самостоятельный сервис/контекст/etc. Кейс аргументации будет ценен сообществу)
Эту штуку хотел провернуть product owner, не технарь. Ну я ему и разложил по его "понятиям", чем чревато такое решение - сколько времени команде нужно будет на расхлебывание, готовил ли он после этого решения выделить время на рефакторинг и так далее. Если утрируя - я ему показал стоимость его будущего технического долга.
То что технари апрувят скилл, не значит что они нанимают. Ну и РП с тех бэком конечно куда лучше чем без него. Но дело не в этом, в команду нанимает и увольняет из команды РП. Если вы работаете над проектом. Часто стартап, это не проект, хотя и может им являться. Ну и оперционная деятельность ни разу не проект. Скорей всего тут у нас и ошибка коммуникаций.
А что по ролям РП, если РП не управляет составом работ, ресурсами и ожиданиями, то он не РП. Как то так. Фасилитатор может, там координатор, или какой нибудь интерфейс менеджер. И вот когда у вас интерфейс, получает меньше мидла, но "горда" себя РП именует, то тогда да, кажется что от конторы к конторе РП разный бывает... Но это вроде и не РП даже.
А что по ролям РП, если РП не управляет составом работ, ресурсами и ожиданиями, то он не РП. Как то так. Фасилитатор может, там координатор, или какой нибудь интерфейс менеджер. И вот когда у вас интерфейс, получает меньше мидла, но "горда" себя РП именует, то тогда да, кажется что от конторы к конторе РП разный бывает... Но это вроде и не РП даже.
опять же, если составом работ при разработке ПО руководит не разработчик, то будем надеяться, что ПО этой компании не сильно-то и нужно было
не, ну, если решение о найме разработчиков принимает какой-то внук гендиректора, то помянем такую организацию
возможно вы вне проектов. ну и в СНГ к сожалению из РП сделали офис менеджеров конечно. Даже на первый взгляд опытные РП себя ведут как девочки манагеры, считая что они ни за что не отвечают, кроме срока перед CIO, и то по бумажкам.
на текущем месте "проект" - это задача на внесение изменений в нескольких ИТ-системах ради достижения какой-то бизнес-цели. Длительность, затраты варьируются. У проекта есть РП с бюджетом на это изменение (так как затраты на подрядчиков, на закупки серверов и тп). А найм это к руководителям команд, которые за эти ИТ-системы отвечают.