Size: a a a

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

2019 August 05

MS

Maxim Smirnov in Архитектура ИТ-решений
Если система про данные, то мне вот эта статья очень нравится. Рекомендую: https://insights.sei.cmu.edu/sei_blog/2017/06/six-things-you-need-to-know-about-data-governance.html
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexey Pryanishnikov
нет, просто явное противоречение между двумя утверждениями - либо "нами управляют", либо "сами как хотим"

А про сложившиеся процессы. Тут надо для начала очень чётко ответить на пару вопросов
- чего конкретно вы добиваетесь\хотите получить, внедрив новое (да что угодно, хоть скрам хоть эргономичные табуретки)
- что конкретно и как конкретно заставит сотрудников прикладывать усилия, чтобы внедрить что-то новое, перестроиться, делать иначе итп. Что угодно иначе
Просто нет согласия внутри "нас" ;)
источник

DL

Dmitry Lebedev in Архитектура ИТ-решений
Всем спасибо! Мыслей подкинули
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Dmitry Lebedev
Всем спасибо! Мыслей подкинули
у тебя аватарка такая - всегда готов
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Обсуждаем в чате https://t.me/itarchitect "репутационные риски", вызванные неработоспособностью ИТ-систем. Мне представляется, что разговор с заказчиком на эту тему - это задачка для бизнес-аналитика, владеющего инструментами типа модели Кано https://en.wikipedia.org/wiki/Kano_model Т.е. вопрос не в том, должна или не должна работать система а, в первую очередь, в "чувствительности" клиента к тем или иным багам и фичам, в границах между "нравится", "всё равно", "потерплю"...
источник

AM

Anna Margolina in Архитектура ИТ-решений
Maxim Smirnov
Обсуждаем в чате https://t.me/itarchitect "репутационные риски", вызванные неработоспособностью ИТ-систем. Мне представляется, что разговор с заказчиком на эту тему - это задачка для бизнес-аналитика, владеющего инструментами типа модели Кано https://en.wikipedia.org/wiki/Kano_model Т.е. вопрос не в том, должна или не должна работать система а, в первую очередь, в "чувствительности" клиента к тем или иным багам и фичам, в границах между "нравится", "всё равно", "потерплю"...
Инструментарий и исполнитель - вполне возможно, что и да. Но всё это «нравится», «всё равно», «потерплю» и «горите в аду со своим сервисом» вполне поддаётся переводу в денежный эквивалент. Например, вопросом: «как на ваших регулярных взаимоотношениях с компанией Х скажется озвученная вами реакция?»
источник
2019 August 06

AT

Alexander Teterkin in Архитектура ИТ-решений
Sergey
Байки, там митингов дофига. 😊
Так это было в 80-х где-то. 😃
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Maxim Smirnov
Можно я наивное  определение дам: бизнес-критичной называется система для которой вычислена цифра - ценник  её  временной, полной или окончательной недоступности :-)
... или сбой в работе которой может привести к потере чей-то жизни.
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Viktor Alexandrov
Ну не всё в деньгах люди готовы вычислять. Например репутационные потери типа «ваш ЛК говно и лагает» мне никто не может (не хочет) формулировать в деньгах.
👍🏻
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Спасибо!
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Dmitry Lebedev
Всем спасибо! Мыслей подкинули
Я бы еще одну вещь (помимо грамотного архитектора с полномочиями) добавил – управление конфигурациями. Перед любыми изменениями все пишут заявку (запрос на изменение, где написано: кто-что будет делать, как откатиться и какой есть риск), который согласуется с кем надо. Появятся ответственные, появится желание архитектуру где-то фиксировать. Только не перестарайтесь, почитайте про это сначала. Например, во время аварии, можно давать полномочия ответственным лицам срочно чинить, но с обязательной фиксацией фактов и последующим отчетом и фиксацией выполненных изменений.
источник

SG

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

AT

Alexander Teterkin in Архитектура ИТ-решений
Sergey Grashchenko
Правильно, бздеть только с разрешения уполномоченного комитета. И только под видеозапись, а то по логам нихрена не разберёшь.
Только с разрешения совета архитекторов! 😂 Я поэтому и написал, что надо не перестараться.
источник

AB

Artur BAGArt in Архитектура ИТ-решений
Alexander Teterkin
Я бы еще одну вещь (помимо грамотного архитектора с полномочиями) добавил – управление конфигурациями. Перед любыми изменениями все пишут заявку (запрос на изменение, где написано: кто-что будет делать, как откатиться и какой есть риск), который согласуется с кем надо. Появятся ответственные, появится желание архитектуру где-то фиксировать. Только не перестарайтесь, почитайте про это сначала. Например, во время аварии, можно давать полномочия ответственным лицам срочно чинить, но с обязательной фиксацией фактов и последующим отчетом и фиксацией выполненных изменений.
бюрократия ради поиска виноватых это конечно миленько, но…. можно и самому голову иногда включать )
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Artur BAGArt
бюрократия ради поиска виноватых это конечно миленько, но…. можно и самому голову иногда включать )
Ничего страшного. Я тоже удивился, когда впервые увидел управление конфигурации в одной нефтяной компании в действии. Мне не дали самому оборудование ставить и попросили написать бумажку с картинками. Я написал часа за 2. Пошел спать в гостиницу, а наутро все стояло где надо, работало как часы и было подключено куда нужно. Ночью хлопцы все сделали на отлично!
источник

AB

Artur BAGArt in Архитектура ИТ-решений
Alexander Teterkin
Ничего страшного. Я тоже удивился, когда впервые увидел управление конфигурации в одной нефтяной компании в действии. Мне не дали самому оборудование ставить и попросили написать бумажку с картинками. Я написал часа за 2. Пошел спать в гостиницу, а наутро все стояло где надо, работало как часы и было подключено куда нужно. Ночью хлопцы все сделали на отлично!
сам факт того что они работали всю ночь говорит тольо о качестве их руководителя
источник

AB

Artur BAGArt in Архитектура ИТ-решений
такие дела...
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Artur BAGArt
сам факт того что они работали всю ночь говорит тольо о качестве их руководителя
Они работали не всю ночь, я этого не писал. И они работали в свою смену, у них кто-то днем работает, кто-то ночью. Дежурства.
источник

AB

Artur BAGArt in Архитектура ИТ-решений
я лишь маркеры яркие расставил
источник

AB

Artur BAGArt in Архитектура ИТ-решений
дьявол всегда в мелочах
источник