Управление является и его наследие активов

Share

|

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

В действительности, IS - это просто микрокосмос крупных экономических сил. Сегодняшние предприятия стремятся реагировать на быстрые изменения путем создания гибкой, модульной деловых процессов, которые могут быть быстро осуществлены и reengineered мере необходимости. Для поддержки этих типов процессов IS организациям перейти от традиционной обработки операций в новых районах и развертывания быстрое развитие и клиент / сервер архитектуре. Но если IS функция просто пытается научиться выполнять разработки систем с новыми технологиями, оно отсутствует масштабной задачи.

Хотя новых технологий, таких, как объекты, клиент / сервер и Интернет привлечь широкие возможности по созданию новых типов решений в бизнесе, это наследие системы, которые представляют из основных для будущего успеха. Унаследованные приложения доминировать IS ресурсов, представляют триллионов долларов инвестиций, и представление ведущих препятствием в более чем половине реинжиниринга деятельности. Во многих случаях, IS самой организации является наследием вопроса, связанных с ЭВМ и старых мировых процессов в эпоху быстрых перемен. Быстрее бизнеса и быстрого изменения технологий изменения вызов IS руководителей деловых инициативе развития с наследием перспективы, процессов, приложений и инфраструктуры.

Наследие вызов

Последние расчеты показывают, что нынешней установленной базой жизненно важное значение существующие приложения обойдется в $ 3 trillion заменить. Учитывая масштабы этих расходов и их влияния бизнеса, IS организаций должны внимательно еще решительно. Даже основные поддержания старых систем расходы огромные суммы денег, оставляя руководителям лишь незначительную часть своего бюджета для критически важных новых приложений.

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

- По крайней мере 80 процентов наиболее IS бюджетов тратится на старые системы, с сокращением остатков слева для нового строительства. В то же время, каждая новая заявка является более сложным, стоимостью более развивать и поддерживать.

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

- ускорение темпов технологических изменений означает, что системы заменена более быстрыми темпами, чем они были, когда технологии были более стабильными.

- Слишком много этих усилий тратилось на старых систем принципиально, не на добавленную стоимость; исследования показывают, что более 50 процентов усилий посвящена пониманию наследия применения, а затем повторные применения после смены.

- В результате интенсивных усилий, чтобы изменить наследие применения, о 25 процентов наследие времени тратится на испытания. А более умных, планируется, и целенаправленный подход должен обеспечить надлежащую испытаний с меньшими усилий.

- В этом году новая заявка становится в следующем году наследство, как правило, увеличения установленной базы унаследованных систем, которые должны быть сохранены.

Эти проблемы имеют ряд последствий для IS менеджеров. Руководители должны разорвать порочный круг все большее еще треснул установленной базой, что диски все больше годовой абонентской счет. Новые системы будут финансироваться повышения производительности ИТ и накопление малых экономии, а не за счет увеличения вливаний корпоративного капитала. Как и многие предприятия реинжиниринга усилия, IS преобразования будут быстро самоуправления финансирования.

Управление портфелем ИТ активов

Вчерашние последовательный подход к вопросам планирования, которая обеспечила IS функционировать достаточно длительные сроки для выполнения целей компании, больше не существует в сегодняшнем быстро меняющемся мире бизнеса. Хотя бизнес изменить диски интеграции процессов и технологий, неэффективность коммуникации являются причиной разрыва между стратегией бизнеса и IS поставки продолжают увеличиваться. Как ИТ становится основным двигателем перемен, он заново то, что стратегически это возможно, и будет еще внедряться в каждый рабочий процесс, в том числе электронной торговли, комплексной компьютерной промышленности, инвестиционной программы торговли, и оптимизации цепочки поставок. Будущее ИТ требует целостного понимания деловой стратегии и процессов.

В явном противоречии, многие решения относительно старых систем являются эпизодические, предварительные, и попадают в модель инерционного расходов. Для решения этих тенденций, IS менеджеры должны оценить наследие систем так же, как и продажи территорий, персонал или имиджа оцениваются. Взгляд на ИТ как активы коммерческих ресурсов обеспечивает IS руководителей двух основных критериев оценки:

