Новый инструмент управления архитектурой предприятия Enterprise Evolver

Обратил на себя внимание новый инструмент управления архитектурой предприятия Enterprise Evolver, выпущенный компанией Capability Management Inc. Инструмент реализован в виде мобильного, очень простого в освоении решения и доступен в версии для iPad.

Он предназначен для различных специалистов в области бизнеса и ИТ: бизнес-консультантов, архитекторов предприятия, бизнес-аналитиков, лиц принимающих решения по согласованному развитию бизнеса и ИТ. Задача инструмента - формирование согласованного высокоуровневого преставления деятельности предприятия за счет
создания бизнес-карт, представлений архитектуры предприятия и отображения организационных взаимоотношений.

Enterprise Evolver позволяет связать различные бизнес-функции такие, как продажи, маркетинг, выполнение заказов, обслуживание заказчиков с другими элементами архитектуры, обеспечивающими их реализацию. Такое картографирование ландшафта предприятия показывает разрывы, дублирование и несогласованность оргструктуры и бизнес-функций для реализации дальнейших улучшений и изменений. При наличии у организации долгосрочных достижимых целей развития, происходит постоянное эволюционирование стратегий их достижения. Использование Enterprise Evolver дает возможность достичь поставленных целей в условиях эволюции путей их достижения.Enterprise Evolver служит профессиональным инструментом для простого и интуитивного картографирования и увязывания стратегий, целей, бизнес-потенциалов, ресурсов.



Функциональность Enterprise Evolver:

• Описание организации с помощью бизнес-центричных представлений, общих планов с отображением бизнес-потенциалов и связанных с ними ресурсов.
• Картографирование бизнес-потенциалов для нужд бизнес-планирования и процессов трансформации с представлением бизнес-контекста с обобщенной точки зрения.
• Картографирование болевых точек клиентов, а также точек соприкосновения.
• Выявление различных организационных иерархий и увязывание их в организационные карты.
• Выявление взаимосвязей между бизнес-потенциалами и ресурсами ИТ для демонстрации бизнес-поддержки со стороны ИТ и выявления дублирования ИТ-ресурсов.
• Генерация тематических карт по выявлению и ликвидации разрывов в стратегиях развития.
• Создание представлений существующих и будущих возможностей для управления трансформацией бизнеса.
• Описание и выравнивание архитектуры предприятия на основе принятия постоянных технологических изменений.
• Выявление и картирование бизнес-требований к бизнес-потенциалам для поддержки  организационных целей.
• Определение проблем и анализ бизнес-контекста для ликвидации в нем избыточности, недостаточности и болевых точек.
• Картирование организационной структуры с доступными ресурсами и определение разрывов компетенций.

 
Доступны видео-ролики демонстрирующие основные возможности Enterprise Evolver.

Плюсы данного инструмента:
Цена. Программа стоит всего 45 долларов (2300 рублей). Простой интерфейс пользователя. Быстрое освоение продукта. Большой набор готовых шаблонов диаграмм. В продукт заложено большое количество современных бизнес-концепций. Из наиболее интересных, стоит сказать о бизнес-потенциалах (Business Capability),  общих видах архитектуры (Blueprint), "температурных" картах (Heat Map), болевых точках (Pain Point), точках соприкосновения (Touch Point).
Минусы данного инструмента:
Отсутствует возможность организации централизованной распределенной коллективной работы различных групп пользователей, нет центрального репозитария. Фактически, это инструмент индивидуальной работы с построением наглядных схем на основе готовых шаблонов.
Резюме:
Инструмент стоит своих денег и не более. Он пригоден для быстрой подготовки иллюстративного материала в рамках консалтинговых проектов или для проведения предварительных обсуждений типа мозговой шторм. Позволяет минимизировать порог вхождения консультантов и заказчиков в предметную область "Управление архитектурой предприятия". Enterprise Evolver использует современный западный понятийный ряд и может служить средством начального ознакомления и обучения. Но для реальной работы требуются значительно более серьезные и более дорогостоящие решения, включающие, прежде всего, центральный репозитарий архитектурных артефактов, увязанных между собой с помощью метамодели.

Заметки об опыте разработки стратегических планов

Автор: Рубенчик Андрей Викторович, arub@rambler.ru
Статья опубликована в журнале «Стратегический менеджмент», № 1 за 2009 год, http://www.grebennikoff.ru/product/36/

Введение

В США накоплен большой опыт по разработке стратегических планов развития государственных организаций.

Начало разработке стратегических планов на регулярной основе было положено в 1993 году, когда был принят Закон о повышении эффективности деятельности правительственных ведомств (The Government Performance and Results Act of 1993).

В настоящей статье рассматривается опыт разработки стратегических планов в Почтовой службе США (United States Postal Service).

