А стоит ли вообще изучать и проходить сертификацию TOGAF архитектору уровня solution, а не enterprise? И есть ли применение этого фреймворка для архитектора в продуктовой разработке?
@MVOralov Жыл бұрын
я уверен, что нужно, потому что иначе - солюшн работает как-бы в неком вакууме, - для чего в полной мере нужны те архитектурные решения, которые он проектирует, как они укладываются на бизнес-потребности, элементы каких стратегий слоёв АП они реализуют, как вписываются в глобальные ландшафты функциональных сегментов, обладающих бизнес-способностями, какие дорожные карты экосистем, в которых вписаны Продукты, получаемые, как результат от Проекта, и какова вообще верхнеуровневая цель систем таких отдельно проектируемых ИТ-решений Звучит отчасти, как софистика, - но на уровне Корпархитектуры без неё так же никуда :) Я, кстати, - именно такой путь и прошел и вышел на такое понимание. В период работы солюшеном - просто проектировал, защищал, согласовывал и описывал такие функциональные чёрные коробки, пусть даже и большие - но далеко не столь понимал для чего вообще на самом деле строится мое решение, и как оно своим функционалом вписывается в общую картину, являясь типо как элементом паззла на карте. Теперь - понимаю и вижу гораздо лучше.
@MVOralov Жыл бұрын
У меня небольшой комментарий к демонстрации - очень скудно по слайдам. Рассказ хороший, и затронуто так прямо верхнеуровнево с бизнес-ценностей и формированию представления того, для чего АП нужна, как укладывается и на что раскладывается. Но всего лишь несколько слайдов для такого объемного рассказа... )