1. Насколько эффективно действует данной системы или набор приложений поддержки коммерческих целей?

2. Насколько эффективно ли система выполнять свои задачи поддержки?

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

Результаты этой оценки затем отображается в сетке называется 4R портфеля оценки матрицы.

В 4R Портфолио оценки матрицы

В 4R портфеля оценки матрица состоит из четырех категорий с предлагаемые меры - четыре рупий, что руководство решений. Сортировка активов в дифференцированного портфеля снижает масштабы наследия проблема стратегии "разделяй и властвуй. IS менеджеров, которые понимают относительную шкалу, размер и инвестиций в каждом из приложений приобретают идеи, которые определяют будущее.

Категория 1: Низкая стоимость бизнеса, Low Технические условия; Действие: Ретире. Если система выполняет функцию сомнительной ценности неудовлетворительно, то почему он показывается в первую очередь? Эти системы, которые составляют около 25 процентов североамериканских наследие базы, прекрасные кандидаты для досрочного выхода на пенсию или невмешательства. Если они должны быть живы, IS менеджеры должны рассмотреть установить графический интерфейс пользователя поверх характер основе экране. Избирательные системы совершенствования - это еще один вариант, но только если стоимость может быть оправдано с представителями деловых результатов.

Категория 2: Низкая стоимость бизнеса, Верховного Технические условия; Действие: Пересмотреть

IS руководители должны пересмотреть почему высокопроизводительных системы вносит так мало в бизнес. Эти системы, только около пяти процентов от установленной базой, не могут быть вполне обоснованным с достаточным случае действий. Кроме того, с течением времени оправдания, возможно, устарела. В других случаях, запуск может быть засланный. IS менеджеры должны рассмотреть вопрос о переносе этих активов более критически важных приложений, если они еще способны оказывать стоимости бизнеса, а также поэтапный выход на пенсию, если они не будут.

Категория 3: Высокая стоимость бизнеса, Low Технические условия; Действие: Редевелоп Около половины унаследованных систем к этой категории. Эти системы могут потребовать pampering; Еще предприятия по-прежнему зависит от них. IS менеджеры должны стремиться к сохранению поддержки предпринимательства, сохранить стоимость, и улучшить функциональность соответствующих случаях - при сокращении затрат. Это можно сделать по-разному, например, путем извлечения из правил бизнеса операционных систем, развивающихся стоимости

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

Категория 4: Высокая стоимость бизнеса, Верховного Технические условия; Действий: Обновить

Около 20 процентов из унаследованных систем в этой идеальной активов государства доставлять материальные ценности бизнеса и время в хорошем техническом состоянии. Это к сожалению правда, что большинство заявок началось в этом quadrant или были ориентированы на старт и в этом quadrant однако с тех пор сократилось из него. Организационная миссия в отношении этих систем является сохранение стоимости активов, позволяя им мигрировать в качестве целей в бизнесе и технологиях изменения.

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

Институционализация управления портфелем

За все ее преимущества, оценка портфеля как одноразовое мероприятие будет не доставить прочного завоевания. Хотя она определяет некоторые улучшения возможностей IS менеджеры должны действовать по оперативно, с течением времени единовременной оценки быстро унижает в архитектурных shelfware. Вместо портфеля оценки должен быть первым шагом в процессе, который позволяет IS руководителей постоянно управлять портфелем по reevaluating связь между ИТ активов и развитие бизнеса. В жизни современных технологий - это часть, что на ЭВМ; Ожидают оценки управлять трехлетний план неизбежно ведет к росту вопросы о ее актуальности и растет разочарование в связи с его эффективности.

А хорошо структурированного портфеля оценка должна заложить основу для этой продолжающейся подход к управлению. В дополнение к 4R профиль, оценки должны решать другие ключевые вопросы:

- Как конечных пользователей и официальных IS поддержке решений взаимодействуют?

