четверг, марта 23, 2006

Project Portfolio Management, ALM, IT Governance, etc. - отчет IDC, обзор Borland Tempo и online семинар Borland & Gartner

Project Portfolio Management (PPM) является важным инструментом согласования бизнеса и ИТ - того, что решается в рамках IT Management & Governance.

Материалы по теме этого сообщения включают:
  • IDC Report "IT Project Portfolio Management and the Application Life Cycle: Understanding the Market and Enabling IT/Business Coordination"
  • Обзор Borland Tempo
  • Online-семинар Borland и Gartner "IT Management & Governance: best practices"

Ярлыки: ,

Project Portfolio Management в IT: старая, но не устаревшая статья с CIO.com

CIO Magazine, 2001: "Do the MATH". Неплохой эпиграф: "If you want business credibility, you need to use business tools. Project portfolio management can help align IT, manage value and get you a seat at the big table."

Ярлыки: ,

пятница, марта 17, 2006

Управляемо то, что измеряемо - интервью гуру

Blogspot "сглючил" - поэтому, публикую пост заново:

Отличный материал опубликован в свежем №9/2006
ComputerWorld Россия - "О пользе измерений". Статья - интервью с Дэвидом Линтикумом (он еще и ведет колонку в Business integration Journal). Те кто плотно занимается или ранее занимался вопросами интеграции приложений (Enterprise Application Integration) и распределеными вычислениями наверняка знакомы со его статьями - одно слово, гуру.

Не могу не дать две цитаты из этого интервью:

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

"Показатели — вещь хорошая до тех пор, пока они интерпретируются как параметры, а не как точные значения производительности. Использовать эти показатели как рамки для принятия решений равносильно «руководству в соответствии с алгоритмом». Неточные числа, обработанные с помощью нечеткой логики, всегда приводят к плохим решениям."

Ярлыки:

Количественная оценка: с чего начать

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

Другие мои сообщения, связаные с этой темой:

Безусловно, заслуживает специального внимания активность Института Программной Инженерии (SEI) Университета Карнеги-Меллон (CMU) - инициатива Software Engineering Measurement and Analysis (SEMA) (обратите внимание на страницу публикаций SEMA)

Наконец, мой перевод SWEBOK (ссылки в правой колонке главной страницы моего блога под заголовком "Главы книги") с замечаниями и комментариями, во всех главах которого вы найдете соображения по количественной оценке.

Ярлыки:

И снова о количественных оценках в ИТ - отчет Forrester

Не так часто можно встретить статистические данные по этой тематике. Рекомендую взглянуть отчет Forrester (точнее, его summary по 100+ северо-американским компаниям) годичной давности, который до сих пор, как мне кажется, не потерял своей актуальности:

Ярлыки: ,

вторник, марта 14, 2006

Agile-практики: вырождение или естественная трансформация?

Как пишет Infoworld в материале "Agile programming has fallen short, conference told" (автор статьи - известный ИТ-журналист Пол Крил), Steve McConnel в своем keynote-выступлении на SD West 2006 отметил тенденцию подмены фокуса реального применения Agile-практик "individuals and interactions" на "processes and tools". Небольшая, но крайне поучительная статья, как мне кажется.

Ярлыки: ,

Исследование The Economist "CEO Briefing: Corporate priorities for 2006 and beyond"

Аналитическое подразделение The Economist Intelligence Unit опубликовало интересный отчет об исследовании корпоративных приоритетов, в котором приняло участие 555 executive-менеджеров из 68 стран мира.

Некоторые цифры:
  • 8% респондентов представляли сектор "IT and technology" (стр. 19)
  • 10% участников указали IT в качестве "main functional role" (возможно было указание до 3-х ролей одновременно - стр. 20)
  • 33% опрошенных (вторая позиция в рейтинге) видят IT в качестве наиболее важного источника снижения затрат (Use of IT to automate processes and functions - стр.16)
Отчет "CEO Briefing: Corporate priorities for 2006 and beyond"

Ярлыки: ,

IT-Business Alignment: управление инвестициями

Мой прошлый пост по новым инициативам ITGI уже затронул вопросы отдачи от инвестиций в ИТ. В то же время, в моем первом сообщении на тему согласования бизнеса и ИТ (IT-Business Alignment) многие, наверняка, обратили внимание на такой элемент, как IT Investment Management.

Действительно, тема управления инвестициями в ИТ является одной из ключевых не только для коммерческих структур и промышленных предприятий, но и для государственных институтов. На протяжении ряда лет US General Accounting Office исследовал это вопрос на практике и, наконец, в марте 2004 году выпустил релиз (версия 1.1), теперь уже широко признанного, фреймворка ITIM - IT Investment Management: A Framework for Assessing and Improving Process Maturity. ITIM использует уже ставшую de facto стандартом концепцию уровней зрелости (maturity levels), введенную в Институтом Программной Инженерии (SEI) Университета Карнеги-Меллон (CMU) в CMM и получившую развитие не только в CMMI, но и многих других областях знаний (управление проектами, стратегическое управление ИТ и т.п.).

