Size: a a a

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

2020 May 13

LV

Leonid Vygovskiy in Архитектура ИТ-решений
В чем ключевое отличие от работы с этим и управлением? Я вижу только то, откуда берется условный бюджет - и, опять же условно, кто крайний.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Leonid Vygovskiy
Ну то есть мой второй пункт. А чем плох трактовка, что и внешние обстоятельства изменились для команды?
Тем, что всегда обстоятельства изменяются. Если мы каждое изменение будем обвешивать долгом "внизу" ... просто представьте экономический аналог данной ситуации.

Я за введения различений понятий "design debt", "development debt", "management debt"
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Эмм. Не каждое изменение обстоятельств приводит к появлению долга.
источник

F

Fagor in Архитектура ИТ-решений
Притом третий сразу приводит к коллапсу всей системы 😂
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Собственно, в хорошем случае ИС позволяет вносить изменения без создания тех. долга.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Leonid Vygovskiy
Евгений, моя мысль следующая была в примере с СУБД. Команда в 2018г имела права выбрать mysql и выбрала. В 2020 пришла установка, что все проекты компании переходят на oracle. И команды появился тех долг - переход с mysql на oracle
»  В 2020 пришла установка, что все проекты компании переходят на oracle.
Вот на этом шаге и образовался долг - только, в реальности, его гораздо проще переместить много ниже, и заставить оформлять management debt как technical debt.
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Leonid Vygovskiy
Собственно, в хорошем случае ИС позволяет вносить изменения без создания тех. долга.
Да, тут согласен
источник

F

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

F

Fagor in Архитектура ИТ-решений
Ладно два выше шутки, а теперь серьезный вопрос
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Fagor
Притом третий сразу приводит к коллапсу всей системы 😂
:) Есть стратегия "медленная смерть", там такое движение норма
источник

F

Fagor in Архитектура ИТ-решений
Eugene Istomin
»  В 2020 пришла установка, что все проекты компании переходят на oracle.
Вот на этом шаге и образовался долг - только, в реальности, его гораздо проще переместить много ниже, и заставить оформлять management debt как technical debt.
Причем здесь долг? В принципе? Я не вижу никаких долгов.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Eugene Istomin
»  В 2020 пришла установка, что все проекты компании переходят на oracle.
Вот на этом шаге и образовался долг - только, в реальности, его гораздо проще переместить много ниже, и заставить оформлять management debt как technical debt.
Так о чем я иговорю. Это больше про политику - кто платит за его устранение. Условно - компания или команда. Очень условно.
Но факт необходимости вносить изменения  в техническом плане без добавления нового функционала с целью улучшению чего-то в будущем - не меняется
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Leonid Vygovskiy
Так о чем я иговорю. Это больше про политику - кто платит за его устранение. Условно - компания или команда. Очень условно.
Но факт необходимости вносить изменения  в техническом плане без добавления нового функционала с целью улучшению чего-то в будущем - не меняется
»  Это больше про политику - кто платит за его устранение. Условно - компания или команда
Ага

»  необходимости вносить изменения  в техническом плане без добавления нового функционала с целью улучшению чего-то в будущем
Да

Вопрос в том, чем task и goal отличается от debt.
источник

F

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

EI

Eugene Istomin in Архитектура ИТ-решений
Fagor
Переход на Оракл никак не связан с долгом. Есть компании что сменив БД, потом возвращаются к прежним. БД нужно уметь готовить, бывают проблемы с молодыми БД. В остальном как бы все норм.
Тут нужно роль вашу назвать, т.е. вы как кто сейчас говорите?
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Fagor
Переход на Оракл никак не связан с долгом. Есть компании что сменив БД, потом возвращаются к прежним. БД нужно уметь готовить, бывают проблемы с молодыми БД. В остальном как бы все норм.
"переход на Oracle" - это часть стратегии? Часть движения "убрать интегратора, который душит"? Два отката три прихлопа?
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Как сторонний наблюдатель )) Не понял, какое это имеет значение. Так я себя считаю solution architect
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Leonid Vygovskiy
Как сторонний наблюдатель )) Не понял, какое это имеет значение. Так я себя считаю solution architect
Ну как сторонний наблюдатель вообще всё ок, какие долги-то :)
Concern определяет view
источник

F

Fagor in Архитектура ИТ-решений
Eugene Istomin
Тут нужно роль вашу назвать, т.е. вы как кто сейчас говорите?
А не знаю. Я просто ни с одной позиции не вижу тех долга. И не только тех. В принципе долга не вижу.
источник

LV

Leonid Vygovskiy in Архитектура ИТ-решений
Eugene Istomin
Ну как сторонний наблюдатель вообще всё ок, какие долги-то :)
Concern определяет view
))
источник