Содержание


Обзор управления: руководство и оценка организаций по разработке с целью согласования с бизнес-стратегией

Comments

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

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

Эта деятельность охватывает широкий спектр функций внутри организации и требует строгого бизнес-процесса с эффективным управлением - четкие цепочки обязанностей, полномочий и коммуникации наряду с оценкой, политикой и контролирующими механизмами, которые помогают реализовывать эти цепочки. Управление - это ключ к установлению контроля над бизнес-процессами и ресурсами подразделений организации. Хорошее управление преследует две практических цели: 1) объединить стратегически все ресурсы общей бизнес-стратегией; 2) управлять рисками в операциях и инвестициях организации.

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

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

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

Я также буду обсуждать, как IBM Rational расширяет свою сферу деятельности, чтобы помочь клиентам лучше управлять другими ключевыми аспектами поставки ПО и систем.

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

Что такое управление?

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

Общепринятые в промышленности определения управления включают следующие два компонента:

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

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

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

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

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

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

Перспективы управления

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

  • Корпоративное управление
  • Управление ИТ
  • Управление разработкой продукта
  • Управление разработкой

Как показывает рисунок 1, хотя эти перспективы управления не все находятся на одном уровне абстракции, они тесно связаны.

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

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

Рисунок 1

Рисунок 1

Рисунок 1: Перспективы управления

Когда организации по разработке становятся более зрелыми, появляется больше точек пересечения между этими двумя перспективами (см. рисунок 2). ИТ-организации начинают относиться к своим ресурсам как к продуктам, а организации по разработке продуктов начинают больше сосредотачиваться на бизнесе. В IBM Rational мы начали использовать термин управление поставкой ПО и систем, чтобы отразить суть этих двух перспектив. Тем не менее, в этой статье я продолжу использовать более знакомый термин управление разработкой по отношению к области, в которой Rational обладает самым обширным практическим опытом.

Рисунок 2

Рисунок 2

Рисунок 2: Управление поставкой ПО и систем.
В зрелой организации все эти перспективы тесно объединены; вы не сможете иметь хорошее корпоративное управление без эффективного и стратегически согласованного управления ИТ и/или управления разработкой проекта.

Корпоративное управление

Этот уровень управления является предметом заботы главным образом бухгалтеров и администраторов предприятия. Фонд аудита и контроля информационных систем определяет его как:

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

Два аспекта корпоративного управления - согласованность и эффективность - должны быть сбалансированы.

  • Аспект согласованности также называют "корпоративным управлением." Оно охватывает такие вопросы, как структуры правления, роли и обязанности, особенно на уровне руководящего звена. Оно также может включать соответствие нормам и/или стандартам; например, многие организации проверяются в соответствии с нормативно-правовой базой закона Sarbanes-Oxley Act 2002. Тем не менее, согласованность и соответствие не являются синонимами. Соответствие требует особой документации, подтверждающей, как выполнялись решения.
  • Аспект эффективности корпоративного соответствия фокусируется на стратегии и создании ценности. Этот аспект с трудом поддается стандартизации и проверке. Вместо этого организация работает на определение ценности и способов её измерения и отслеживания на различных организационных уровнях.

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

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

Более подробную информацию о корпоративном управлении см. в [9].

Управление ИТ

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

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

Рисунок 3

Рисунок 3

Рисунок 3: Обзор руководства ИТ

Многие ИТ-организации используют стандартные среды управления для делегирования прав по принятию решений и введению измерений процессов. Среди самых популярных - ITIL и CobiT.

  • Библиотека инфраструктуры ИТ (IT Infrastructure Library - ITIL) - это всемирно признанный и постоянно развивающийся набор передового опыта ИТ, предназначенный для того, чтобы помочь организациям преодолеть текущие и будущие технологические проблемы. ITIL главным образом касается исполнения; она относится к контролю как к части своей деятельности. Отделы ИТ по всему миру используют ITIL в качестве оперативного плана, чтобы помочь руководить эффективным внедрением текущей технологии, в том числе реализацией стратегии сервис-менеджмента ИТ. Более подробную информацию см. на официальном веб-сайте ITIL: http://www.itil.co.uk/
  • Также широко используется версия 4.0 Целей управления для информационных и смежных технологий (Control Objectives for Information and related Technology - CobiT) Института управления ИТ (IT Governance Institute - ITGI). CobiT - это среда управления ИТ и вспомогательный набор средств, который позволяет менеджерам заполнить пробел между требованиями управления, техническими вопросами и бизнес-рисками. Более подробную информацию о CobiT см. на http://www.isaca.org/cobit.

