Возможно, нам стоит с газпромом организовать обмен опыта, т.к., к счастью, у нас нет "десятков и сотен архитекторов", ограничимся числом меньше 10 :)
В большинстве случаев наши архитекторы всегда с опытом разработки, поскольку иметь такой опыт очень важно, иначе как проектировать без понимания деталей и способов интеграций. И именно схема с детализацией должна стать руководством к действию при реализации, а не пустые квадратики, которые никому не нужны.
Все верно. Такая последовательность и выбор исходили из вопросов: с чего начать и как двигаться при внедрении архитектуры в компании с нуля; Как уже в первые месяцы приносить дивиденды и показать эффективность задуманного, а не просто квадратики рисовать.
Поскольку в компании на тот момент уже было направление, отвечающее за бизнес процессы – концентрироваться на этом не было смысла. Заниматься стратегией, не имея представления что под капотом и на что это может повлиять – не хотелось бы.
Поэтому концентрируемся именно на ИТ архитектуре. Начиная с Application и переходя к Technology, мы получаем инвентаризацию ИТ систем, поднимая в последующем вопросы прямых зависимостей, отказоустойчивости и утилизации ресурсов. Но ключевое, этот процесс не должен преследовать цель задокументировать для того чтобы задокументировать. Необходимо обслуживать новые активности от бизнеса и уже в рамках них поднимать AS IS, т.е. совмещать полезное с рутиной. А уже после такого покрытия уровней, переходить к интеграции с описанными процессами, и к остальным уровням имея всю полную картину – такова наша стратегия последовательности.
Многое зависит от специфики компании, текущей ситуации, ключевых точках и проблематиках, которые обозначаются – и отсюда уже формируется конкретные действия и зона ответственности.
Возможно, нам стоит с газпромом организовать обмен опыта, т.к., к счастью, у нас нет "десятков и сотен архитекторов", ограничимся числом меньше 10 :)
В большинстве случаев наши архитекторы всегда с опытом разработки, поскольку иметь такой опыт очень важно, иначе как проектировать без понимания деталей и способов интеграций. И именно схема с детализацией должна стать руководством к действию при реализации, а не пустые квадратики, которые никому не нужны.
Все верно. Такая последовательность и выбор исходили из вопросов: с чего начать и как двигаться при внедрении архитектуры в компании с нуля; Как уже в первые месяцы приносить дивиденды и показать эффективность задуманного, а не просто квадратики рисовать.
Поскольку в компании на тот момент уже было направление, отвечающее за бизнес процессы – концентрироваться на этом не было смысла. Заниматься стратегией, не имея представления что под капотом и на что это может повлиять – не хотелось бы.
Поэтому концентрируемся именно на ИТ архитектуре. Начиная с Application и переходя к Technology, мы получаем инвентаризацию ИТ систем, поднимая в последующем вопросы прямых зависимостей, отказоустойчивости и утилизации ресурсов. Но ключевое, этот процесс не должен преследовать цель задокументировать для того чтобы задокументировать. Необходимо обслуживать новые активности от бизнеса и уже в рамках них поднимать AS IS, т.е. совмещать полезное с рутиной. А уже после такого покрытия уровней, переходить к интеграции с описанными процессами, и к остальным уровням имея всю полную картину – такова наша стратегия последовательности.
Многое зависит от специфики компании, текущей ситуации, ключевых точках и проблематиках, которые обозначаются – и отсюда уже формируется конкретные действия и зона ответственности.