Почтовая служба ведет разработку стратегических планов в тесном взаимодействии с широким кругом заинтересованных лиц: Конгресс США, почтовая индустрия и потребители почтовых услуг в лице различных союзов, ассоциаций и форумов, профсоюзы, сотрудники Почтовой службы.

Управление требованиями и автоматизация этого процесса

Автор: Волков Юрий Ольгердович, yvolk@yurivolkov.com

Последнее изменение: 21 марта 2007 г.
Cтатья опубликована 25 января 2005 г. в "PC Week/Russian Edition", №2 (464) 2005г., стр.27, http://kis.pcweek.ru/Year2005/N2/CP1251/DevApp/chapt1.htm
Как собирают требования в большой команде (практический опыт)

Ошибки в управлении требованиями являются основной причиной неудач очень многих ИТ-проектов, и именно поэтому данная тема остается весьма и весьма популярной. В этой статье делается попытка найти наиболее приемлемый путь развития управления требованиями для описываемого проекта, а также выработать общие рекомендации, применимые и для других проектов разработки сложных информационных систем. Мы расскажем, как наша команда организовала процесс сбора требований и управления ими, используя, среди прочего, средства автоматизации, и как эти требования используются в разработке информационной системы.
В настоящий момент проект разработки системы, о которой пойдет речь, ещё не завершен, соответственно и полный цикл управления требованиями не пройден до конца. Однако фаза формирования технического задания окончена, и началась фаза разработки ПО на его основе, поэтому многое понятно уже сейчас. Полученный нами опыт не является полностью положительным, но он, без сомнения, ценен и интересен тем, кто ищет свой путь в многообразии методологий и программных инструментов, автоматизирующих процессы управления требованиями. Для начала, приведем краткое описание проекта.

Новый взгляд на описание бизнес-процессов

Автор: Волков Юрий Ольгердович, yvolk@yurivolkov.com

Последнее изменение: 27 февраля 2007 г.
Первый вариант данной статьи опубликован 20 сентября 2005 г. в "PC Week/Russian Edition", №34 2005г., стр.42, 55; http://www.pcweek.ru
Подход к интеграции автоматизированных систем и автоматизации корпоративного управления, основанный на предварительном описании бизнес-процессов, включающих в себя сервисы (услуги) предприятия и его партнёров, и последующем их исполнении и контроле с помощью автоматизированной системы завоёвывает сегодня всё большую популярность. Однако для его успешного применения необходимо по-новому взглянуть на описания бизнес-процессов (регламенты, технологические схемы, сценарии и т. д.), которые традиционно составляются в текстовом виде и понятны их владельцам (т. е. руководителям и представителям компаний). Причём этот новый взгляд нужен как самим владельцам процессов, являющимся авторами описаний, так и разработчикам (техническим специалистам), реализующим эти описания в автоматизированной системе.

Архитектура предприятия в контексте бизнес-реинжиниринга (Часть 2)

Евгений Зиндер, Президент Фонда ФОСТАС, директор аналитического бюро «Группа 24»
Intelligent Enterprise №7 (183), 26 мая 2008 года

http://www.iemag.ru/articles/detail.php?ID=6868

В первой части этой статьи (Intelligent Enterprise, № 4/2008, стр. 46 [1]; www.iemag.ru/articles/detail.php?ID=6612) показаны истоки комплексной дисциплины «архитектура предприятия» (АП), её проблемы и актуальные достижения, накопленные к концу прошлого века. Теперь представим то главное, что появилось в АП в новом столетии и определяет эту дисциплину сегодня.

Архитектура предприятия в контексте бизнес-реинжиниринга

Евгений Зиндер, Президент Фонда ФОСТАС, директор аналитического бюро «Группа 24»
26.03.2008
Intelligent Enterprise/RE Корпоративные системы
http://www.iemag.ru/articles/detail.php?ID=6612

Сегодня все больше руководителей и аналитиков начинают испытывать потребность в комплексном описании и планировании развития своей организации. Это им нужно как минимум для того, чтобы знать, что’ их организация представляет собой в реальности, поддерживать рациональный порядок ее устройства, а затем — приступить к ее планомерному развитию или трансформации с учетом всех важных обстоятельств. Таким целям служит «Архитектура предприятия» (АП, Enterprise Architecture) — важнейшая комплексная дисциплина нового времени. В мире наблюдается настоящий бум работ в этой области, в штатных расписаниях позиция «Enterprise Architect» заняла устойчивое положение, ведущие университеты разработали углубленные курсы и выпускают квалифицированных специалистов данного профиля.
У нас же всё пока ограничивается некоторым распространением должности «системный архитектор», что на самом деле совсем иное, а также попытками немногочисленных вузов включить обзорные разделы в другие курсы — по реинжинирингу бизнес-процессов или системной инженерии. Однако и в лидирующих по применению АП странах путь развития и применения этой дисциплины был вовсе не гладким, и здесь есть своя поучительная логика.
Цель этой статьи — проследить условия появления и развития АП как дисциплины, выделить причины успехов и затруднений. А возможно — сказать и о вероятных направлениях её дальнейшей жизни. Все это может помочь в принятии решений о разворачивании архитектурных работ на конкретных предприятиях. Есть и другая цель: напомнить коренные задачи комплексного архитектурного подхода, которые часто забываются при освоении «навороченных» архитектурных методик и инструментов. Тем более что в практике формирования архитектур часто оказываются вполне работоспособными принципы и модели, введенные в жизнь еще пятнадцать лет назад.