IBM® Tivoli® Unified Process (ITUP) тесно связан с ITIL. Дополнительную информацию см. на http://www.ibm.com/software/tivoli/features/it-serv-mgmt/itup/index.html.

Управление разработкой продукта

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

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

Рисунок 4

Рисунок 4

Рисунок 4: Обзор управления разработкой продукта

Управление разработкой

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

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

Хорошие технологии управления разработкой дают организациям возможность определить ту степень, в которой инвестиции в разработки оправдывают ожидающуюся от них выгоду. Такое ожидание всегда рискованно; степень риска варьируется в зависимости от особенностей проекта. Насколько хорошо известна проблема, чтобы ее можно было решить? Делали ли вы подобное раньше? И так далее. Рисунок 5 показывает кривую риска по отношению к портфолио проекта.

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

Рисунок 5

Рисунок 5

Рисунок 5: Степень риска (возможные расхождения в оценке) для различных типов проекта

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

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

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

Более детальное обсуждение расхождения и анализа прикладного риска см. [4] и [10].

Исходные положения управления

Организации приступают к действиям по внедрению улучшенных технологий управления по многим причинам. Я назову лишь некоторые из них. IBM и IBM Rational часто поддерживают усилия по созданию Сервис-ориентированной архитектуры (SOA), ИТ-поддержки соответствия или решений по Территориально-распредёленной разработке (Geographically Distributed Development - GDD), и мы также обеспечиваем поддержку управления для этих областей. Далее я также затрону технологии управления для организаций, которые придерживаются более общей точки зрения на преобразование своих организаций разработки и процессов, чтобы стать более эффективными.

Управление SOA

Управление SOA - это расширение управления ИТ, которое сосредотачивается в основном на жизненном цикле сервисов, метаданных и составных приложений в Сервис-ориентированной архитектуре организации.

Управление SOA включает в себя делегирование прав на принятие решение и мер тем, кто выполняет процессы SOA, обслуживает и использует сервисы в пределах архитектуры. Например, должно быть понятно, кто "владеет" каждым сервисом и принимает решения о том, как сервис должен развиваться со временем. Кроме того, для каждого проекта должно быть понятно, кто решает, использовать сервис или нет - и какие критерии следует использовать. Многие сервис-ориентированные архитектуры имеют низкий коэффициент использования, потому что организация по разработке продукта или ИТ-организация не принимали правильных и своевременных мер и не прояснили права на принятия решений, которые ориентировали бы сотрудников на правильное использование архитектуры.

Управление соответствием

Управление соответствием - это расширение корпоративного управления. Соответствие включает в себя документацию и обеспечение выполнения мер по управлению, направленных на усиление конкретной нормативно-правовой базы: оно обеспечивает документирование и выполнение решений, связанных с этой базой. Среды соответствия варьируются в зависимости от отрасли и продуктов. Многие компании должны соответствовать требованиям закона Sarbanes-Oxley, но могут также соблюдать и отраслевые стандарты - например 21-CFR-11 в фармацевтической отрасли или Basel II в банковском деле.

Управление территориально распредёленной разработкой

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

  • Разъяснении обязанностей и особенностей владения ресурсами в организации распределенной разработки.
  • Измерениях и управлении сервисными уровнями между элементами организации распределенной разработки.

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

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

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

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

Для получения дополнительной информации о трансформации организации по разработке см. [8].

Жизненный цикл управления

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

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

Рисунок 6

Рисунок 6

