Size: a a a

Архитектура ИТ-решений

2020 September 18

PT

Peter Tugolukov in Архитектура ИТ-решений
Roman Tsirulnikov
Вот кстати, поделитесь кейсом аргументации как отбились.

Прилепить что-то к чему-то уже имеющемуся ведь всегда быстрее чем делать самостоятельный сервис/контекст/etc.
Кейс аргументации будет ценен сообществу)
Эту штуку хотел провернуть product owner, не технарь. Ну я ему и разложил по его "понятиям", чем чревато такое решение - сколько времени команде нужно будет на расхлебывание, готовил ли он после этого решения выделить время на рефакторинг и так далее. Если утрируя - я ему показал стоимость его будущего технического долга.
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
ну, просто "руководитель проекта" — это, по идее, тот, кто занимается "проджект менеджментом"
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
а разработкой ПО как правило руководит разработчик
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
ну, не будет же ПМ проводить техинтервью с кандидатами, например? следовательно, как он может нанимать или увольнять?
источник

EM

Evgenii Mikhailin in Архитектура ИТ-решений
Fagor
Так что набрать и уволить - это у РП, который по факту руководит ресурсами проекта, включая бюджет
понятие "проекта" и соответственно роли РП различно в разных заведениях, по опыту.
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
тогда ясно
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Ilya Gulkov
> team design
очевидно, никакой реальной власти над этими командами он не имеет, иначе откуда взялся бы сам вопрос?
Верно, власти над людьми нет.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Т.е. нет подчиненных как таковых.
источник

F

Fagor in Архитектура ИТ-решений
То что технари апрувят скилл, не значит что они нанимают. Ну и РП с тех бэком конечно куда лучше чем без него. Но дело не в этом, в команду нанимает и увольняет из команды РП. Если вы работаете над проектом. Часто стартап, это не проект, хотя и может им являться. Ну и оперционная деятельность ни разу не проект. Скорей всего тут у нас и ошибка коммуникаций.
источник

F

Fagor in Архитектура ИТ-решений
А что по ролям РП, если РП не управляет составом работ, ресурсами и ожиданиями, то он не РП. Как то так. Фасилитатор может, там координатор, или какой нибудь интерфейс менеджер. И вот когда у вас интерфейс, получает меньше мидла, но "горда" себя РП именует, то тогда да, кажется что от конторы к конторе РП разный бывает... Но это вроде и не РП даже.
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
не, ну, если решение о найме разработчиков принимает какой-то внук гендиректора, то помянем такую организацию
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
хотя, если она не кормится с разработки ПО, то в добрый путь
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
Fagor
А что по ролям РП, если РП не управляет составом работ, ресурсами и ожиданиями, то он не РП. Как то так. Фасилитатор может, там координатор, или какой нибудь интерфейс менеджер. И вот когда у вас интерфейс, получает меньше мидла, но "горда" себя РП именует, то тогда да, кажется что от конторы к конторе РП разный бывает... Но это вроде и не РП даже.
опять же, если составом работ при разработке ПО руководит не разработчик, то будем надеяться, что ПО этой компании не сильно-то и нужно было
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
если просто нет отдельного "проджект менеджера", и РП — это просто руководитель, то я ниче не говорю
источник

F

Fagor in Архитектура ИТ-решений
Ilya Gulkov
не, ну, если решение о найме разработчиков принимает какой-то внук гендиректора, то помянем такую организацию
возможно вы вне проектов. ну и в СНГ к сожалению из РП сделали офис менеджеров конечно. Даже на первый взгляд опытные РП себя ведут как девочки манагеры, считая что они ни за что не отвечают, кроме срока перед CIO, и то по бумажкам.
источник

EM

Evgenii Mikhailin in Архитектура ИТ-решений
на текущем месте "проект" - это задача на внесение изменений в нескольких ИТ-системах ради достижения какой-то бизнес-цели. Длительность, затраты варьируются. У проекта есть РП с бюджетом на это изменение (так как затраты на подрядчиков, на закупки серверов и тп). А найм это к руководителям команд, которые за эти ИТ-системы отвечают.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Эт вы про проектную или продуктовую разработку?
источник

IG

Ilya Gulkov in Архитектура ИТ-решений
а, проекты — типа, как на субподряде где-то?
источник

F

Fagor in Архитектура ИТ-решений
Ilya Gulkov
опять же, если составом работ при разработке ПО руководит не разработчик, то будем надеяться, что ПО этой компании не сильно-то и нужно было
содержанием разработка, а состав определяет РП, по обратной связи от всех сторон.
источник

F

Fagor in Архитектура ИТ-решений
Peter Tugolukov
Эт вы про проектную или продуктовую разработку?
я про проектную, но кстати проектная может быть и продуктовой. Они вполне могут совместно сосуществовать
источник