Size: a a a

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

2019 August 14

AL

Alexander Luchkov in Архитектура ИТ-решений
Если во втором случае это про поведение и структуру, то в первом это про разные управленческие уровни, переход между "постановщиком" и "исполнителем".
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Эммм... Тогда у нас аксиоматика разная сразу ))

Можно или феноменологически на примерах спорить, или ссылаться на авторитетов..
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
А можно обо всём сами договориться ;)
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
А можно обо всём сами договориться ;)
Ну вот приходит архитектор на работу. Мы ему говорим: вот тебе первая цель — проведи анализ архитектуры legacy продукта.

Надо через неделю, но через пару дней хотя бы первое понимание. Если накопаешь жесть — будем думать, срок продлим.

По ресурсам — сам смотри, но надо утверждать. Контактов нет особо, все уволились — но начни с вот этого.


3 вопроса:
— разве не жизненно?
— к вопросу о постановке и целях — понятно же, с чего начинать, что делать?
— если начинать доводить до абсурда требованиями «сколько вешать в граммах?» — вам понравится, как клиенту/руководителю?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Ну вот приходит архитектор на работу. Мы ему говорим: вот тебе первая цель — проведи анализ архитектуры legacy продукта.

Надо через неделю, но через пару дней хотя бы первое понимание. Если накопаешь жесть — будем думать, срок продлим.

По ресурсам — сам смотри, но надо утверждать. Контактов нет особо, все уволились — но начни с вот этого.


3 вопроса:
— разве не жизненно?
— к вопросу о постановке и целях — понятно же, с чего начинать, что делать?
— если начинать доводить до абсурда требованиями «сколько вешать в граммах?» — вам понравится, как клиенту/руководителю?
А анализ легаси на что надо проводить? Кто потребители результатов анализа? Какое решение должно быть принято?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Пример очень жизненный, но счастья это к сожалению не добавляет.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я просто такое делал. За неделю как раз) И там пришлось клещами тянуть, что оказывается надо было имена очередей и их назначение раскопать на ActiveMQ )))
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
А анализ легаси на что надо проводить? Кто потребители результатов анализа? Какое решение должно быть принято?
Разумные уточняющие вопросы — и про саму цель, и про обсуждение подхода к достижению.

Но в жизни половина не будет известна, половина — на ваше усмотрение. И еще половину — будут заранее ожидать, что вы или знаете в силу опыта, или накопаете контекст самостоятельно.

Возвращаясь к вопросу — разве это делает цель — не целью?
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Я просто такое делал. За неделю как раз) И там пришлось клещами тянуть, что оказывается надо было имена очередей и их назначение раскопать на ActiveMQ )))
Охотно верю — я тоже не из головы выдумывал ))
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Это выраженеи потребности. Но не цель. Цель - "Удовлетворить разработчика, чтоб он знал какие компоненты затрагиваются при внесении изменений в сценарий на интерфейсе".
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Например так.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Или "Сделать модель оценки стоимости доработок на основании структуры системы".
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Ещё бывает "Сделать модель диагностики неполадок для саппорта 1-й линии"
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Но вот "проведи анализ легаси" - это простите расстрелять за такую постановку задачи, и честно с такими людьми больше сотрудничать нет желания
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Нет, это вы мой пример переделываете, как вам удобнее))

А цель в обсуждаемом примере:
— частично определена в тексте выше
— а если говорить про контекст — новое руководство IT готовится чистить портфель и решать, что делать с этим legacy продуктом
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Но вот "проведи анализ легаси" - это простите расстрелять за такую постановку задачи, и честно с такими людьми больше сотрудничать нет желания
Это не постановка задачи, это поставленная цель — о чем и говорю.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Задачи можно ставить, таски — считаем что атомарные вообще.

А цели — они в контексте, еще и evloving, и достигать можно по-разному, и частично можно достичь, ...
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
"новое руководство IT готовится чистить портфель и решать, что делать с этим legacy продуктом" - В нашем случае цель будет звучать как "Создать описание системы, достаточное для 1) оценки рисков и потенциальных затрат на следующий расчётный период 2) Прогнозирования стоимости организации поддержки 3) .... " и т.п.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Alexander Luchkov
Но вот "проведи анализ легаси" - это простите расстрелять за такую постановку задачи, и честно с такими людьми больше сотрудничать нет желания
Про «расстрелять» — это серьезный вопрос.

Мне нравится такая позиция — надо учиться работать с реальным миром, а не фильтровать только сферические задачи.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
а разберись с легаси - это выражение потребности очень далёким от проблематики человеком.
источник