Ярлыки: ,

Новые инициативы IT Governance Institute (создатель COBIT)

В 2003 и в 2005 году PricewaterhouseCoopers (PWC) провела глобальные исследования по заказу IT Governance Institute (ITGI) по текущему состоянию, динамике и перспективам стратегического управления ИТ и соответствующих фреймворков в области IT Governance. Оба отчета доступны публично:
ITGI, в рамках инициативы Val IT, отвечающей потребностям организаций в оценке и оптимизации ИТ-инвестиций, также выпустил ряд дополнительных документов:

Ярлыки: ,

пятница, марта 10, 2006

Enterprise Applications: "бизнес не использует того, что уже есть" ...

... и за что, кстати, заплачены немалые деньги. Не секрет, что существует и достаточно популярна"теория заговора" производителей CRM/ERP против custom/in-house development. Иногда кажется, что небезосновательно - достаточно полистать статьи про успешные и супер успешные внедрения - большинство их структурированы по принципу:

  • Есть такой большой банк, завод, страховая компания ... (подчеркни нужное)
  • Вот раньше писали на C++, Delphi, PowerBuilder ... (по барабану)
  • Сервер баз данных (не упоминаем - а вдруг это был A,B,C, ...O_, а поставили не O_, а S_ финансовый модуль)
  • Разработчики - раздолбаи (факт! они же неуправляемы!)
  • Но вот пришел <подставь нужное> (приближаемся к апофеозу)
  • И, главное, не понадобилось ничего кроме этого Enterprise Application (быстрее...)
  • Цитата CFO (CIO здесь лишний, если был против внедрения)
  • Цитата интегратора про разумность заказчика
  • Заключение (хммм, уже не нужно)
Но, обратите внимание - практически всегда фигурирует мысль - ERP/CRM - именно то, что надо, ведь нам тут его подкрутили, а там - подпилили (я имел в виду напильник, а вы?))

Кстати, свежий отчет Butler Group "Exploiting Enterprise Applications" и статья в destination CRM (кстати, профильное издание по тематике Enterprise Applications): "Businesses Aren't Using What They Have". Вспоминается поговорка про козу и баян... уж слишком подозрительно часто она оказывается к месту, когда речь заходит об использовании Enterprise Applications.

Так вот - "так думают многие и, ошибаются!" )))))

P.S. Хотя я бы от грамотного CRM не отказался бы ;) - но пусть требования к нему формулируют не программисты (sic!), а специалисты в области customer relationship management...

Ярлыки:

IT-Business Alignment: Ловушки ITIL

Думал, что это только у меня сложилось неверное ощущение определенной "зацикленности" многих ИТ менеджеров на ITIL. Ан нет (что радует ;)! И, правда, есть проблема восприятия ITIL в качестве Silver* Bullet: см. статью в CIO Magazine "Beneath the Buzz: ITIL".

*Когда набирал этот пост сделал опечатку - Solver Bullet. Подумалось - а ведь в ней есть некоторый смысл, надо копирайтить ;)

Ярлыки:

Риски Free & Open Source Software: интересный материал

В очередной раз пополняя свою локальную "базу знаний" материалами и исследуя тему управления ИТ-рисками в государственных структурах и финансовых институтах, набрел на достаточно интересный материал - "Risk Management of Free and Open Source Software" Federal Deposit Insurance Corporation (US FDIC). Первоначально это документ разослан как Financial Institution Letter от Federal Financial Institutions Examination Council (FFIEC) в октябре 2004 года и обновлен в мае 2005.

Удивило то, как в столь кратком документе удалось собрать действительно полезные соображения по применению FOSS (Free & Open Source Software). Честно говоря, после повторного прочтения так и не нашел упущений. Не хочу давать комментарии по применимости, плюсам или минусам FOSS, просто не пожалейте 7-10 минут и прочитайте этот документ. А если его еще и прокомментируете со своей точки зрения... )))

Ярлыки: ,

Стартует программа mini-MBA "Software Business Management" в АНХ

Учебный центр информационных технологий факультета "Компьютерные технологии в бизнесе" Академии Народного Хозяйства (АНХ) при Правительстве РФ запускает программу mini-MBA "Software Business Management" (Специализация: ISV Business Best Practices).

Мои модули в программе (по крайней мере, в первом потоке):

1. “Программная инженерия. Международные стандарты. CMMI.”
15 марта 2006

  • Программная инженерия как дисциплина. Руководство к своду знаний по программной инженерии SWEBOK (IEEE Guide to the SoftWare Engineering Body Of Knowledge).
  • Позиционирование и содержание стандартов COBIT, CMMI, ITIL, PMBOK, ISO, IEEE.
  • Обзор CMMI.

2. “Управление жизненным циклом разработки ПО. Организация процесса разработки ПО. Управление рисками в разработке ПО.”
18 апреля 2006 (предварительно)

  • Жизненный цикл проекта и продукта.
  • Методологии организации жизненного цикла разработки ПО: RUP/EUP, Agile(SCRUM, FDD, XP), MSF 4 (for Agile/for CMMI).
  • Управление рисками при разработке ПО (практикум).

