Size: a a a

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

2020 March 13

AZ

Andrey Zaytsev in Архитектура ИТ-решений
Gennadiy Kruglov
Это правильно) чем дальше от кода, тем меньше смузи и кофе и больше вазелина и валидола)

Чем выше позиция, тем меньше няшных задач и больше задач, где на входе продолбано всё, что только можно продолбать и даже больше.
Вазилин и валидол: они причина или следствие?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Andrey Zaytsev
Вазилин и валидол: они причина или следствие?
В разных обстоятельствах разные комбинации)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
SinTpon Up here
ты имел в виду - абсолютно все задачи, где продолбано все? в некоторых уже дважды
Мы же взрослые ребята, не верим в абсолют) нет конечно, не все

Подмечено точно, иногда и дважды продолбано.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Всё больше убеждаюсь, что если проектом управляют менеджеры не знакомые со спецификой производства софта, например повелители экселей и проджекта, экономисты или КЛАССИЧЕСКИЕ менеджеры, то шансы у проекта быть упоротым кратно возрастают

Эксели и проджекты будут восхитительные, всё остальное продолбано
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Gennadiy Kruglov
Всё больше убеждаюсь, что если проектом управляют менеджеры не знакомые со спецификой производства софта, например повелители экселей и проджекта, экономисты или КЛАССИЧЕСКИЕ менеджеры, то шансы у проекта быть упоротым кратно возрастают

Эксели и проджекты будут восхитительные, всё остальное продолбано
Запоротым  ли упоротым?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Daria Kaftan
Запоротым  ли упоротым?
У хороших менеджеров в ходу такое устойчивое выражение: "упороть проект". Это синонимы. Упороть - это страчит яростно, страстно запороть. Запороть с энергией и любовью.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Gennadiy Kruglov
У хороших менеджеров в ходу такое устойчивое выражение: "упороть проект". Это синонимы. Упороть - это страчит яростно, страстно запороть. Запороть с энергией и любовью.
Наблюдал эффект Даннинга-Крюгера неоднократно: когда задача запарывалась яростно с полным погружением в идею что делаем все правильно
источник

AZ

Andrey Zaytsev in Архитектура ИТ-решений
Gennadiy Kruglov
Всё больше убеждаюсь, что если проектом управляют менеджеры не знакомые со спецификой производства софта, например повелители экселей и проджекта, экономисты или КЛАССИЧЕСКИЕ менеджеры, то шансы у проекта быть упоротым кратно возрастают

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

SB

Sergei Beilin in Архитектура ИТ-решений
А скажите, что такое "проект" и "менеджер проекта"?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman Tsirulnikov
Наблюдал эффект Даннинга-Крюгера неоднократно: когда задача запарывалась яростно с полным погружением в идею что делаем все правильно
Точно
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Gennadiy Kruglov
Всё больше убеждаюсь, что если проектом управляют менеджеры не знакомые со спецификой производства софта, например повелители экселей и проджекта, экономисты или КЛАССИЧЕСКИЕ менеджеры, то шансы у проекта быть упоротым кратно возрастают

Эксели и проджекты будут восхитительные, всё остальное продолбано
Наблюдаю сходное в скрам-командах: все силы и энергия уходят на выполнение ритуалов, за которыми как-то теряется весь смысл и цель задачи.
“да причем тут борщ, когда такие дела на кухне!” (c) Михаил Жванецкий
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman Tsirulnikov
Наблюдаю сходное в скрам-командах: все силы и энергия уходят на выполнение ритуалов, за которыми как-то теряется весь смысл и цель задачи.
“да причем тут борщ, когда такие дела на кухне!” (c) Михаил Жванецкий
Цитату запомню:)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Sergei Beilin
А скажите, что такое "проект" и "менеджер проекта"?
У нас на рынке есть такая специфика, большая часть денег у государства, ну почти все, поэтому мы по-настоящему гибко не можем и делаем типа эджайла внутри водопада. Когда есть ТЗ и фикс прайс, но клиент хочет себе ни в чём не отказывать. Вот когда есть ТЗ и всё вот это, это и есть проект и руководит им некий управленец, которого обычно зовут менеджером. Вот чтобы делать такие проекты нужны очень опытные управленцы, которые хорошо понимают специфику разработки в том числе.
источник

A

Andrey in Архитектура ИТ-решений
Gennadiy Kruglov
Всё больше убеждаюсь, что если проектом управляют менеджеры не знакомые со спецификой производства софта, например повелители экселей и проджекта, экономисты или КЛАССИЧЕСКИЕ менеджеры, то шансы у проекта быть упоротым кратно возрастают

Эксели и проджекты будут восхитительные, всё остальное продолбано
Как будто, если менеджеры из технарей, шанс успешногоо проекта увеличивается
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Andrey
Как будто, если менеджеры из технарей, шанс успешногоо проекта увеличивается
Не вижу противоречия, почему инженер не может быть хорошим менеджером.
Навыки менеджера не завият от того какой специальностью вначале занимался человек, это отдельное качество.

На мой вззгляд опаснось таится там когда работа менеджера становится направлена на производство артефактов работы менеджера, а не на решение исходной задачи.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Andrey
Как будто, если менеджеры из технарей, шанс успешногоо проекта увеличивается
Не стоит утрировать. Никто не говорил про менеджеров исключительно из технарей
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Менеджеры не из инженеров должны "повариться в котле разработки", поработать ассистентами, например, в процессе пройти обучение, набрать критическую массу общения с инженерами. В предметку погрузиться, одним словом. Если менеджер управляет разработкой - его основная предметная область, разработка. Предметные области проектов в которых ведётся разработка тоже важны конечно, но вторичны.
источник

S

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

На мой вззгляд опаснось таится там когда работа менеджера становится направлена на производство артефактов работы менеджера, а не на решение исходной задачи.
тоже самое с работой архитектора
источник

S

Stanislav in Архитектура ИТ-решений
да и вообще работой любой профессии
источник

A

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

На мой вззгляд опаснось таится там когда работа менеджера становится направлена на производство артефактов работы менеджера, а не на решение исходной задачи.
Скажу прямо: по моему опыту, проблемы в проект менеджменте (а они есть, и они довольно заметные) есть при назначении руководителя проекта с любым бэкграундом.

Они разные. Но я не уверен, что их количество и масштаб различаются в зависимости от прошлого профиля РП. Хотя это предварительное предположение. Может быть, мне стоит покопаться подробнее в своем опыте, и выводы окажутся другими.
источник