Рисунок 6: Жизненный цикл управления (как представлено в IBM Rational Unified Process® (Плагин управления SOA RUP®)

Цель жизненного цикла управления - улучшить технологии управления организацией и сделать их со временем более зрелыми. Хотя может быть полезно оценить вашу собственную модель управления, сравнив её с существующими моделями зрелости управления, ни одна из них не отражает полностью все то, что требуется организации по разработке ПО. Среда CobiT включает модель зрелости, позволяющую организации судить о том, насколько хорошо она контролирует канонический набор процессов CobiT. Тем не менее, так как CobiT концентрируется главным образом на целях управления, модель не оценивает другие способы и механизмы управления.

Forrester Research рекомендует четырехшаговую модель зрелости управления ИТ:

  • Шаг 1: Специально для данного случая. Не существует официального признанного процесса управления ИТ, он не считается необходимостью.
  • Шаг 2: Фрагментированный. Существуют попытки формализовать процесс управления ИТ в отдельных подразделениях организации, но не на корпоративном уровне.
  • Шаг 3: Постоянный. Процессы управления ИТ постоянно применяются на всём предприятии.
  • Шаг 4: Оптимизация. Процессы управления ИТ оптимизированы по всему предприятию, применяется строгий процесс менеджмента ИТ-портфолио, гарантирующий оптимизацию текущих и будущих инвестиций в ИТ.

Заключение

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

Благодарности

Эта статья основана на дискуссиях с заслуженным инженером IBM Rational Мюрреем Кантором (Murray Cantor) и главным консультантом Дэвидом Лубанко (David Lubanko), которые создали многие из рисунков. Я также получил значительный вклад от экспертов IBM Rational Уокера Ройса (Walker Royce), Дэррела Рейдера (Darrel Rader), Джона Смита (John Smith), Мэри Эллен МакЭлрой (Mary Ellen McElroy) и Джеффри Бессина (Geoffrey Bessin).

Ссылки

Примечания

[1] Rational Unified Process, Плагин управления SOA.

[2] "Управление бизнес-процессом разработки ПО и систем," Лин Барнетт (Lin Barnett) и Мюррей Кантор. Белая книга IBM, опубликованная на DeveloperWorks.

[3] "Понимание управления ИТ: определения, контексты и проблемы," Сунита Чулани (Sunita Chulani), Клей Вильямс (Clay Williams) и Эви Йэли (Avi Yaeli). Май 2006 г. Белая книга IBM, опубликованная на http://domino.research.ibm.com/library/cyberdig.nsf/1e4115aea78b6e7c85256b360066f0d4/38905eea124cddfb852571fe00569cce?OpenDocument

[4] "Оценка различий и управления," Мюррей Кантор, март 2006 г. Статья опубликована в The Rational Edge.

[5] "Как сделать управление работающим," Мюррей Кантор, октябрь 2006. Белая книга IBM. Готовится к публикации.

[6] "Оценка экономической ценности проектов ПО," Патрик МакКенна (Patrick McKenna), ноябрь 2005 г. Белая книга IBM, опубликованная на DeveloperWorks.

[7] "Среда управления ИТ," Крейг Саймонс (Craig Symons), март 2005 г. Отчёт Forrester.

[8] "Трансформация возможностей разработки ПО: Среда для организационного изменения," Зоэ Изон (Zoe Eason), Мария Эриксон (Maria Ericsson), Линн Мюллер (Lynn Mueller). Сентябрь 2005 г. Статья опубликована в The Rational Edge.

[9] "Корпоративное управление: установление правильного баланса," Профессиональные бухгалтеры в бизнес-комитете (PAIB) IFAC, февраль 2004 г.

[10] Прикладной анализ риска: перемещение за границы неизвестности в бизнесе, Джонатан Мун (Jonathan Mun), Wiley 2005 г.


Ресурсы для скачивания


Похожие темы


Комментарии

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

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Rational
ArticleID=216066
ArticleTitle=Обзор управления: руководство и оценка организаций по разработке с целью согласования с бизнес-стратегией
publish-date=04272007