http://lib.custis.ru/index.php?title=%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B8%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F%D0%BC%D0%B8_%D0%BA%D0%B0%D0%BA_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B0_%D0%BA%D0%BE%D0%BD%D0%BA%D1%83%D1%80%D0%B5%D0%BD%D1%82%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%80%D0%B5%D0%B8%D0%BC%D1%83%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&feed=atom&action=historyУправление изменениями как основа конкурентного преимущества - История изменений2024-03-29T00:05:57ZИстория изменений этой страницы в викиMediaWiki 1.26.4http://lib.custis.ru/index.php?title=%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B8%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F%D0%BC%D0%B8_%D0%BA%D0%B0%D0%BA_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B0_%D0%BA%D0%BE%D0%BD%D0%BA%D1%83%D1%80%D0%B5%D0%BD%D1%82%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%80%D0%B5%D0%B8%D0%BC%D1%83%D1%89%D0%B5%D1%81%D1%82%D0%B2%D0%B0&diff=43157&oldid=prevAlexandraVelyaninova в 15:33, 9 сентября 20142014-09-09T15:33:48Z<p></p>
<p><b>Новая страница</b></p><div><blockquote><br />
''[[:Категория: Сергей Ефанов (Статьи)|Сергей Ефанов]], руководитель направления «Банковские учетные системы», и&nbsp;[[:Категория: Олег Малышев (Статьи)|Олег Малышев]], аналитик-эксперт в&nbsp;банковской сфере, рассказали [http://www.nbj.ru/ «Национальному банковскому журналу»] о&nbsp;сущности и&nbsp;причинах изменений в&nbsp;современных розничных банках. Как разрешить противоречие между назревшей потребностью в&nbsp;изменениях и&nbsp;необходимостью бесперебойной работы банка? Какую роль играет в&nbsp;этом процессе информационная архитектура? Что препятствует полноценному управлению изменениями и&nbsp;как построить «технологичную» систему их проведения? Об&nbsp;этом&nbsp;— в&nbsp;статье [http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2014/08/06/upravlenie-izmenenijami-kak-osnova-konkurentnogo-preimuschestva/index.html «Управление изменениями как основа конкурентного преимущества»] на&nbsp;сайте и&nbsp;в&nbsp;бумажной версии журнала.''<br />
</blockquote><br />
<br />
Современный розничный банковский бизнес характеризуется высокой динамикой обновления продуктовой линейки и&nbsp;клиентских сервисов, и&nbsp;умение выстроить эффективное управление процессами постоянных изменений становится важным элементом конкурентной борьбы.<br />
<br />
== Баланс развития и&nbsp;функционирования ==<br />
<br />
Изменения, буквально «пронизывающие» любой современный банк, имеют различные источники возникновения, масштабы и&nbsp;значимость. Наряду с&nbsp;«бизнес-творчеством» управленцев самого банка, которые, развивая бизнес, порождают запросы на&nbsp;создание и&nbsp;изменение продуктов и&nbsp;сервисов, на&nbsp;финансовую организацию оказывают влияние регуляторы, рынок технологий (от&nbsp;прикладного ИТ до&nbsp;оборудования), рынок труда и&nbsp;другие факторы.<br />
<br />
При&nbsp;этом изменения могут иметь масштабы, отличающиеся на&nbsp;порядки и&nbsp;слабо связанные с&nbsp;их влиянием на&nbsp;бизнес: к&nbsp;примеру, новые требования регулятора могут породить значительные изменения, сопоставимые с&nbsp;запуском принципиально нового продукта.<br />
<br />
Если говорить об&nbsp;изменениях, источником которых выступает бизнес, то&nbsp;для любого банковского продукта или&nbsp;сервиса можно выделить (с&nbsp;определенной долей обобщения) четыре основные стадии жизненного цикла:<br />
<br />
* формирование рыночного предложения: формулирование условий, расчет доходности, формирование портрета потенциального клиента и&nbsp;т.&nbsp;д.;<br />
<br />
* подготовка к&nbsp;продаже: изменение (внедрение) процессов и&nbsp;инструментов для&nbsp;обеспечения продажи и&nbsp;обслуживания продукта;<br />
<br />
* продажа: массовое заключение договоров с&nbsp;клиентами;<br />
<br />
* обслуживание: операционная обработка сделок в&nbsp;соответствии с&nbsp;условиями договоров и&nbsp;требованиями регуляторов.<br />
<br />
Очевидно, что основа конкурентного преимущества на&nbsp;динамичном рынке закладывается на фазах 1&nbsp;и&nbsp;2 (условно их можно назвать «зоной развития»), а&nbsp;на фазах 3&nbsp;и&nbsp;4 (которые составляют «зону эксплуатации») достаточно поддерживать заданные нормы эффективности.<br />
<br />
Службы банка при&nbsp;этом испытывают на&nbsp;себе воздействие двух разнонаправленных, но&nbsp;равномощных установок:<br />
<br />
* с&nbsp;одной стороны, необходимо обеспечивать требуемый темп и&nbsp;масштаб изменений (то&nbsp;есть давать возможности для&nbsp;развития);<br />
<br />
* с&nbsp;другой&nbsp;— важно обеспечивать бесперебойное обслуживание ранее заключенных договоров (то&nbsp;есть поддерживать функционирование).<br />
<br />
В&nbsp;разрезе ИТ деятельность по&nbsp;этим направлениям ведется одновременно на&nbsp;одном и&nbsp;том&nbsp;же «материале» (к&nbsp;которому относятся, в&nbsp;частности, ИТ-системы). То&nbsp;есть развитие и&nbsp;функционирование находятся в&nbsp;постоянном антагонизме, и&nbsp;данное противоречие невозможно разрешить. Но&nbsp;можно поставить под&nbsp;управление.<br />
<br />
Таким образом, изменения становятся самостоятельным объектом управления, а&nbsp;одним из&nbsp;направлений деятельности банка в&nbsp;сегменте розничного бизнеса становится выстраивание «конвейера», обеспечивающего их&nbsp;проведение на&nbsp;всех стадиях жизненного цикла продукта (сервиса).<br />
<br />
Зачастую обеспечить полноценное управление изменениями мешает позиционирование ИТ как отдельной, независимо функционирующей структуры. ИТ-служба рассматривается как «машина» по&nbsp;обработке разнородных требований, поступающих из&nbsp;различных департаментов. Каждая заявка при&nbsp;этом может обрабатываться и&nbsp;реализовываться по&nbsp;отдельности, без&nbsp;соблюдения общности в&nbsp;способах решения, а&nbsp;возможно, даже с&nbsp;неверным позиционированием уровня или&nbsp;масштаба запрошенного изменения.<br />
<br />
В&nbsp;результате отсутствует комплексность в&nbsp;решениях, что проявляется в&nbsp;утрате первоначального замысла и&nbsp;возможностей для&nbsp;выявления синергетических эффектов от&nbsp;изменений.<br />
<br />
== Взгляд сквозь призму архитектурных уровней ==<br />
<br />
В&nbsp;качестве основы для&nbsp;системного рассмотрения «бизнес- и&nbsp;ИТ-пространства» и&nbsp;более целостного взгляда на&nbsp;управление изменениями можно взять четырехуровневую модель архитектуры предприятия, которая описывает все поле смыслов и&nbsp;объектов от&nbsp;бизнес-замысла до&nbsp;«железа».<br />
* '''Бизнес-архитектура (БА)''' определяет выполняемые организацией бизнес-функции, организационную и&nbsp;функциональную структуры, включая роли и&nbsp;ответственности, регламенты, бизнес-процессы и&nbsp;взаимосвязи между&nbsp;ними.<br />
<br />
* '''Информационная архитектура (ИА)''' задает состав информации, способы ее представления и&nbsp;обработки, обеспечивающие выполнение бизнес-функций, формируя тем самым информационную модель предметной области, включающую в&nbsp;себя модели информационных объектов, их взаимного влияния и&nbsp;действий над&nbsp;ними.<br />
<br />
* '''Архитектура приложений (АП)''' определяет состав прикладных ИТ-систем, их функциональность, структуру и&nbsp;способы интеграции, которые вместе обеспечивают реализацию моделей бизнес-функций, спроектированных на&nbsp;уровне&nbsp;ИА.<br />
<br />
* '''Технологическая архитектура (ТА)''' определяет, какие технологии в&nbsp;части аппаратного обеспечения, системного программного обеспечения, сетей и&nbsp;каналов связи необходимы для&nbsp;создания среды работы приложений уровня&nbsp;АП.<br />
<br />
Взгляд на&nbsp;изменения как на&nbsp;процессы, «пронизывающие» все эти слои, позволяет осуществлять целостное управление. И&nbsp;ключевую роль в&nbsp;этом играет слой информационной архитектуры. ИА&nbsp;не только определяет деятельность в&nbsp;сфере ИТ, но&nbsp;и&nbsp;задает модель функционирования всего банка, включая бизнес-подразделения. И&nbsp;именно благодаря этому через ИА может обеспечиваться целостный взгляд, необходимый для&nbsp;управления всеми изменениями, происходящими в&nbsp;каждый момент времени.<br />
<br />
Это означает, что на&nbsp;уровне&nbsp;ИА каждый бизнес-замысел может быть оценен с&nbsp;точки зрения:<br />
<br />
* оптимального способа реализации (с&nbsp;помощью ИТ, организационными мерами и&nbsp;т.&nbsp;д.&nbsp;— к&nbsp;примеру, нередко то, что безуспешно пытаются решить доработкой ИТ-систем, можно более эффективно реализовать перераспределением полномочий между подразделениями банка);<br />
<br />
* масштаба изменений (и, если они связаны с&nbsp;IТ,&nbsp;— степенью влияния изменений на&nbsp;ИТ-ландшафт банка);<br />
<br />
* корреляции с&nbsp;другими проектами (посредством изменения информационных моделей одних и&nbsp;тех&nbsp;же объектов или&nbsp;посредством их взаимных блокировок при&nbsp;реализации);<br />
<br />
* выявления скрытых зависимостей в&nbsp;изменениях (когда, например, условия нового продукта влекут изменения за&nbsp;пределами подразделения, в&nbsp;котором он обслуживается);<br />
<br />
* обнаружения потенциальных возможностей как синергии нескольких изменений.<br />
<br />
Каким образом слой&nbsp;ИА реализуется на&nbsp;&nbsp;практике? В&nbsp;подавляющем большинстве случаев структура финансовой организации проектируется исходя из&nbsp;текущих бизнес-целей и&nbsp;существующих шаблонов best practice. Ни&nbsp;один из&nbsp;известных способов организации не&nbsp;выделяет работу с&nbsp;ИА как самостоятельную деятельность, а, следовательно, соответствующие ИА функции выполняются фрагментарно в&nbsp;нескольких организационных единицах.<br />
<br />
При&nbsp;построении «технологичной» системы управления изменениями процесс проходит через все организационные и&nbsp;архитектурные слои&nbsp;— от&nbsp;бизнеса до&nbsp;ИТ-систем и&nbsp;инфраструктуры,&nbsp;— и&nbsp;это требует специального выделения фокуса на&nbsp;достижении целостного результата. Именно поэтому особую роль при&nbsp;решении ИТ-задач розничного бизнеса начинают играть методологи, банковские технологи и&nbsp;архитекторы, реализующие свою деятельность на&nbsp;уровне&nbsp;ИА. Они работают с&nbsp;целостной картиной изменений, тесно общаясь и&nbsp;с&nbsp;держателями бизнес-замысла на&nbsp;уровне&nbsp;БА, и&nbsp;со&nbsp;специалистами по&nbsp;прикладным&nbsp;ИТ на&nbsp;уровне&nbsp;АП, и&nbsp;с&nbsp;ответственными за&nbsp;реализацию изменений, не&nbsp;затрагивающих&nbsp;ИТ.<br />
<br />
Поскольку деятельность подобного рода подразумевает значительную долю сложной «творческой» работы, а&nbsp;долгосрочные цели организации не&nbsp;позволяют ей зависеть от&nbsp;отдельных специалистов, то&nbsp;важной задачей банка становится проектирование системы целостного управления изменениями, способной сделать их более прозрачными и&nbsp;предсказуемыми и&nbsp;в&nbsp;то&nbsp;же время предполагающей работу с&nbsp;уникальными и&nbsp;в&nbsp;каком-то смысле «творческими» компетенциями.<br />
<br />
== «Технологизация» развития: первые шаги ==<br />
<br />
При&nbsp;проведении любых изменений неизбежно возникает трансляция целей и&nbsp;смыслов между архитектурными уровнями&nbsp;— от&nbsp;БА к&nbsp;ИА и&nbsp;от&nbsp;ИА к&nbsp;АП. Именно от&nbsp;эффективности этих коммуникаций в&nbsp;конечном итоге зависит скорость и&nbsp;качество изменений.<br />
<br />
Проведение изменений в&nbsp;контуре функционирования (например, ввод новой «типовой» программы кредитования или&nbsp;добавление нового отчета по&nbsp;требованию регулятора) при&nbsp;определенном уровне зрелости&nbsp;ИТ, как правило, уже не&nbsp;является проблемой. Такие изменения чаще всего «погружены» в&nbsp;некое подобие «контракта» между бизнес и&nbsp;ИТ-подразделениями, описывающего порядок взаимодействия, сроки и&nbsp;прочие детали внесения изменений. Важно, что при&nbsp;внесении таких изменений модель деятельности не&nbsp;пересматривается&nbsp;— то есть фактически процесс внесения изменений в&nbsp;контуре функционирования является частью штатной операционной деятельности банка.<br />
<br />
Внесение изменений в&nbsp;контуре развития (к&nbsp;ним можно отнести наращивание региональной сети или&nbsp;перевод отдельных сервисов в&nbsp;онлайн)&nbsp;— более сложный процесс, предполагающий, как правило, изменение или&nbsp;расширение модели деятельности.<br />
<br />
Естественно, у&nbsp;управленцев банка возникает желание сделать развитие таким&nbsp;же управляемым и&nbsp;предсказуемым, как функционирование, и&nbsp;поместить изменения, нацеленные на&nbsp;развитие, в&nbsp;рамки штатных повторяемых процессов. На&nbsp;деле это означает необходимость «технологизировать» трансляцию целей и&nbsp;смыслов между уровнями БА и&nbsp;ИА, ИА&nbsp;и&nbsp;АП. При&nbsp;этом сложность этой трансляции нелинейно возрастает с&nbsp;увеличением масштабов бизнеса.<br />
<br />
Таким образом, серьезным вызовом, стоящим перед крупными розничными банками, является проектирование и&nbsp;внедрение полноценного «конвейера изменений», а&nbsp;ключевой сложностью на&nbsp;этом пути&nbsp;— создание методик и&nbsp;практик, позволяющих осуществлять трансляцию целей и&nbsp;смыслов между архитектурными уровнями. А&nbsp;с&nbsp;учетом текущей ситуации на&nbsp;рынке, когда конкуренция за&nbsp;клиентов обостряется, банки будут вынуждены нарабатывать эти подходы и&nbsp;практики в&nbsp;жесткой конкурентной борьбе.<br />
<br />
<br />
<br />
[[Категория: Сергей Ефанов (Статьи)]]<br />
[[Категория: Олег Малышев (Статьи)]]<br />
[[Категория:Национальный банковский журнал (Публикации)]]<br />
[[Категория:2014 год (Статьи)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>AlexandraVelyaninova