- Каким образом нынешней ИТ активов поддержку основных целей бизнеса и процессов?

- Что такое переходный и развития подхода для каждого приложения в портфеле?

- Каков жизненный цикл состояния и инвестиционной позиции для каждого приложения?

- Каким образом применение стратегии соответствуют технической инфраструктуры?

- Где IS сосредоточить свои расходы?

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

IS руководителям оценить изменения в отношении состояния ИТ активами и деловыми процессами они поддерживают.

Оценка себя представляет на высоком уровне план развития ИТ активов; На самом высоком уровне, она является концептуальной архитектуры корпорации. Соответствующее Параллельно с этим высокого уровня плана находится в модели, используемой для citywide планирования и строительства. С учетом корректировки в результате нематериального характера вычислений, бизнес процессы, портфельные стратегии, технической инфраструктуры и код инспекции все простые эквиваленты в базовом планирования и строительства дисциплины модели (например, план зонирования, инфраструктуры плана, проектирование утверждение различных разрешений, код инспекции, и поддержание правил). Что IS функции, как правило, не хватает - это дисциплина процесса, роль города департамента планирования и правил поддержания постоянного ухода.

Адаптации к гибридных вычислений

Некоторые IS организаций узкое мнение наследие задача в первую очередь в технических терминах. В это время гибридных вычислений, IS руководители должны перемещаться между резко контрастные мире: реляционные противовес иерархической, гибкий по сравнению с жесткими, на базе объекта по сравнению с процедурным, распределенных по сравнению с централизованной, открытая или закрытая. Дни единой парадигмы исчезли, и ускорения темпов бизнеса и технологических изменений требует IS функции для нескольких архитектур, языков и платформ. В ответ успешных компаний переосмысления своих основных подходов к интеграции, систематическое планирование стоимости восстановления наследия активов и разработке всеобъемлющей стратегии перехода.

Переосмысление Интеграция

Наследие Overintegration Типичный бизнес применения увеличилась в размерах в один поразительный 5.400 проц с начала 1980 - х годов. Типичная миссия - критический комплексного применения выросла включить 1,2 млн. строк кода - собранные stringing вместе то, что были 20 различных приложений 15 лет назад. Эти цифры свидетельствуют начать вызов наследие overintegration.

Спагетти код - доминирующая задача 15 на 20 лет назад - была заменена спагетти интеграции. Многие архитектурах многочисленные возможности для бесконтрольного взаимодействия приложений, программы, код, и данные. Структурное программирование - общепринятой шаг за спагетти код, открывает некоторые уроки для спагетти интеграции. Он подчеркивает единство жесткие (т.е. поддержанию высокой функции, связанные вместе) и свободного соединения (т.е. минимальных связей между функциями).

К сожалению, в большинстве случаев спагетти интеграции и комплексных совместных баз данных, об обратном. Унаследованные приложения, как правило, характеризуется потерять единство с функциональной логики таких, как продукт изменения и данные о клиентах, кропили посредством многочисленных программ и приложений. Заявки строго в сочетании с помощью общей базы данных, избыточных баз данных и файлов, и интерфейса с помощью неконтролируемого взаимодействия различных областях в бесчисленных программ. Переход на компонент архитектуры компонентов архитектур заменить совместной интеграции данных с жестких сплоченности и контролем сцепления - практики, которые имеют много общего с объектно- ориентированного проектирования и анализа. Эти изменения архитектуры

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

Хотя идея компонентов вполне понятно с точки зрения новых развития, он может также применяться к наследие заявок. Некоторые организации в настоящее время просмотра этих заявок, как многократно используемых компонентов, которые могут быть включены в новые разработки с использованием объектно- ориентированного методов. Опираясь на основе компонента сообщение инициативе архитектуры, IS специалисты могут использовать различные методы, чтобы избежать снижения в сердце старых систем и принуждение в новые уровни сложности. Многие из этих методов в настоящее время хорошо разработаны, как следующие разделы о стоимости восстановления и стратегии перехода будет обсуждать.

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

