Комментарии 10
... что вносит важный вклад в принятие управленческих решений.
Вот и хочется понять, какие управленческие решения принимаются. В начале статьи, вроде бы, был начать некий пример. Можно было бы продолжить его и посмотреть, к чему и какие управленческие решения приводят.
И ещё. В статье есть неявный вопрос. Он не задаётся, хотя напрашивается. Допустим, мы разработали систему для решения определённого круга задач. Что мешает её же использовать для тех же задач в другом месте? Это тиражирование! И чем отличаются системы для решения различных задач? Есть ли некое смысловое ядро, которое можно один раз и для всех разработчиков реализовать?
Управленческие решения могут быть 3 вариантов:
Бизнес хочет быстрее внедрять фичи, внедряем Agile - увеличиваем хаос, улучшаем Тime-to-Market в случае успеха.
Бизнес хочет "резать косты" - унифицируем, уменьшаем хаос в случае успеха, ухудшаем Тime-to-Market.
Балансируем посередине.
"Смысловое ядро", предоставляющее сервисы разработчикам приложений, это как раз то, что называется платформой.
Определение системного мышления непонятно как-то написано, рекурсия еще сильнее путает.
Системное мышление - это софт скилл, способность воспринимать и анализировать сложные объекты(системы) как набор более простых вложенных и наследуемых объектов. Это позволяет запоминать и структурировать информацию любого уровня сложности если она непротиворечива, увидеть неочевидные связи. Находить дубли, узкие места и точки отказа в случае, например, ИТ систем. Или противоречия, если система это человек.
Статья огонь!
Для большинства работников IT (и не IT тоже) системное мышление - хард скилл. Точно для аналитиков, архитекторов.
Если определение термина не противоречит логике, уже хорошо. Невозможно раз и навсегда дать определение таким терминам, они и сложные, и постепенно меняется их наполнение. Системное мышление - целыми курсами преподают, как это уложить в строчку-две? Никак
Здесь видно, что это урезанная версия от товарища Левенчука)))
По мне, издание его книги от 2023 года слишком уж нажористо. Книга 2015 года имхо лучше.
Уровень собственно ИТ ландшафта (Enterprise Architecture) - совокупность всех приложений предприятия
Все-таки не надо путать ландшафт с EA. Enterprise Architecture - это упрощенно правила разработки ландшафта, рекомендации, ограничения и прочее, но не сам ландшафт. Фактически ландшафт у вас есть всегда, но EA формально может отсутствовать.
ИТ-ландшафт как сложная система систем