Size: a a a

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

2019 October 25

DD

Dmitrii Dima in Архитектура ИТ-решений
Kirill Gorin
потому что они разные
Ониж вместе-) как они разные один спереди обрабатывает другой сзади?
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
Andrei Soloschak
Архитектор, может быть один на несколько команд и его ответственность технологическое развитие. А Scrum Master обычно один на команду и это его роль в защите интересов команды перед PO и менеджментом
Я думал делать процесс прозрачным? А не брать ответственность, коучить команду
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
И тд
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Andrei Soloschak
Scrum Master  вместе с Архитектором должны обрабатывать PO и менеджмент. Тут налицо решение одной организационной и культурной проблемы с помощью какого-то организационно-технического решения. Вместо того, чтобы бороться с реальной проблемой
Как быть если у вас десяток PO и продуктов, а внужно реализовать что-то регуляторное?
всем PO класть на ваши задачи, но делать их надо?
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
видимо только идти в топ-менеджмент и прогибать PO директивными методами
источник

AS

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

RT

Roman Tsirulnikov in Архитектура ИТ-решений
тут рассказывают что governance не нужен, команды все сознательные и самостоятельные, имеют общие интересы
источник

AS

Alexander Smith in Архитектура ИТ-решений
угу, ага, пятнадцать раз счазз
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
В итоге работу работать все равно надо хоть с бирюзой, хоть с иерархией
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
Как быть если у вас десяток PO и продуктов, а внужно реализовать что-то регуляторное?
всем PO класть на ваши задачи, но делать их надо?
А за что вообще платить архитектору, если он не может убеждать?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
тут рассказывают что governance не нужен, команды все сознательные и самостоятельные, имеют общие интересы
Governance нужен, но в стиле evolutionary architecture.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Для эволюционной архитектуры нужны эволюционные процессы, а мы живём в России
источник

AS

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

AT

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

IV

Igor Voronin in Архитектура ИТ-решений
Alexey Pryanishnikov
можно два непятничных вопроса?
1) Используются ли в нетелекоме Operations Map (аналог eTOM)?
2) Как их принято называть?
BIAN, например
источник

IV

Igor Voronin in Архитектура ИТ-решений
Andrei Soloschak
В devops такого быть не может
В devops это будет раньше и внутри команды
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Igor Voronin
В devops это будет раньше и внутри команды
Это не команда, если она не имеет общих целей и общего понимания Definition of Done.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Andrei Soloschak
А за что вообще платить архитектору, если он не может убеждать?
тут мы приходим вот к чему: всем нам нужны success stories, то есть достижение позитивного результата за разумное время.
Бегать нянькой за десятком PO может оказаться крайне невыгодно с точки зрения соотношения потраченного времени и полученного результата, решить вопрос через вышестоящий узел иерархии будет гораздо эффективнее.
Есть вопросы которые в принципе вне компетенций продуктов: та самая общая инфраструктура. Например выбор и покупка дата-цента.
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Sergey
По сетям и ОС будет полезно
Поаккуратнее. Я тут одной коллеге, выходящей из декрета посоветовал почитать "что нового появилось за это время по СУБД Oracle и архитектуре IBM POWER", списочек составил, она посмотрела и решила не выходить из декрета. 😢
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Andrei Soloschak
Я последние 5 лет работаю в компаниях, где это совмещено. И знаешь что получается? Дешевле и качественнее.
Андрей, я сам был "гласом вопиющего в пустыне" по поводу Agile и DevOps, уже лет 8 как, но с крупными командами я не сталкивался. Мне интересно, как работают эти методы в крупных организациях, где над одним продуктом работают 10-20 команд. На словах у всех вроде хорошо, но как на практике? Работает SAFe или другой  Scaled Agile фреймворк?
источник