Кстати, там будет Михаил Елашкин с очень интересными модулями (надеюсь, в своем блоге он сам напишет поподробнее об этом ;)

вторник, марта 07, 2006

Будущее CMMI: CMMI 1.2 и выход за рамки вопросов разработки ПО

Многие знают, что CMMI появился в конце 2001 года, а модели текущей версии CMMI 1.1 – в 2002 году (например, комплексная модель CMMI SE/SW/IPPD/SS – Systems Engineering/SoftWare engineering/Integrated Product and Process Development/Supplier Sourcing – датируется мартом 2002 года).

За эти годы ИТ-индустрия систематизировала и стандартизировала многие практики, например:

  • вышел COBIT 4 , согласованный с ITIL, и, наконец, окончательно переставший быть стандартом, ориентированным в основном на аудиторов
    ITIL, а точнее, его концепции, представленные в BS 15000, стали стандартом ISO 20000.
  • оформился подход ISO в отношении применения систем менеджмента качества (СМК) к ИТ в форме стандарта ISO 90003-2004 , уже согласованный с моделью жизненного цикла ПО 12207 (ISO/IEC 12207 Life Cycle Models) и оценкой, аттестацией и совершествованием процессов по стандарту ISO-CMM (SPICE) 15504 (ISO/IEC TR 15504 on Software Process Assessment)
  • Планируется к выходу новая версия ITIL 3

Кроме того, в области управления проектами вышла новая версия PMI PMBOK, а также модель зрелости не только управления проектами, но и портфелями проектов и программами – PMI OPM3 (Organizational Project Management Maturity Model).

За время существования CMMI 1.1 проведено около тысячи оценок SCAMPI (Standard CMMI Appraisal Method for Process Improvement
) в более чем 900 организациях, собрано более 1000 откликов в форме change requests, касающихся не только методов оценки, но модели как таковой.

На этом фоне ведутся работы над CMMI 1.2 (ожидаемое время выпуска – лето 2006 года), а также создаются расширения CMMI, выводящие CMMI за рамки вопросов разработки ПО.

Ключевые акценты CMMI 1.2:

  • Упрощение модели, предполагающее, в частности, отказ от деления практик на “базовые” (basic) и “продвинутые” (advanced)
  • Supplier Sourcing (SS) становится составной частью CMMI Core
  • Расширение CMMI аспектами hardware (в дополнение к software engineering и systems engineering)
  • В дополнение к “Development” составляющей появляются новые “созведия” (constellations) – CMMI for Services и CMMI Acquisiton

Вот на теме новых “созвездий” CMMI хотелось бы остановиться чуть подробнее:

Работы над Services CMMI (см. Services CMMI Public Workspace) курирует Northrop-Grumman, объединяя давно ведущиеся исследования SEI (Interpreting Maturity Model Integration CMMI for Service Organization, CMU/SEI-2003-TN-005 Technical Note было опубликован в 2003 году
) и, в частности, наработанные практики Raytheon и результаты инициативы IT Service CMM.

CMMI Acquisition, в свою очередь, будет базироваться на существующем CMMI Acquisition Module
и расширениях General Motors IT Soursing и ведутся совместно SEI и GM (см. также вводный материал по этой теме в Software Development Magazine).

Кстати, теперь “действительность” оценки по SCAMPI перестает быть бессрочной и становится ограниченной тремя годами, требуя периодического подтверждения. В свою очередь, для CMMI 1.1 наступает так называемый sunset period
, в течение которого (до 31 декабря 2007 года) он перестает быть актуальным с формальной точки зрения.

Подробнее о планируемых нововведениях CMMI 1.2 можно прочитать
на сайте news @ SEI
и в соответствующем разделе портала документов SEI - CMMI 1.2 Public Workspace .

Ярлыки: ,

четверг, марта 02, 2006

IT-Business Alignment

... тема, по-сути неисчерпаемая, однако в последнее время, как мне кажется, обретающая достаточно стройную систему фреймфорков, позволяющих не только решить вопросы "согласования Бизнеса и ИТ" (я предпочитаю такой перевод), но и наведения мостов между стратегическим взглядом на ИТ в контексте решения бизнес-задач (то есть ответа на классический вопрос "что делать?") и оперативным управлением ("как делать?").

Особо активно обсуждая вопросы ИТ-стратегии в последние 3-4 месяца с руководителями проектов, департаментов и CIO различных компаний и организаций, постарался набросать свой взгляд на место соответствующих "областей компетенции" и стандартов "с высоты птичьего полёта" (благо, моя фамилия в какой-то степени поддерживает такие начинания by defaut ;-).

Итак, начальный контекст:

(к регламентам, например, относятся вопросы соответствия законодательным и другим актам, таким как Basel II или SOX)

сам "треугольник" базовых фреймворков:


и его окружение:

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

Ярлыки: