Size: a a a

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

2019 December 06

IN

Igor Nikolskiy in Архитектура ИТ-решений
Пометил.
источник

PD

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

d

dreamore in Архитектура ИТ-решений
Phil Delgyado
Но даже там есть куча команд, занятых инфраструктурой и общими задачами.
И каждая команда не делает свой биллинг, доставку видео и прочую фигню, нет там никакой независимости команд по продуктам.
+
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Andrei Soloschak
Я уже сказал, что это вопрос как нарезаны команды. Команда должна уметь доставить продукт или его существенную часть полностью автономно. Иначе это не команда, а SILO (!)
Я бы не сказал, что это связанные вещи.
источник

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
И что все эти "бэковские" команды завязаны друг от друга
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
dreamore
Это ведь не полная правда. Есть ещё платформа на которой живут эти full cycle команды
Платформа упрощает жизнь, поскольку автоматизирует повторяющиеся задачи, но ее использование не обязательно. Цитата: We don’t mandate adoption of those paved roads but encourage adoption by ensuring that development and operations using those technologies is a far better experience than not using them.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Andrei Soloschak
Платформа упрощает жизнь, поскольку автоматизирует повторяющиеся задачи, но ее использование не обязательно. Цитата: We don’t mandate adoption of those paved roads but encourage adoption by ensuring that development and operations using those technologies is a far better experience than not using them.
А каждый солдат мечтает стать генералом. Андрей, садись, два.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Igor Nikolskiy
А каждый солдат мечтает стать генералом. Андрей, садись, два.
?
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Reusable сразу, что тут непонятного?!
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Что приборы?
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Andrei Soloschak
Что приборы?
Смотри. Ты же ролевых моделей не имеешь в Agile-е.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Да. блин
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Сорри
источник

d

dreamore in Архитектура ИТ-решений
Andrei Soloschak
Платформа упрощает жизнь, поскольку автоматизирует повторяющиеся задачи, но ее использование не обязательно. Цитата: We don’t mandate adoption of those paved roads but encourage adoption by ensuring that development and operations using those technologies is a far better experience than not using them.
Именно. И платформа стремится быть максимально привлекательной (быстрее работать, удобнее, дешевле). В этом стремлении она рано или поздно (на само деле уже) пройдет ту точку когда КАЖДЫЙ проект взвесив затраты на свое решение и на решение на платформе приходит к выбору платформы. Остаётся r&d у кого априори задачи не фабрицируемые
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Igor Nikolskiy
Reusable сразу, что тут непонятного?!
Лучше по русски, реюзабельно, но не обязательно)
источник

AS

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

IN

Igor Nikolskiy in Архитектура ИТ-решений
Андрей, отсутствие архитектора приводит к следующему эффекту.
Что как только получилось "красиво", это начинает не помогать процессу, а процессу мешать(!)
Как следствие - это приводит к технологическому, Андрей, отставанию. Понимаешь.
И продукт, который задумывался как высокотехнологичный, получается, как продукт "отставший от жизни".
Именно в архитектурных гранулах, то есть в принципиальных моментах.
Как то так

На сленге 90-х это называлось - "либо работает, либо сделано правильно"
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Я понятно объяснил?
источник

d

dreamore in Архитектура ИТ-решений
Оборудование они закупают, развертывают, сети прокладывают, цоды создают...
источник