Управление портфелем ИТ-проектов: архитектуры

Вячеслав Ерохин
Журнал Открытые системы, №4 2008 год,http://www.osp.ru/os/2008/04/5115005/

Увеличить ценность бизнеса можно за счет реализации отобранных инвестиционных инициатив (ИТ-проектов) — путем управления ИТ-проектами, а чтобы максимизировать эту ценность требуется эффективное управления портфелем проектов. Управление портфелем отвечает на вопрос «Какие ИТ-проекты являются приоритетными, имеют максимальную ценность для бизнеса?» и относится к фазе стратегического планирования ИТ, а управление ИТ-проектами позволяет правильно управлять этими приоритетными проектами и достигать проектных целей, не выходя за рамки проектных ограничений. В отличие от управления ИТ-проектами, управление портфелем ориентировано на ИТ-руководителей высшего и среднего звена, принимающих решения по инвестициям в тот или иной проект.

Управление портфелем проектов. Новые методологические подходы и инструменты

Андрей Белозеров, Генеральный директор компании "Центр Внедрения "ТЕКОРА", ITeam

Управление проектами в эпоху рыночной России начало активно развиваться в 90-х годах – появились профессиональные объединения, стандарты, системы сертификации по управлению проектами. В конце 90-х годов и начале 21 века управление проектами получило широкое распространение как управленческая технология в бизнесе и превратилось из более теоретической области знаний в практически применимую дисциплину.
На сегодняшний день большинство российских компаний находятся на ненулевом уровне зрелости по управлению проектами и на передний план выходят такая управленческая технология, как управление портфелем проектов.
Стабилизация российской экономики, ужесточение конкурентного взаимодействия, диверсификация бизнесов и организационных структур компаний – все это ведет от точечного развития (реализовывавшегося через конкретные проекты) к необходимости осуществлять поступательное сбалансированное развитие (достигать весь комплекс стратегических целей с учетом рисков и ограниченности ресурсов корпорации) – т.е. управлять портфелем проектов.
В данной статье рассказывается о некоторых методологических подходах к управлению портфелем проектов и о возможностях, заложенных в новый продукт по управлению портфелем проектов – Microsoft Project Portfolio Server.

ИТ-стратегия: выравниваем ИТ и бизнес

Сергей Бобровский

18.09.2007, PC Week
http://www.pcweek.ru/themes/detail.php?ID=83800

Любой поисковик на запрос “ИТ-стратегия” выдаст десятки тысячи ссылок и множество предложений по разработке ИТ-стратегии. Все рекламные тексты будут примерно одинаковыми, хотя общая шаблонность таких услуг и рекомендаций, конечно, не означает, что они не работают или не эффективны. Но подобная “замыленность” термина часто провоцирует скептическое отношение руководителей компаний к ИТ-стратегии. Вероятно, разбираться с ней большинству топ-менеджеров просто недосуг: заедает текучка, клиенты волнуются, сотрудников и финансов не хватает, но главное – рабочие процессы худо-бедно отлажены и трогать организационную структуру страшновато: как бы не развалилась. Во “внутренностях” ИТ-отдела, хоть российского, хоть западного, обычно тоже царит неразбериха. Проблемы типичны: в крупных организациях по всему миру сегодня насчитываются сотни ИТ-систем — от КИС, созданных своими силами, до мощных ERP-систем, выполняющихся в гетерогенной среде. Ситуация в последние годы ухудшается из-за частых слияний компаний, в результате чего “зоопарк” систем в объединенных ИТ-отделах стремительно растёт.

Быть или не быть TOGAF: распространение архитектуры предприятия за границы RUP

Виталий Темненко, разработчик архитектуры, WSIB, 26.04.2007
http://www.ibm.com/developerworks/ru/library/temnenco/index.html

Из журнала Rational Edge: В статье рассказывается об архитектуре предприятий, архитектуре решений и архитектуре бизнеса; эти дисциплины сравниваются с унифицированным процессом IBM Rational (RUP), даются рекомендации по их совместному использованию, пропагандируется применение Open Group Architecture Framework (TOGAF) в сочетании с процессом RUP для успешного продвижения реализации архитектуры предприятия в организациях.