Size: a a a

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

2019 August 14

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Про «расстрелять» — это серьезный вопрос.

Мне нравится такая позиция — надо учиться работать с реальным миром, а не фильтровать только сферические задачи.
Да, причём учиться не только инженерам и архитекторам. Но выше я поминал, что есть сложившаяся культура, которая полагает наличие финансового ресурса достаточным для решения любой задачи в приемлемые сроки и с "нужным" результатом .
источник

DZ

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

А цели оставляем цель — имеем в виду и много неопределенности.  Например, что делать с уволившимися источниками информации? А какое описание вообще нужно?А нужно ли описание — или на первый день нашли такую дыру в безопасности, что дальше можно не копать?

Довольно простая постановка для нормального менеджера, если честно — ничего сверхестественного.
источник

AL

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

А цели оставляем цель — имеем в виду и много неопределенности.  Например, что делать с уволившимися источниками информации? А какое описание вообще нужно?А нужно ли описание — или на первый день нашли такую дыру в безопасности, что дальше можно не копать?

Довольно простая постановка для нормального менеджера, если честно — ничего сверхестественного.
Я кажется понял, что вы имеете в виду.
источник

AL

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

DZ

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

Если руководитель и клиент все сам умеет и знает — роль исполнителя описывается конечным автоматом, условно говоря.
источник

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Поэтому такое целеполагание при работе с техническими системами ИМХО категорически неприемлемо.
источник

DZ

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

Вопрос в том, фильтровать ли мир — или отращивать новые щупальца для работы с ним.

В робототехнике есть хороший пример — подход Родни Брукса (суть — надо работать не с моделью мира, а с самим миром, воспринимаемым как есть через сенсоры).
источник

DZ

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

AL

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

Вопрос в том, фильтровать ли мир — или отращивать новые щупальца для работы с ним.

В робототехнике есть хороший пример — подход Родни Брукса (суть — надо работать не с моделью мира, а с самим миром, воспринимаемым как есть через сенсоры).
Мы не можем работать с миром не интерпретируя его через модель принятия решений) В этом-то и суть, что моё предложение - развивать модель принятия решений.
источник

DZ

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

Но как насчет «отправьте человека в космос»?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Классно. Почти цель)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Целью станет когда будут определены достаточные критерии достижения.
источник

DZ

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

AL

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

AL

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

AL

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

AL

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

DZ

Denis Zarin in Архитектура ИТ-решений
Александр! Мне кажется, мы к терминам сильно приросли ))

Если в духе байки про ТРИЗ и ледокол, резюмирую свою позицию так:
— нужны определения в духе четких инструкций, с заданными условиями
— но для организации деятельности нужны и другие концепты — типа общего направления, про что думать, путеводной звезды
— из деятельности невозможно и контрпродуктивно исключать неопределенность — потому что мир сложный, стохастический, динамический — и никто не умеет / не знает всего

Вот как-то так )) Мне привычнее называть это задачами и целями — но суть не в ярлыках, конечно.
источник

AL

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