Size: a a a

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

2019 November 07

SB

Sergey Baranov in Архитектура ИТ-решений
Люди так любят нападать на agile, а когда приходишь с манифестом и спрашиваешь что с ним не так, что не устраивает, оказывается, что не устраивает компания или её культура/процессы, а хотелось бы как раз как в манифесте.
Не однократно было.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Именно. Пока цели в команде полностью разделяемы всеми участниками - проблем минимум. Как только появляется участник команды который ставит целью что-то вне спектра целей команды и достигает этого за счёт труда команды, это называется "саботаж", "вредительство" или "паразитизм"... ну или как там ещё)
Я бы аккуратно сказал, что в мире из живых, сложных и разных людей было бы наивно ожидать совпадения целей.

Есть ирония, конечно, что архитекторы сдвигаются в обсуждение вероятностных и эволюционных моделей -- но ожидают простоты от людей.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Я бы аккуратно сказал, что в мире из живых, сложных и разных людей было бы наивно ожидать совпадения целей.

Есть ирония, конечно, что архитекторы сдвигаются в обсуждение вероятностных и эволюционных моделей -- но ожидают простоты от людей.
Я не говорю о полном совпадении целей. Я говорю о том, что есть определённая деятельность. Например проект. На проект подбирается команда. Если в рамках проекта члены команды ставят себе цели не предусмотренные в проекте - это саботаж проекта. Вот тезис собственно.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Sergey Baranov
Люди так любят нападать на agile, а когда приходишь с манифестом и спрашиваешь что с ним не так, что не устраивает, оказывается, что не устраивает компания или её культура/процессы, а хотелось бы как раз как в манифесте.
Не однократно было.
Так манифест то абстрактный, а имплементация всегда очень конкретная и многогранная.

А так да, никто не против мира во всем мире.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Sergey Baranov
Люди так любят нападать на agile, а когда приходишь с манифестом и спрашиваешь что с ним не так, что не устраивает, оказывается, что не устраивает компания или её культура/процессы, а хотелось бы как раз как в манифесте.
Не однократно было.
Я бы предложил считать что если ценности манифеста предложены и продвигаются “снизу” то это хороший признак,
а если в приказном порядке сверху - точно жди беды. Бизнесу совершенно не интересны идеалы инженеров, там цели совсем другие.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Проект при этом конечно же является средством достижения каких-то личных целей. Но в рамках целей проекта. Т.е. как-то совпадает с целями участника команды проекта.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Я не говорю о полном совпадении целей. Я говорю о том, что есть определённая деятельность. Например проект. На проект подбирается команда. Если в рамках проекта члены команды ставят себе цели не предусмотренные в проекте - это саботаж проекта. Вот тезис собственно.
Нет,  это реальная жизнь.
Все менеджеры живут full time в этих реалиях. Только софт делает (плюс минус) то, что задумано.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Это критерии подбора управленческих кадров. Что-то вроде общего принципа. Каждый управленец должен стремиться любыми средствами добиться своих целей, по возможности соблюдая некоторые рамки .
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Проект при этом конечно же является средством достижения каких-то личных целей. Но в рамках целей проекта. Т.е. как-то совпадает с целями участника команды проекта.
Это серьёзная редукция реальности. Во view Управление проектами -- да.
А если, к примеру, рассматривать карьерные амбиции участников -- сразу все многомернее становится.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Это серьёзная редукция реальности. Во view Управление проектами -- да.
А если, к примеру, рассматривать карьерные амбиции участников -- сразу все многомернее становится.
Да, я про это и говорю, что если на одном проекте собрать людей с разными стратегическими целями - то получим команду склочников и саботажников, которые будут тратить ресурсы проекта на конкуренцию за ресурсы проекта.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Это критерии подбора управленческих кадров. Что-то вроде общего принципа. Каждый управленец должен стремиться любыми средствами добиться своих целей, по возможности соблюдая некоторые рамки .
С духом в целом согласен. Но вот "некоторые рамки" -- это большое пространство для маневра. И их этого много сложного подведения рождается.
источник

DZ

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Я бы говорил о выравнивании целей. Не страшно, что они могут быть совсем разные.
Прошу, поясните пожалуйста,  что значит "выровнять совсем разные цели" ?
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Прошу, поясните пожалуйста,  что значит "выровнять совсем разные цели" ?
Пусть на время проекта все гребут в одну сторону.
Это уже очень много, и ждать большего обычно нецелесообразно.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Пусть на время проекта все гребут в одну сторону.
Это уже очень много, и ждать большего обычно нецелесообразно.
Да, согласен с этим. Вопрос становится в том как это контролировать и сколько ресурсов будет уходить на получение обраной связи коррекцию.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Как только на управление начинает уходить больше Х% ресурсов проекта (статистика по ROI в проектном управлении была бы полезна), стоит как минимум задуматься об "архитектуре системы управления проектом" )
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Как только на управление начинает уходить больше Х% ресурсов проекта (статистика по ROI в проектном управлении была бы полезна), стоит как минимум задуматься об "архитектуре системы управления проектом" )
Интуитивно согласен, но тема скользкая.

Известный же тезис (первая его половина), что системная инженерия увеличивает расходы на управление.
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Denis Zarin
Так манифест то абстрактный, а имплементация всегда очень конкретная и многогранная.

А так да, никто не против мира во всем мире.
Ажаил, как тогаф, пока не подтюнить - не работает)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Интуитивно согласен, но тема скользкая.

Известный же тезис (первая его половина), что системная инженерия увеличивает расходы на управление.
Было исследование, которое говорило о максимумах бюджетов которые целесообразно тратить на системную инженерию. Ещё в 2014-2016 годах. Там было что-то вроде 3-15% разброс.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Alexander Luchkov
Как только на управление начинает уходить больше Х% ресурсов проекта (статистика по ROI в проектном управлении была бы полезна), стоит как минимум задуматься об "архитектуре системы управления проектом" )
проектное управление обычно представлено одним ресурсом в проекте
источник