Size: a a a

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

2020 February 25

IB

Igor Bespalchuk in Архитектура ИТ-решений
У нас на самом верхнем уровне база знаний поделена примерно так:
* Обеспечивающая система (мы сами)
 - События
 - Команда
 - Регламенты
 - Проекты
 - Планы, беклоги
 - Организация
 - Инфраструктура проектной работы (инструменты, которыми работаем мы)
 - ...все такое
* Целевая система
 - Бизнес-окружение (контекст), сфера деятельности
 - Бизнес-архитектура решения (замысел, концепты, стейкхолдеры)
 - Информационная и социо-техническая архитектура решения (деление на поддомены, бизнес-функции и бизнес-процессы, новая организация, информационные модели в разных доменах, аналитические политики и стандарты)
 - Архитектура приложений (общие принципы и политики, деление на подсистемы и сервисы, архитектурные описания отдельных подсистем и сервисов, обеспечение отдельных аспектов качества)
 - Техническая архитектура (архитектура инфраструктурного обеспечения целевой системы) (все про хостинг, мощности, мониторинг, сервера, ЦОДы, и т.п.)
* Площадки внедрения решения у клиентов
 - Общие материалы по всем клиентам типа методик внедрения и консалтинга
 - По каждому клиенту отдельно (команда с той стороны, ландшафт, особенности интеграции, договорные документы, )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Igor Bespalchuk
У нас на самом верхнем уровне база знаний поделена примерно так:
* Обеспечивающая система (мы сами)
 - События
 - Команда
 - Регламенты
 - Проекты
 - Планы, беклоги
 - Организация
 - Инфраструктура проектной работы (инструменты, которыми работаем мы)
 - ...все такое
* Целевая система
 - Бизнес-окружение (контекст), сфера деятельности
 - Бизнес-архитектура решения (замысел, концепты, стейкхолдеры)
 - Информационная и социо-техническая архитектура решения (деление на поддомены, бизнес-функции и бизнес-процессы, новая организация, информационные модели в разных доменах, аналитические политики и стандарты)
 - Архитектура приложений (общие принципы и политики, деление на подсистемы и сервисы, архитектурные описания отдельных подсистем и сервисов, обеспечение отдельных аспектов качества)
 - Техническая архитектура (архитектура инфраструктурного обеспечения целевой системы) (все про хостинг, мощности, мониторинг, сервера, ЦОДы, и т.п.)
* Площадки внедрения решения у клиентов
 - Общие материалы по всем клиентам типа методик внедрения и консалтинга
 - По каждому клиенту отдельно (команда с той стороны, ландшафт, особенности интеграции, договорные документы, )
А это ответ на какой вопрос?
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
А про рекомендации по организации материалов (в т.ч. в wiki)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А где тут рекомендации?
источник

PD

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

IB

Igor Bespalchuk in Архитектура ИТ-решений
Рекомендация стандартная: "посмотрите, может вам тоже подойдет".
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Сделано так из соображений системного подхода
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А вы всегда так работаете? Берете что угодно и откуда угодно и "вдруг подойдет"?
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
А вы всегда так наезжаете?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Когда дают вредные и бесполезные советы - да.
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Тогда просьба аргументировать вредность
источник

V

Vitaly in Архитектура ИТ-решений
Igor Bespalchuk
Тогда просьба аргументировать вредность
Обычно аргументируют полезность
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Схема достаточно универсальная (специально так сделана), хотя конечно, для разных контекстов все равно разные аспекты будут проситься к выпячиванию.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Тем более что вредность таких документов достаточно очевидна.
источник

IB

Igor Bespalchuk in Архитектура ИТ-решений
Вредность wiki-систем?
источник

PD

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

IB

Igor Bespalchuk in Архитектура ИТ-решений
Чем же заточена?
источник

V

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

d

dreamore in Архитектура ИТ-решений
- Давайте сделаем XYZ!
- почему?

А не

- мы сделали XYZ. Докажите что не правильно!
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Igor Bespalchuk
Чем же заточена?
Конктретным списком пользователей данных. Но вы этот список, похоже, даже не рефлексируете )
источник