Восстановление стоимости активов наследие

Унаследованные приложения огромных складов стоимости бизнеса, даже если эта величина может быть очень трудно использовать. Стоимость может быть классифицировано как относящаяся к одной из трех основных областях: данных, обработки логику, и правила бизнеса.

К счастью, новых стратегий, методов и инструментов появляются, что я ЕСТЬ руководителям и их сотрудникам reengineer, recondition, сосуществовать с, или извлечь значение из существующих приложений. Эти подходы также перейти наследие активов ближе к архитектуре, которые лежат новые разработки.

Переход стратегии Наследие активов

Несколько основных методов в настоящее время в качестве основы для подъема стоимости программы в гибридной среде. В следующих разделах иллюстрации, большинство из них полагаются на тактику преодолением больших приложений на более мелкие компоненты, а затем реинжиниринга или восстановления их.

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

- Пакет (т.е. компоненты) - Стандартная COTS (коммерческие готовые) пакетов, таких как текстовые процессоры, электронные таблицы, работа потока двигателей и графические библиотеки могут предоставить важные компоненты для гибридных решений.

- компоненты - Разметка унаследованных систем или наследие программы на более мелкие компоненты позволяет IS сотрудников свернуть или замены системы одним куском в то время. Некоторые методы анализа кода с помощью этой задачи, но концептуальная приверженность модульности и повторного использования важнее, чем частности инструментов.

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

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

- Архитектурное Layers - Layering отделяет различные компоненты приложения, такие как представления / интерфейса пользователя логики приложения, уровень доступа к данным и связь.

- Wrappering - Создание программного обеспечения включает в оболочку и modularize наследие компонентов позволяет им сосуществовать и взаимодействовать с objectoriented компонентов. А функция сервера позволяет наследие код и отправлять объектно- ориентированного сообщений. Таким образом, wrappering позиций наследие код оказывать непреходящую ценность и быть повторно использованы в будущих системах.

Переслать - регенерация - Автоматизированные средства помогут разработчикам восстановление кода на основе модифицированных высокого уровня абстракции, а не изменять код непосредственно. Этот метод может быть использован после обратного проектирования, или, если оригинальный система была разработана на основе кода.

- Surround - Создание дополнительных функций и данных компонентов вокруг старой системы, но без изменения самой системы, позволяет наследие компонентов, которые будут постепенно, как окружающие компоненты подменять функции наследие.

- хранилище данных - то возьмите стратегии новой функциональности перед существующими системами и интегрировать на уровне настольных, склады интегрировать данные за существующие приложения.

- Поддержание и укрепление - В разделе о трансформации IS организация иллюстрации, которые ведущих практиков переосмыслить традиционный подход к управлению развитием наследия активов даже в области поддержания и укрепления.

- Новые разработки - наилучшие практические модели и возможностей погашения оценка поможет наметить курс для лучших результатов производительности и в разработке новых приложений.

- Пакет Замена - Пакеты программ часто взамен старой системы, особенно если она используется для nondifferentiating основных приложений. COTS пакеты прикладных программ может также использоваться в окружить подход.

- Аутсорсинг: долгосрочной или переходное - Поскольку она может быть экономически эффективным в условиях право определить четко определяемых задачей и

внешний она, IS менеджеры должны рассмотреть работодателей в расширении, реконструкции или замены этапов наследие стратегии.

Эти методы перехода, конечно, не автономных механизмов. Не только существует совпадение между различными методами, но они взаимодействуют друг с другом для получения более точно результаты. IS менеджеры должны тщательно проанализировать методы, в той или иной ситуации, как часть общего плана проекта.

Преобразования является организация

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

1. Лучше согласование бизнеса и IS целей и стратегий 2. Улучшение партнерских отношений между предпринимателями и IS общин 3. Совершенствование управления и технических процессов в ИС организации 4. Непрерывное расширение возможностей IS

