Я написал небольшой текст про комитет по архитектуре в группе @itarchitect и меня настоятельно просят сделать из этого статью. Процесс этот не быстрый, потому сначала поделюсь ссылкой на книжку Паркинсона в библиотеке Машкова http://lib.ru/DPEOPLE/PARKINSON/parklaws.txt в которой, в принципе, написано всё, что следует знать о комитетах. Сам исходный текст сообщения ниже :
Друзья, если у вас появилась возможность запустить в своей организации комитет по архитектуре, то 1) делайте это 2) делайте это быстро, потому как окно возможностей может скоро закрыться 3) напишите одну бумажку: положение об АК, указав кому он репортит, рамки деятельности и полномочия, пару слов о регламенте 4) сделайте этот документ на 2-3 страница иначе запаритесь согласовывать и не успеете (см. п. 2) 5) быстро подпишите её у самого большого начальника 6) наладьте операционную деятельность: подготовка, проведение, протоколы, поручения 7) Ждите ходоков с предложениями по работе АК: 7.а) придет инфраструктура и попросит утверждать стандарты на железки и общесистемное ПО. Помогите им, т.к. решения АК они будут использовать для упрощения процедуры закупок оборудования и лицензий 7.b) придет разработка или сочуствующие и попросят выбрать единую платформу для... Расскажите им про микросервисную архитектуру 7.с) приедет отчетность и начнет втирать про MDM, Data Governance и пр. Посочуствуйте их бедам, но отправьте искать заказчика(это общее правило) 7.d) придет заказчик и скажет: а какого хрена мне отказываются делать доработки системы X ссылаясь на отствутвие её в целевой архитектуре. Дружите с заказчиком. Когда CIO задумает вас уволить, может заказчик заступится 7.е) придет бигбосс и вежливо спросит: можно ли всякие технические вопросы обсуждать на вашем АК, а не выносить их на Правление или бюджетный комитет, а то этот как-то глупо всё это там выглядит. С радостной улыбкой и дурацким выражением лица скажите: Конечно! Именно для этого мы его и создавали
Друзья, если у вас появилась возможность запустить в своей организации комитет по архитектуре, то 1) делайте это 2) делайте это быстро, потому как окно возможностей может скоро закрыться 3) напишите одну бумажку: положение об АК, указав кому он репортит, рамки деятельности и полномочия, пару слов о регламенте 4) сделайте этот документ на 2-3 страница иначе запаритесь согласовывать и не успеете (см. п. 2) 5) быстро подпишите её у самого большого начальника 6) наладьте операционную деятельность: подготовка, проведение, протоколы, поручения 7) Ждите ходоков с предложениями по работе АК: 7.а) придет инфраструктура и попросит утверждать стандарты на железки и общесистемное ПО. Помогите им, т.к. решения АК они будут использовать для упрощения процедуры закупок оборудования и лицензий 7.b) придет разработка или сочуствующие и попросят выбрать единую платформу для... Расскажите им про микросервисную архитектуру 7.с) приедет отчетность и начнет втирать про MDM, Data Governance и пр. Посочуствуйте их бедам, но отправьте искать заказчика(это общее правило) 7.d) придет заказчик и скажет: а какого хрена мне отказываются делать доработки системы X ссылаясь на отствутвие её в целевой архитектуре. Дружите с заказчиком. Когда CIO задумает вас уволить, может заказчик заступится 7.е) придет бигбосс и вежливо спросит: можно ли всякие технические вопросы обсуждать на вашем АК, а не выносить их на Правление или бюджетный комитет, а то этот как-то глупо всё это там выглядит. С радостной улыбкой и дурацким выражением лица скажите: Конечно! Именно для этого мы его и создавали