Size: a a a

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

2019 December 06

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Andrei Soloschak
А кем интересно было это озвучено? Fincore весьма консервативное мероприятие.
Один из директоров Уралсиб,
материалы презентаций обещали сделать доступными
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Именно Уралсиб или УБРР?
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Уралсиб
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Rustem Mannanov
Какой именно? Меня всегда пугает слово "истина") профдеформация видимо)
Не хочу тут вдаваться в дискуссию, отвечу ссылкой на http://agilemanifesto.org/principles.html

Лично у меня есть впечатление что под видом “agile”  проводится внедрение ровно противоположных принципов,
результат - предсказуемвй фейл
источник

MB

Maxim Bendin in Архитектура ИТ-решений
Roman Tsirulnikov
Не хочу тут вдаваться в дискуссию, отвечу ссылкой на http://agilemanifesto.org/principles.html

Лично у меня есть впечатление что под видом “agile”  проводится внедрение ровно противоположных принципов,
результат - предсказуемвй фейл
поддержу.
источник

V

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

PD

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

IN

Igor Nikolskiy in Архитектура ИТ-решений
Народ, Фил, позабыл не junk MBA. Матрицы разучился строить. Долго жил в жирные года на 'колодцах', не балансируя. Вот и получил то, что имеет.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Но по моим разведданым, слава богу, опомнился
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, это понятно, что или разучился, или не умел. Но считать, что agile или digital transformation тут помогут - как-то каргокультно )
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
С “командами” кстати та же ситуация, через некоторое время они становятся такими же “колодцами”.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Tsirulnikov
С “командами” кстати та же ситуация, через некоторое время они становятся такими же “колодцами”.
Почему?
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Roman Tsirulnikov
Не хочу тут вдаваться в дискуссию, отвечу ссылкой на http://agilemanifesto.org/principles.html

Лично у меня есть впечатление что под видом “agile”  проводится внедрение ровно противоположных принципов,
результат - предсказуемвй фейл
Сорри за назойливость, просто складывается ощущение что истина вчера - аджайл хорош, истина сегодня - аджайл плох. При этом, повторяюсь, ИМХО "проблема" не в слове "эджайл" а в слове "истина")
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Команды-колодцы, это команды с низкой инженерной культурой, которые не желают учиться. Характерные признаки: "мы тесты не пишем", "у нас и без микросервисов все отлично" и т.д.
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Плюсую люто. Ни одну команду, ни одного друга с собой не увёл. Всегда начинал с чистого листа. На том стоял, и стоять буду
источник

RT

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

PD

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

IN

Igor Nikolskiy in Архитектура ИТ-решений
Rustem Mannanov
Сорри за назойливость, просто складывается ощущение что истина вчера - аджайл хорош, истина сегодня - аджайл плох. При этом, повторяюсь, ИМХО "проблема" не в слове "эджайл" а в слове "истина")
Толсто. Манипуляция от противного
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Roman Tsirulnikov
С “командами” кстати та же ситуация, через некоторое время они становятся такими же “колодцами”.
Согласен, сто раз такое видел и сам иногда так делал, чего уж греха таить)
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Igor Nikolskiy
Толсто. Манипуляция от противного
В чём? Можете пояснить?
источник