Кто такой бизнес архитектор
В чем заключается роль бизнес-архитектора в компании
В последнее время стал часто встречать упоминание роли «Enterprise Architect». Решил покопаться в теме и наткнулся на немного сумбурное, но достаточно интересное обсуждение за круглым столом, что же такое или кто же такой «Enterprise Architect». Возможно, наши коллеги по цеху немного однобоко смотрят на роль «Enterprise Architect» исключительно со стороны IT, но обсуждение в любом случае полезное.
Обсуждение за круглым столом, модератором которого была Дэйна Гарднер, главный аналитик Interarbor Solutions, началось с утверждения:
— Необходимость в бизнес-архитекторах сейчас остра как никогда, но, в то же время, попытки превратить бизнес-архитектуру в профессию не обязательно приводят к росту доверия к таким специалистам и их принятию, по крайней мере, пока.
Участники круглого стола, Жанна Росс, директор и ведущий исследователь MIT Center for Information Systems Research, Дейв Хорнфорд, главный специалист по бизнес-архитектуре Integritas Solutions и председатель The Open Group Architecture Forum, и Лен Фескенс, вице-президент направления по развитию навыков и способностей The Open Group, помогли сформулировать следующее:
— Как совершить преобразование ИТ из загадочного мастерства в развитую и структурированную науку и каким образом бизнес-архитекторы получают уникальную возможность предвосхитить концепцию бизнес-архитектуры и повлиять таким образом на гибкость бизнеса.
По мнению Лена Фескенса, бизнес-архитектура сейчас находится, с точки зрения массового сознания, на тех же позициях, что ныне полноценные профессии вроде медицины или юриспруденции 200-300 лет назад. Нет не только сертификации, но и само тело этой науки характеризуется, в первую очередь, весьма частным характером знаний:
— Мы сейчас на примерно той стадии, как были в свое время юристы, востребованность которых зижделась на секретных знаниях и процедурах, известных только им самим и из-за незнания которых у вас при мысли о судебном разбирательстве руки тряслись. Или вот врачи, которые говорят: «Обращайтесь в нашу клинику, потому что только мы разбираемся в лечении конкретно этой болезни».
И Росс, и Хорнфорд согласны с тем, что ставки сейчас очень высоки. Стратегия в сфере ИТ приобретает все большую важность, и правильно построенная архитектура положительно повлияла бы на возможность компании играть на рынке.
Росс также отметила:
— Роль архитектора в том, чтоб обеспечить целостное видение… Таким образом, архитектору придется согласовывать текущие аспекты организации, предвидеть либо создавать новые, и такая деятельность не является просто технологией… это искусство – умение в долгосрочной перспективе предвидеть развитие организации… нам кажется, что это больше инновационная деятельность, чем что-либо еще.
На основании выше сказанного Хорнфорд предположил, что успешная бизнес-архитектура должна быть сосредоточена на ценности бизнеса. По его мнению, различные организации могут по-разному понимать ценность бизнеса:
— Все должно основываться на том, какие цели ставит перед собой тот или иной бизнес. Каким его видят, какова его миссия? Те, кто ведет бизнес, должны четко себе представлять, что будет на конечной стадии, что такое трансформация бизнеса и каким образом «цифровые активы» — фактически, ИТ-активы — способны создать условия для достижения поставленных целей. Все это необходимо для того, чтоб бизнес развивался более эффективно, чем это делают конкуренты.
С такой точки зрения, основополагающее требование к бизнес-архитектору компании — способность быть лидером, ничего фактически не имея:
— Если у вас нет навыков лидерства, то остальное уже мало на что повлияет… Если вы не ведете бизнес и не готовы взять на себя риск быть лидером, преобразования будут невозможны. Одним из барьеров для развития профессии архитектора является неготовность носителей этой профессии к рискам лидерства.
В продолжение дискуссии о проблеме перспективной ценности бизнес-архитекторов Фескенс заявил:
— В конечном счете, влияние бизнес-архитектора происходит из его способности сформулировать высокую потенциальную ценность архитектуры в целом, а также для конкретного архитектора в определенной ситуации… Это одна из главных проблем, с которой сталкиваются бизнес-архитекторы, пришедшие из технической среды. Они могут рассказать о возможностях и функциях, но забывают озвучить выгоду.
От архитектора требуется следующее: гарантировать, что их деятельность и созданная ими архитектура отвечает требованиям и целям; подход архитектора к решению проблем на уровне архитектуры означает, что гибкость и снижение затрат, вообще-то, не являются краткосрочными требованиями. Они, в первую очередь, важная составляющая самой бизнес-архитектуры как потребности.
Росс предостерегла, что потенциальную ценность бизнеса далеко не всегда можно извлечь сразу же — обычно это происходит в перспективе:
— Может потребоваться время для того, чтоб произошел естественный переход к новой структуре после того, как архитектор озвучил преимущества определенной информационной технологии. На самом деле, пожалуй, во многих организациях бывает так: переход произошел не из-за того, что они собирались стать гибче — он произошел оттого, что они озвучили намерение с каждым днем работать все лучше и лучше.
Гарднер подвела черту под обсуждением следующим образом:
— Если мы вернемся к самой сути того, что же требуется от архитектора, то это будет понимание ценности бизнеса и того, как эта ценность доносится до наших клиентов.
Роль бизнес-архитекторов в компаниях со временем меняется. Если 20 лет назад мало кто знал о том, чем же занимаются архитекторы, то сегодня многие компании считают архитектуру предприятия фундаментом его работоспособности. Обязанности архитекторов значительно изменились – от технических обязанностей (суперразработчик) до бизнес-архитектуры и лидерства. Эта профессия продолжает переживать изменения, и до сих пор остается загадкой, какой же курс она примет к концу текущего дня.
Архитектор — лучший друг продакта
Эта статья для тех продактов, которые этого еще не понимают. Я постарался изложить ее на продактском языке в форме диалога. Максимально кратко. Потому, что продакты не любят много буковочек.
Самозарождение архитектора
Начнем с простого. Продакт, скажи, есть ли у тебя архитектор в проекте? Если есть, можешь пропустить этот раздел. Ты уже явно получил пару важных жизненных уроков и сделал верные выводы. Но если нет, то давай разбираться.
Ты работаешь по модным правилам SCRUM? Твой проект команда? Ведь скрам это именно про команду. Нет скрама без команды. Значит тебе знакомы этапы командообразования. Напомню:
Есть такая роль в команде по Белбину “Генератор идей/мыслитель”. Его функции описываются так:
Предлагает оригинальные идеи. Решает сложные вопросы.
Т.е. хочешь ты этого или нет, а человек, который будет эту роль тянуть появится. Самозародится.
Архитектура как элемент стратегического планирования
Скажи, продакт, ты показывал своему архитектору canvas продукта? Показывал? Вы все обсудили и учли в соответствующих разделах его важные замечания? Тогда ты явно получил большой жизненный опыт. Смело иди к следующему разделу. Но если нет, то тебе будет интересно узнать, что…
Архитектор это человек с системным мышлением. Кормить его бизнес-требованиями, это как показывать фотографии кадров фильма в асинхронном порядке. Не понимая сути сюжета он соберет из кадров свой сюжет. Поверь, ты будешь удивлен его креативностью.
Только понимая как продукт решает проблемы клиента, архитектор сможет предложить приемлемые технологии, которые минимально повлияют на затраты. Более того, скорее всего он тебе накинет умных идей как еще можно решить проблемы клиента.
Как только ты разделишь со своим архитектором canvas, вы войдете с ним в “дрифт” по технологии “Егерей”. С этого момента ты можешь быть спокоен. Твой птичий язык будет понятен с получирика. Ты сэкономишь уйму времени на постановку ТЗ, разъяснения, почему зеленые кнопки на синем фоне это важнее реляционной модели хранения данных. Твой мир уже не будет прежним. Он будет наполнен розовыми пони и радугой.
Теперь ты понимаешь, почему архитектор должен быть обязательной частью стратегической сессии?
Архитектура и этапы развития продукта
Давай вспомним этапы развития продукта:
Очевидно, что на стадии внедрения на рынок, продукт существует за счет инвестиций. Привлечь их сложно. Велик соблазн как-то минимизировать риски на этом этапе. И что ты делаешь? MVP! Хитрый ход хитрого продакта! Из г..на и палок собрать что-то и посмотреть реакцию рынка.
Что ты говоришь команде при разработке MVP?
Вы должны понимать, мы исследуем гипотезу. Не факт, что продукт взлетит. У нас ограничены ресурсы. Нужно делать как можно быстрее и дешевле. Потом закроем технический долг.
Твои слова? Теперь смотри, ты сделал продукт из легкодоступных материалов. И внезапно он взлетает. По закону развития продукта нужно переходить на этап роста. А ты не можешь. Не можешь потому, что в твою команду набраны молодые, подающие надежду разработчики, которые еще вчера учились в online школе питона. И даже больше сотни клиентов в день твой продукт не держит. Твои действия?
Продакт, ты же помнишь, что рынок не терпит пустоты? Даже если тебе удалось найти нишу, и так сложилось, что у тебя нет конкурентов, то у тебя точно есть субституты.
Завидя твои успехи, имея опыт и ресурсы, они могут очень быстро воспользоваться твоим опытом. Пока вы дружной командой натягиваете цепь на твой новый велик, злобные конкуренты быстренько запилят все то же, но с моторчиком. Назовут это мопедом. Потому, что копирование успешного продукта на свободном рынке это наиболее успешная и дешевая стратегия. Под нее и инвестиции можно получить легко. Уж точно легче чем ты получал. И вот ты уже в унылой ж.
Если не уверен, значит не провел достаточных исследований. Не заполнил тот самый canvas. Не поговорил со своим архитектором. Не согласовал с ним этапы развития продукта. И у вас не родилась поэтапная целевая архитектура. Архитектура, готовая к развитию продукта. Архитектура, дарящая тебе радость каждого дня.
Архитектура и этапы развития компании
Редкий продакт долетит до этапа стабильности в своем проекте. Но если ты #янетакой, ты должен понимать как все будет дальше. После MVP.
Ты конечно борешься… ты же самый, самый, самый! Организуешь кучу встреч, всех отвлекаешь, достаешь всякой лабудой типа кучи митапов, стендапов, фасилитаторов и скраммастеров.
Но на самом деле, ты просто надежно сидишь в ловушке основателя.
И вот оно чудо! Ты пошел заниматься своими важными бизнес-делами, а онбординг в систему ложится на сильные плечи твоего архитектора. И не нужны твои митапы по 20 раз на дню, т.к. все и так при деле.
Заключение
Архитектор в продукте это не должность. Крайне важно это отметить. Это человек берущий на себя важнейшую роль. Фактически, он может быть ведущим разработчиком, аналитиком, CTO и т.д. Но вполне логично выделять эту роль явно. Ожидая от него совершенно конкретных результатов.
Но я уверен, что это не про тебя, мой дорогой продакт!
Корпоративный архитектор: похож на обычного, только строит не дом, а IT-город
Мало кто понимает, чем занимаются корпоративные архитекторы. Меня зовут Евгений Быстров, я корпоративный архитектор топливно-логистического контура компании «Газпром нефть», я вместе с коллегами занимаюсь построением систем для того, чтобы топливо было доставлено в срок и в полном объеме. Я ищу баланс между локальными задачами команд и стратегическими целями бизнеса.
Чтение займет 8 минут
Для кого: начинающие архитекторы
Текст: Иван Сурвилло
Я учился не на программиста, моя специальность – физика полупроводников. Но мне всегда нравилось программировать. У меня был старенький компьютер, самоучитель по паскалю. Когда мне надо было поступать в универ, я решил, что физика – перспективное направление, но и во время учебы в петербургском Политехе продолжал программировать. Видя мою увлеченность процессом, сестра посоветовала мне пройти курсы по программированию на 1С. Я пошел и уже через месяц заработал свои первые две тысячи рублей. Заказчику нужна была простенькая форма, типа накладной для доставки пиццы. В этот момент я понял, что так можно подрабатывать.
Позже я пришел в фирму, которая занимается проектной деятельностью, вырос с программиста до руководителя проектов и системного архитектора. В зависимости от масштабности проекта я мог быть либо руководителем, либо архитектором, либо и тем и другим.
Дальше был этап, когда я перешел в «Газпром нефть». Вместо нескольких проектов – у меня сначала стало несколько систем (в основном те, которые разработаны на 1С), которые живут в одном контуре. Дальше – больше, системы на разных платформах и с разными задачами: планирование, диспетчеризация, контроль, учет.
Как объяснить близким, кто такой корпоративный архитектор
Если честно,– чем дальше, тем сложнее объяснять близким, кем я работаю. Сначала – программист, тут понятно – на компьютере чего-то делаю, циферки считаются. Потом –руководитель проектов – «прораб» над программистами, все еще понятно. А архитектор.
Системный архитектор как архитектор дома: ты в конкретном здании должен рассчитать нагрузки, посчитать, какие должны быть этажи, какие материалы использовать, какие должны быть вентиляция, лифты.
Я – корпоративный архитектор, то есть архитектор уже не «дома», а «района» или «города». Я должен расположить «дома», «улицы», по которым будут передвигаться «машины», спроектировать детские сады и школы, предусмотреть, где проложить трубы для газа и воды. То есть, если перевести все на IT-термины, системы, интеграционные шины, потоки данных между системами, технические системы, оказывающие вспомогательные функции (например, мониторинг).
Продумывать все это непросто, но, в принципе, когда уже есть опыт работы на разных уровнях, решаемо. Ты же не в вакууме строишь идеальный город, а у тебя на входе всегда какие-то потребности, задачи, наброски инфраструктуры, от которых ты уже отталкиваешься.
О специфике работы
В строительстве IT-архитектуры есть две составляющие: формальная и не очень. Формальная составляющая специфична для «Газпром нефти» и других крупных компаний – у нас есть архитектурные комитеты и технические советы. Чтобы решение попало в продуктив, оно должно быть согласовано с ними. Часть работы архитектора заключается в том, чтобы выбрать такое решение, которое пройдет архитектурный комитет и технический совет. Есть много разных критериев: безопасности, стоимости, оптимальности выбора платформы с точки зрения всевозможных рисков, поддерживаемости.
Неформальная сторона в том, что нужно быть в контакте с проектной командой, направлять разработчиков или подрядчиков в нужную сторону, пытаться помочь всеми возможными способами сделать проект успешным (неважно, входит ли вопрос в понятие архитектуры или нет).
Например, есть платформа 1С, а есть SAP. У нас во многих областях они конкурируют или совместно используются (в том же расчете зарплаты или в складском учете). Когда появляется новый проект, выбираем, какая из этих платформ для решения задач подходит лучше, какое конкретное решение на платформе нужно выбрать и почему.
О разнице между программистом и архитектором
Есть мнение, что корпоративный архитектор не нужен, мол, все могут продумать программисты, которые будут этот проект писать. Но программисты заточены под конкретную платформу 1С, Рython или еще что-то. Программист решает прикладную задачу, которую ему дают. А архитектор выбирает совместно с бизнесом вектор развития системы в целом. В зависимости от вектора у тебя может быть та или иная платформа, те или иные программисты, те или иные задачи. Нужно понять, что хочет бизнес, и перевести это в концепцию, которую можно реализовать.
Программист сделал задачу за день, неделю, месяц – у него быстрый фидбэк, это морально проще. Результат моей работы отложен во времени.
О компромиссах в работе и чувстве неудовлетворенности
Последний компромисс у меня был, когда мы делали интеграцию между одной системой, в которой у нас коммерческие данные, с другой системой, в которой данные по планированию. Изначально понятно, что данные, которые должны быть в учетной системе, понадобятся многим смежным системам, но команда была сильно загружена и мы договорились, что сделаем все по более простой временной концепции, которую потом доработаем до оптимальной.
Если заплаточное решение устраивает бизнес, не противоречит никаким стратегиям и концепциям компании, не наносит вреда в долгосрочной перспективе, то можно оставить и так, хотя в душе остается чувство неудовлетворенности
О влиянии профессии на «обычную» жизнь
Я сравниваю программирование с волшебной палочкой. Я бы никогда не отказался от нее по доброй воле. Магия всегда должна оставаться, просто сейчас я не занимаюсь разработкой по работе, но могу что-то сделать дома для себя или в качестве хобби, чтобы навык оставался. Например, к дачному сезону я изучал разработку на контроллерах типа Arduino и ESP. Теперь у меня «умная дача»: беспроводные контроллеры отвечают за полив теплицы, в мае (когда еще были по ночам заморозки), они автоматически поддерживали в теплице температуру, необходимую для рассады, оросительная система для газона также настроена на автоматический полив. Я с телефона могу видеть текущие показания (температуру, влажность), включать и отключать полив/подогрев/подсветку, когда мне это нужно, или доверить все программе, которую я прошил в контроллеры.
Получается, что моя профессия влияет на мою обычную жизнь. Иногда в мелочах, иногда по-крупному. В мелочах ты видишь, как пробиваются чеки и знаешь, что часть чека можно оплатить картой, а часть наличкой. А кассир этого не знает, и ты можешь эту ситуацию решить. Начинаешь понимать, что, если интернет не работает, надо проверить на своей стороне, а потом уже к провайдеру идти. Если по-крупному, то понимаешь, что подход, в общем-то, применим и в других сферах – в том же строительстве или ремонте, например. То есть знаешь, как тебе распланировать изменения и с чем придется из-за этого мириться.
Путь бизнес-архитектора
На инженерах лежит ответственность больше, чем на людях других профессий, потому что результаты их работы доступны для всеобщего обозрения. Его действия, шаг за шагом, воплощены материально. Он не может похоронить свои ошибки, как врач. Он не может заговорить их убедительной аргументацией как юрист. Он не может, подобно архитекторам, скрыть их за деревьями и плющом. Он не может как политик, обвинить в своих ошибках оппонентов и надеяться, что люди забудут про них. Инженер попросту не может отрицать, что это сделал именно он. Если его творение не работает, он проклят.
Герберт Гувер, инженер Кыштымского медеплавильного завода, филантроп, спасший сотни тысяч русских во время голода 1921, предприниматель и 31 президент США
Мы прошли длинный путь к пониманию того, что такое практика бизнес-архитектуры. Тема вышла из моды, в ней остались в основном профессионалы, которые хорошо понимают в чем суть работы бизнес-архитекторов.
Осторожно, дальше много сложных терминов, только для специалистов.
Вот краткая программа того, как стать бизнес-архитектором:
1. Изучи и начни практиковать онтологику
2. Изучи и начни практиковать системное мышление
4. Пойми и начни видеть, что эта функция предприятия разбивает его на несколько частей, которые называются оргспособностями/capabilities, и предприятие участвует в нескольких цепочках создания ценности/производственных кооперациях. Вопрос распределения ресурсов между оргспособностями и есть вопрос стратегии.
Здесь бизнес-архитектор начинает видеть предприятие как черный ящик.
5. Пойми и начни видеть людей как исполнителей процессных и проектных ролей, носителей предметных дисциплин, научи их удерживать фокус внимания на объектах их предметных дисциплин.
6. Пойми, что люди являются частями организации и у них есть обязательства, которые они дают от имени своего оргзвена другому оргзвену и конфигурация этих обязательств и контрактов и есть архитектура предприятия, см. Martine and Jarillo 1989 и Dietz.
Он не может заговорить их убедительной аргументацией как юрист. Он не может, подобно архитекторам, скрыть их за деревьями и плющом. Он не может как политик, обвинить в своих ошибках оппонентов и надеяться, что люди забудут про них.
Пфф. У Apple же получилось сделать говяную постоянно рвущуюся изоляцию на кабеле зарядки, а потом аргументировать «мы используем экологичные биоразлагаемые материалы, чтобы не загрязнять окружающую среду». Ну или на край всегда можно сказать «Вы купили устройство, не предназначенное для использования в суровых российских условиях».
Вот такая наука. И диссернет тут не поможет
Через знакомых обратились ко мне выполнить расчёт по статистике. Выяснить лучший вариант дальнейшей работы из собранных данных. Статистический анализ это всегда сложно, потому что в интерпретации нужна не только математика, но и нужен профессиональный и жизненный опыт.
Стал делать анализ и получается хорошая стройная методика для дальнейшей работы. Сообщил это заказчику, там обрадовались и предложили оформить в виде научной работы, я сделал что мог, Заказчику понравилось.
Двое суток помолчали, а потом сообщили что результаты противоречат всей их предыдущей работе, которую они делали до этого и публиковали промежуточные данные.
Рассказала более подробно – это должна быть итоговая работа для получения учёного звания её научным руководителем,( а потом и она защищается); у него была своя теория, которую он длительное время продвигал, получил под это финансирование, набрал группу, долго работал с разной степенью успешности и теперь нужно забить финальный гвоздь вот этой вот годовой работой.
Поэтому нужно сделать выводы, которые подтверждают его теорию. А такие выводы на этих данных статистически незначимы. Я переделал – подал под другой точкой зрения, сравнил не столь явно с аналогами, даже не натягивал результат- просто нарисовал красивые графики, выделил основные моменты, определил направление для дальнейшей работы – ну как обычно это делается. Я не менял результаты, я только изменил выводы из работы, и её научный руководитель успешно защитился. Как он это сделал я не уточнял, только знаю, что в диссертацию пошло то, что прислал я.
Вообще к такому я уже привык. Давно уже, я читал диссертации по металлургии и сперва недоумевал – что это написано, как это может вообще работать, а потом понял – это просто макулатура, написанная для получения научного звания. То, что они писали противоречило теории, я никогда не встречал такого в своей работе, я не читал о таком в профильной литературе даже в разделе курьёзов, только ведущие институты и университеты потоком выпускают таких научных работников и скромно сообщают, что они внесли свой вклад в науку.
С экранов грозят, что искусственный интеллект вытеснит людей, хотя на производстве у нас по-прежнему востребована кувалда. Как наши научные кадры научат этот «интеллект» махать лопатой, пока не понимаю. Может оно и к лучшему, хотя хорошего специалиста можно искать годами.
Мои интервью на интернет-канале «Культиватор»
Мои размышления о перспективах российских селекции и семеноводства, о становлении бизнеса. О государственной политике в этой сфере.
P.S. Видео не содержат рекламы.
Горе-сотрудники. Ищем золото, часть 1
В продолжение последнего поста о горе-бизнесменах и контроле сотрудников, я решил написать несколько историй о моем опыте в поиске и подборе персонала. Смешных и обескураживающих случаев тут не меньше, чем в работе с заказчиками. Надеюсь, что пост поможет начинающим и не очень бизнесменам в этом непростом деле.
Должен признать, что в то время цифры «1 из 20» мне показалась крайне завышенными, но сегодня я с ней вполне согласен. По крайней мере в моей сфере деятельности так и есть, в каких то других может и чуть проще дела обстоят. Это было вступление, а далее несколько, как мне кажется, типичных и забавных случаев из моего личного опыта:
Изменил своё мнение на этот счет после одного весьма забавного случая. Работали у меня 3 сотрудника молодых: девушка менеджер по продажам, парень помощник seo-специалиста, парень контент менеджер. Всем около 25 лет грубо, все без высшего образования, все с небольшим опытом до года в нашей сфере деятельности. Все с компьютером на ты, что нам важно, а остальному научим.