Прежде всего отмечу что каждый имеет право на свою точку зрения и мнение, и это очень ценно, что вы делитесь им в конструктивном подходе. Благодаря этому я могу взглянуть на вопрос с другого ракурса. Но я также хотел бы уточнить свою позицию:
1 В некоторых крупных корпорациях выделяют отдельно бизнес архитекторов. Коллега в комментариях выше ⬆️ написал о том что выполняет эту роль
2 Соглашусь с вами, цель архитектора это координация работы команды, стратегическое видение и помощь бизнесу в принятии решений.
3 В статье не сказано что системный архитектор рисует ui, интерфейсы это не обязательно ui. Интерфейс это компонент системы или программы необходимый для взаимодействия с ней, например в java это определенный класс который реализует логику вызова программы. Потребителей может быть несколько и все могут по разному использовать программу.
4 Цель статьи не рассказать в деталях о каждой роли архитекторов. В первую очередь хотел показать разнообразие ролей архитекторов и принцип их появления. В действительности можно по каждой роли в деталях и нюансах указать про специфику и задачи, но тогда статья получится раздутой и не каждый осилит ее прочтение. Лучше подготовить отдельную, возможно Вы сможете это сделать лучше т.к. обладаете реальным опытом системного архитектора и можете рассказать об этой роли всё.
5 архитектура это направление которое сформировалось в строительной сфере еще в древней Греции, и в ИТ это понятие переняли. Главное здесь это понять принципы, которыми руководствуется архитектор, и область применения его знаний может быть различной и бизнес не исключение. Роль архитектора стоит на пересечении многих навыков и качеств, и в зависимости от их соотношения определяется конкретная роль. Менеджмент и коммуникации также важны как и технические навыки.
Спасибо большое, за ваш позитивный комментарий, к сожалению это сейчас редкость, в современных реалиях видимо проще кинуть камень, чем поддержать или развить тему! Буду стараться для всех кто считает мой труд не напрасным! ?
Да соглашусь с вами, поэтому и указал исключение о том что есть специалисты которые добиваются выдающихся результатов благодаря своим качествам - трудолюбию и дисциплине. Но такой путь подходит не всем и таких людей не много, поэтому считаю, что вышка не будет лишней.
Планирование - это ахилесова пята в скраме да и не только в скраме). У нас в условиях неопределенности (реализуй то не знаю что) часто задачи, которые берутся в спринт потом меняют название или еще один «лайфхак» это создать большую таску организационные задачи и под нее сабтаски заводить, потому что постоянно сраочные задачи прилетают)
Никогда не слышал о таком инструменте как бизнес история, про use case и user story и sequence слышал, но это все отдельные самостоятельные инструменты. В статье есть полезные рекомендации, но в итоге не понятно в каком виде формируется результат ?♂️
Благодарю, буду писать еще!)
Хорошо изложено про бизнес архитектора, многое я не знал) хотел бы поддержать комментарий, но мне карму заминусили…
Прежде всего отмечу что каждый имеет право на свою точку зрения и мнение, и это очень ценно, что вы делитесь им в конструктивном подходе. Благодаря этому я могу взглянуть на вопрос с другого ракурса. Но я также хотел бы уточнить свою позицию:
1 В некоторых крупных корпорациях выделяют отдельно бизнес архитекторов. Коллега в комментариях выше ⬆️ написал о том что выполняет эту роль
2 Соглашусь с вами, цель архитектора это координация работы команды, стратегическое видение и помощь бизнесу в принятии решений.
3 В статье не сказано что системный архитектор рисует ui, интерфейсы это не обязательно ui. Интерфейс это компонент системы или программы необходимый для взаимодействия с ней, например в java это определенный класс который реализует логику вызова программы. Потребителей может быть несколько и все могут по разному использовать программу.
4 Цель статьи не рассказать в деталях о каждой роли архитекторов. В первую очередь хотел показать разнообразие ролей архитекторов и принцип их появления. В действительности можно по каждой роли в деталях и нюансах указать про специфику и задачи, но тогда статья получится раздутой и не каждый осилит ее прочтение. Лучше подготовить отдельную, возможно Вы сможете это сделать лучше т.к. обладаете реальным опытом системного архитектора и можете рассказать об этой роли всё.
5 архитектура это направление которое сформировалось в строительной сфере еще в древней Греции, и в ИТ это понятие переняли. Главное здесь это понять принципы, которыми руководствуется архитектор, и область применения его знаний может быть различной и бизнес не исключение. Роль архитектора стоит на пересечении многих навыков и качеств, и в зависимости от их соотношения определяется конкретная роль. Менеджмент и коммуникации также важны как и технические навыки.
Спасибо большое, за ваш позитивный комментарий, к сожалению это сейчас редкость, в современных реалиях видимо проще кинуть камень, чем поддержать или развить тему! Буду стараться для всех кто считает мой труд не напрасным! ?
Да соглашусь с вами, поэтому и указал исключение о том что есть специалисты которые добиваются выдающихся результатов благодаря своим качествам - трудолюбию и дисциплине. Но такой путь подходит не всем и таких людей не много, поэтому считаю, что вышка не будет лишней.
Планирование - это ахилесова пята в скраме да и не только в скраме). У нас в условиях неопределенности (реализуй то не знаю что) часто задачи, которые берутся в спринт потом меняют название или еще один «лайфхак» это создать большую таску организационные задачи и под нее сабтаски заводить, потому что постоянно ср
аочные задачи прилетают)Никогда не слышал о таком инструменте как бизнес история, про use case и user story и sequence слышал, но это все отдельные самостоятельные инструменты. В статье есть полезные рекомендации, но в итоге не понятно в каком виде формируется результат ?♂️