Телеграмм чат группы itarchitect страница 3944

Ценность в чем?

13:23пожаловаться #1

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

Отличная мысль - ПОПРОБОВАТЬ совместить цели ES и QAW!
Это надо обдумать, примерить к ситуации, адаптировать под это состав участников и расписание, выделить время на дополнительные объяснения, добавить новый цвет листочков, и т.п.
И ПОПРОБОВАТЬ.

13:24пожаловаться #2

Точно, надо пробовать

13:24пожаловаться #3

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

В другом контексте может быть вообще нет проблем собрать всех хоть пять раз, а вот удержать мысли на одной теме - есть проблемы, тогда отличная мысль - попробовать провести эти встречи раздельно.

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

13:25пожаловаться #4

Да, наверное Геннадий прав что в определённых случаях попробовать это можно и это вполне сработает

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

13:26пожаловаться #5

Я не прав в своей радикальности утверждений

13:26пожаловаться #6

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

В случае ATAM - проект получает информацию о положении дел, рисках,сильных/сомнительных архитектурных решениях, слабых местах организации, tradeoff'ах, и т.п. План сорвется - и тогда вышестоящая цель принесения проекту пользы помогает вырулить.

13:27пожаловаться #7

Тут тема одна - исследование домена. Не бизнес-процессов, а именно домена. На мой взгляд

13:27пожаловаться #8

Для всего этого проводятся разного рода встречи и с разным составом людей.

13:28пожаловаться #9

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

Ну, а если домен большой и аспектов и людей много, то может быть обсуждать "весь домен во всех аспектах" тоже тяжело.
ES - это тоже выделение одного взгляда - событийного, от которого пляшем.

13:28пожаловаться #10

Мы тут про ES говорим

13:28пожаловаться #11

Это логический уровень

13:28пожаловаться #12

По сути бизнес онли

13:28пожаловаться #13

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

Я привел пример из книжки о том, как надо гибко подходить к коллективным мероприятиям. В книжке это было про ATAM.

13:29пожаловаться #14

У ивентов, например, тоже есть характеристики (архитектурные). И многие из них зависят от домена, например, ожидаемая нагрузка, доступность и пр

Иными словами, по некоторым, причём ключевым, атрибутам качества ответить на вопросы часто должен (should) бизнес

13:29пожаловаться #15

Это другой view

13:32пожаловаться #16

Зачем обсуждать технические моменты если бизнес-слой еще не имеет четкой основы?

13:33пожаловаться #17