Трансформация МС организация центров по управлению спроса потребителей, унаследованных систем эволюции, и IS ресурсов. Существует тенденция принимать поведение в организации ИС, как еще одно наследие, а не оспаривать старые предположения и изменить управленческие подходы. МС функции должны принципиально пересмотреть и reengineer себя таким же образом, многие организации реинжиниринга бизнес процессов.

IS управления традиционно сосредоточена на существенных технологических изменений, которые приводят рабочих процессов, навыков и понимания на отставание, пока они не изменили. Последние примеры таких изменений относятся клиент-серверная технология, объект ориентации, и мультимедиа. Основные вопросы IS преобразований, однако, связаны с общепринятой практики и верования, - иными словами, к культуре в самом IS.

Является изменение культуры

Крафт развития на многое IS деятельности по-прежнему осуществляется в культурной эквивалент в preindustrial судов. Методы являются личными и unstandardized, частных знаний наделяет властью, и успех или неудача, не всегда определен. В худшем, код написан на idiosyncratic пути сотрудников, которые необходимо сохранить для обновления своих личных рук, удерживающих с другими разработчиками, поскольку никто якобы понимает, что системы. Наконец, член гильдии может быть понято только, и поэтому судить по другой craftsperson, который не решаются критиковать совместно членов. Например, хотя официальные коллегиального обзора, как доказано, как наиболее экономически эффективным методом предотвращения и устранения ошибок, кодирования, несколько IS разработчики проверять работу друг друга.

Все больше данных свидетельствует о серьезности этой проблемы. Недавние эксперименты с участием личного производство программного обнаружили, что некоторые программисты с не менее пяти лет опыта вводится сотни дефектов на тысячу строк кода, в худшем случае более 1.100.

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

Переход к эпохе Техника Значительная часть наследия требует IS организаций перейти программного обеспечения и развития деятельности судов в возрасте до машиностроения. В силовой подход, стандартов эффективности распределяются и передаются, моделей работы производятся более методично и компоненты обмениваться и повторно использовать.

Поскольку этот способ мышления представляет собой резкое изменение в мышлении о ЕСТЬ организации оппозиции к программному обеспечению инженерной точки зрения может быть широко распространена. IS руководители призваны способствовать признание со стороны IS организацию в необходимости перемен и изобретать методы и приоритеты в соответствии с инженерной культуры.

Управление процессом преобразований

Большинство изменений в существующей системе обрабатываются в крайне неэффективным образом; Они примерно в четыре раза, пока изменения, сделанные в ходе нового строительства. IS организаций давление, чтобы ответить на подразделения часто пытаются на скорую руку. Разработчики регулярно введите сложных систем программного обеспечения и выполнения мелких исправлений (часто поток так называемых исправить - по исправить ошибки до завершения работы). Затем переходим к еще одной задачей, не оставив запись о том, что они и сделали. Концептуальная целостность оригинальный дизайн, документация и осуществлены самой системы быстро перерасти в неоднократных быстрых изменений наращивать как электронная рубцовая ткань. Такие системы, естественно, трудно понять и сохранить.

Вновь некоторые организации принципиально переосмыслить свой подход к лечению установленную базу более как пакеты программного обеспечения, что означает, что изменение запросов и рационализировать управление. Эти организации вместо быстрого цикла непрерывного повышения подход обеспечивает следующие существенные преимущества:

- Они получить широкий ряд незначительных изменений.

- Они сопротивление спроса на дорогостоящих попыток, что доставляет мало деловых интересах.

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

- Они используют передовые методы, такие как семинары, бизнес процесс обзоры и прототипов, чтобы право проблема решается.

- Они защищают целостность конструкции и документации.

Благодаря этому подходу, деловых и IS партнерами прилагать гораздо больший уровень контроля и решать реальные деловые и технические проблемы. Официальное надзорного органа или изменении комиссии по рассмотрению присоединяется деловых авторов и владельцев процесса с IS портфельных менеджеров. Совет поддерживает долгосрочную направленность (построен вокруг 4R портфеля оценка) и время избегает попавших в повседневной изменения запросов. Значительные изменения, безусловно, требуют одобрения совета, но даже незначительных изменений и исправлений пройти некоторые менее формальный контроль. Все предусмотрено изменение требует ответов на ряд вопросов:

- В какой степени указанный изменение соответствует оригинальный дизайн?

- В какой степени изменения необходимы?

- Сколько изменение расширения системы? Ли пользу оправдать расходы? Является ли изменение совместимо с стратегического плана?

- Является ли изменение в пределах бюджета?

- Насколько важное значение имеет изменение по сравнению с другими отставания? - Как скоро окупается бизнес быть реализован?

- Существуют ли в комбинации, которые порождают изменения масштаба или других усилий?

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

После проведения плановых обновлений и релизов будет создана, коммерческие пользователи полагаются на организованных партий изменений, план внедрения изменений на предприятии, и увидеть, как портфель активов предприятия в долгосрочной, а не момент tomoment перспективы. Сокращение времени IS персонала тратить каждый день, возможно, излишней или непродуманного изменения в системе освобождает их для нескольких видов работы.

В случае метрик

Что предприятие, как без прибылях и убытках? Что будет, как бейсбол без заработали в среднем перспективе и на базе в процентах? Для большинства организаций, отсутствие наследие показатели лишь частично вопрос о технических и методологических вопросов; Это может быть prototypical пример проблемы организационной культуры.

Хотя многие организации, таким образом, трудно сохранить историю их проекты, сметы и фактические, другие организации обязуются сделать программы измерения и получения дивидендов. Результаты этих программ являются ярким. Например, в недавнем докладе по 500 IS организаций установлено, что между 25 и 30 процентами (вплоть до 60 процентов) от усилий в нескольких организаций, которым удалось создать точные программа направлена на меры по исправлению положения на установленной системе (в классическом качества термины, это чисто ремонта).

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

Product Measurements How many lines of code were generated, changed, reengineered? How many function points were delivered or modified? How many defects were embedded along the way and how many errors were discovered before delivery? After delivery?

How well do the products satisfy customer needs? How well does a given system add value to or enable a business process?

Process Measurements How many hours were devoted to which projects in the past 12 months? How many of those were direct, indirect, and managerial? What funds were expended where and when? How much time was spent adding value to the application? What were the cycle times? When was testing performed and how effective was it? What kind of work was being performed?

The following four categories have been suggested for maintenance work: corrective (i.e., fixing mistakes), adaptive (i.e., keeping up with external regulations and changes in technology), perfective (i.e., changing user requirements or performance), and preventive (i.e., enhancing maintainability and reliability).

Organizational Performance How well does the IS organization compare with industry standards such as the Software Engineering Institute maturity model? How does the IS organization satisfy its customers? How well is IS delivering value and responding to needs?

Once a system of metrics is in place, managing users, legacy systems, and IS people becomes more straightforward. Without metrics, management remains a matter of educated guesswork. Some of America’s most admired corporations — such as Motorola and Hewlett Packard — have recognized the urgency of the issue and are driving metrics throughout their organizations.

RECOMMENDED COURSE OF ACTION

What has come to be known as the legacy problem is not only a matter of today’s inheritance of yesterday’s assets. Tomorrow’s legacy must be considered as well. If today’s IS organizations use the same procurement and maintenance processes, handle the same customers using the same change control and architectural approaches, and then have to cope with four or five times as many technology choices, they cannot expect anything better five years down the road. One might even argue that the legacy situation of five years from now will be an order of magnitude worse than it is today.

As with any major reengineering effort, issues of politics and culture are significant. Traditional wisdom on integration has left a legacy of complexity. This inheritance must be managed in a world where the IS function no longer has the monopoly franchise on rapidly changing information technology. These challenges create the need for IS managers both to reengineer IS itself and to provide the leadership and understanding critical to rethinking perspectives and driving the change.

Legacy is not an episodic, one-time hangover from the days of the mainframe. Legacy is the ongoing challenge of leveraging evolving IS assets in the era of hybrid computing.