Консолидация по EMC или как добиться успешности M&A в software-бизнесе

Опубликовав сегодня пост о покупке компанией EMC не менее известной компании RSA я вспомнил и совсем недавнюю статью президента EMC Software Group, EMC Corporation - David DeWalt о стратегии M&A (Mergers and Acquisitions) в software-бизнесе:

• Making Software M&A Work

Обновленный SOA Roadmap Adoption poster от ZapThink

Собственно, он:

• ZapThink's Service-Oriented Architecture Roadmap Adoption Poster

Для download требуется free-регистрация.

Консолидация: (не утомились?) EMC покупает RSA

EMC покупает RSA за $2.1B:

• Пресс-релиз
• Webcast
• комментарии eWeek
• комментарии InfoWorld
• комментариии InformationWeek

Кто следующий?

Butler Group об ITSM

Butler Group выпустила в июне отчет "IT Service Management. A Technology Management and Strategy Report." с подзаголовком "Provision of IT with Organisational Benefits". Сам отчет, безусловно, платный. Однако, в его Synopsys и Management Summary можно найти достаточно полезные вещи, включая ключевые результаты (Key Findings) исследования. А для тех, кому тематика ITSM совсем в новинку, может оказаться полезным Glossary отчета.

Самое важное, на мой взгляд, в этом отчете, что с первых слов идет речь не о технической/процессной стороне вопросов ITSM, а об организационной составляющей применения ИТ в контексте бизнеса. Что еще? То что COBIT, наконец-то, перестает восприниматься инструментом аудитора, а позиционируется как полновесный фреймворк для ИТ-руководителей как минимум наравне с ITIL (а с позиций стратегического менеджмента/принятия решений - как ключевой фреймворк).

IT-Business Alignment: и снова о количественных показателях

Эту тему я уже не раз затрагивал (например, в марте). Количественная оценка, безусловно, таит в себе определеные ловушки. В то же время, прагматика управления преполагает, что мы должны отталкиваться от чего-то сравнительно объективного, а таковыми принято (часто, небезосновательно) считать цифры. Конечно, принятие решений только с "холодной головой" не всегда дает максимальный выигрыш, особенно, если речь идет об Entrepreneurship вокруг идеи, когда интуиция+опыт может оказаться на порядок важнее, чем те или иные количественные оценки. Но, imho, когда внутрикорпоративные ИТ пытаются сломать представление о себе как о cost-центре, востребованность количественных оценок при разговоре с бизнесом - на лицо.

Вот еще один, как мне кажется достаточно полезный материал по этой теме в приложении к ИТ, разработанный Office of Information and Regulatory Affairs (OIRA) в Office of Management and Budget (OMB) и General Accounting Office (GAO):

• Performance-Based Management: Eight Steps To Develop and Use Information Technology Performance Measures Effectively

Этот документ тесно связан с несколькими другими важными материалами, опубликованными в разное время:

• Evaluating Information Technology Investments
• EAMMF - A Framework for Assessing and Improving Enterprise Architecture Management
• Improvements Needed in Strategic Planning, Performance Measurement, and Investment Management Governmentwide
• Information Technology Investment Performance Measurement and Performance Reporting Policy
• Guide for Developing Performance Metrics for Information Security
• не забывая о COBIT и ITIM !

P.S. ну а если этого мало - можно почитать еще и материалы, указаные здесь :-)

BusinessWeek's Info Tech 100 - top performers in the industry

BusinessWeek опубликовал на сайте свою версию Top 100 публичных IT-компаний. Эти материалы войдут в печатный номер издания за 3 июля 2006. Исследование было начато с финансовых данных S&P (Standard & Poor's, подразделение The McGraw-Hill Companies) и охватило ~10.000 компаний с ревенью $500+M.

• The Info Tech 100 (pdf-версия)
• Главная страница "The Future of Tech"

A Project Manager’s Survival Guide to Going Agile

Небольшой, но достойный вводный материал для PMBOK-ориентированных менеджеров проектов, желающих применять agile-практики:

• A Project Manager’s Survival Guide to Going Agile

А также блестящая, на мой взгляд, презентация, которую Ryan Martens (президент и основатель Rally SDC) cделал на конференции PMI Solutions Conference еще в 2004 году (сорри - все забывал на нее выложить ссылку):

• Agile Project Management: Breaking Old Software Management Paradigms

19 ловушек технических лидеров и руководителей

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

1. Занимание позиции, что команда работает на тебя
2. Самоизоляция от команды
3. Повседневное использование "хокейной" техники мотивации (формальный team building с лозунгами, атрибутикой и т.п.)
4. Избегание принятия решений по технологиям (да ну их - пусть сами решают на чем и как делать - им же возиться)
5. Удовлетворение собственных потребностей руками команды
6. Фокусирование на собственном вкладе в результат (особенно при репортинге вышестоящему менеджменту)
7. Попытка быть всеведущим в технологиях (комплекс "гуру")
8. Неумение/нежелание делегировать ответственность/полномочия/работы ("я же не менеджер, я же лидер!")
9. Игнорирование собственных недостатоков
10. Неумение представлять интересы команды (перед вышестоящим менеджментом/заказчиком)
11. Неумение предвидеть
12. Повторение уже совершенных однажды ошибок (а ведь особенно больно бьют детские грабли :)
13. Использование проекта для удовлетворения собственных технологических интересов ("а давайте будем использовать !" - нужное подставить)
14. "Выпадание" из постоянной вовлеченности в технические вопросы (я бы назвал это "синдромом менеджера" у технического лидера)
15. "Playing the game" вместо фокусирования на целях (в крупных организациях часто формальный процесс превалирует над задачами и ограничениями проекта)
16. Избежание конфликтов (порождение боьлших проблем, вместо разруливания ситуаций до их превращения в проблему)
17. Приоритет проекта над людьми
18. Ожидание того, что все члены команды думают и действуют как ты (это неприятная проблема рядового программиста, но огромная беда для лидера - обоснуй и убеди, а не скомандуй!)
19. Члены команды в первую очередь люди и только во вторую программисты

SOA Anti-Patterns

Стив Джонс (Steve Jones), SOA-эксперт из CapGemini, опубликовал, на мой взгляд, замечательную статью о тех анти-практиках SOA, которые уже (ведь вроде SOA вот только появилась!), к сожалению, встречаются в реальной жизни:

• SOA anti-patterns

Forrester для внутрикорпоративных ИТ: как "продавать" IT бизнес-менеджменту

Одно из известных аналитических агенств Forrester опубликовало на CIO.com интересный материал , посвященный стратегии маркетинга внутрикорпоративных ИТ для бизнес-потребителей:

• Step By Step: A Template for Marketing IT to the Business

Essential Unified Process

Сегодня Ivar Jacobson, один из отцов RUP (Rational Unified Process), официально представит Essential Unified Process. Основными характеристиками Essential UP*, по мнению автора, являются его открытость/свободная доступность, agile-практики и расширяемость.

Якобсон считает, что отличительной чертой agile-практик является их неявная - implicit природа (поэтому, мы чаще говорим в контексте Agile именно о практиках, а не о методологии/ях), в отличие от "явных" - explicit (я бы сказал, формальных) знаний, предлагаемых RUP. Объединение различных практик в рамках единой целостной методологии, охватывающего все аспекты разработки - вот цель Essential UP, позиционируемого лозунгом Якобсона "Beyond Agile: Smart". Насколько она будет достигнута? Ну что ж, посмотрим на материалы - надеюсь они совсем скоро станут доступны в полном объеме. Так что будем следить за новостями.

* не знаю, какая именно аббревиатура будет у Essential Unified Process, но, сомневаюсь, что его можно называть EUP, так как EUP - Enterprise Unified Process был в свое время создан Скотом Амблером (Scott Ambler) как расширение RUP для охвата корпоративных процессов разработки и сопровождения ПО.

Консолидация, Outsourcing, India ...

EDS (вместе с IBM и Accenture формирует Big 3 компаний, занимающаяся IT-аутсоурсингом) приобретает за $380M большую часть индийской аутсоурсинговой компании MphasiS BFL Ltd. IBM чуть раньше уже заявила, что планирует активно расширять свое присутствие в Индии. И что, правда стоит бодаться на этом фронте? Или все же имеет смысл подумать и об альтернативах? ...

Российский рынок ИТ: аналитика и предсказания

Увидел в свежем номере ComputerWorld Россия (#23 от 20 июня) фотографию Сергея Карелова (впервые я услышал живьем его интересные комментарии и выступления где-то в середине 90-х, если не ошибаюсь на конференциях Дейтор "Компьютерный бизнес России", когда он был генеральным менеджером Silicon Graphics (SGI) в России) и вспомнил про не самый новый, но достаточно интересный материал, автором которого он является:

• Аутсайдер с задатками чемпиона
  (Сергей Карелов, Ведомости Форум, Декабрь 2005 года)

30 июня: планируется выпуск Eclipse 3.2

Вроде бы ничего особенного - еще один minor release. На самом деле, это должно стать определенной вехой в развитии проекта Eclipse, так как впервые предполагается одновременный выпуск в рамках Callisto Simultaneous Release не только как таковой платформы Eclipse (версии 3.2), но и 10 (!) основных проектов, часть из которых - в своей первой версии:

• CDT: C/C++ IDE - 3.1
• WTP: Web Tools Platform - 1.5
• VE(VEP): Visual Editor - 1.2
• BIRT: Business Intelligence and Reporting Tools - 2.1
• TPTP: Test and Performance Tools Project - 4.2
• GEF: Graphical Editor Framework - 3.2
• EMF: Eclipse Modeling Framework - 2.2
• GMF: Graphical Modeling Framework - 1.0
• DTP: Data Tools Platform - 1.0

IT Performance Model в контексте бизнес-процессов

И еще один очень неплохой материал CIO.com, дающий хорошее введение в концепцию бизнес-оценки роли ИТ в выполнении бизнес-процессов:

• Gauging IT’s Value Impact on Business Processes

Подкасты от CIO.com

Не секрет, что подкасты уже обрели серьезную популярность, став одним из реальных элементом мозаики Web 2.0. Со своей стороны хотел бы порекомендовать подборку CIO.com Podcasts . Из того, что мне показалось особенно интересным по тематике согласования бизнеса и ИТ (IT-Business Alignment):

• Alan Levine, CIO of The Kennedy Center for Performing Arts, on Portfolio Management
• Joe Kraus, former CIO of Intelsat, on Portfolio Management
• Walter Weir, CIO at University of Nebraska, on Portfolio Management
• Are You Ready for the Coming Era of Rational Exuberance?
• The Dead End Project Trap (by Ed Yourdon)
• What Makes for Good IT Governance

Азиатский путь или Copy&Paste approach

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

• Google...innovative?!? Come on!
• Microsoft Innovation"Copy and Conquer"
• Full Disclosure: Microsoft Innovation--An Oxymoron
  With Microsoft's new stuff, it's deja vu all over again.

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

Почему мы так часто говорим о преимуществах аутсоурсинга в Россию, мотивируя это хорошим образованием и креативностью, но не пытаемся выйти за рамки shareware с готовыми решениями? Почему бытует мнение, что прибыльность оффшорной разработки выше, чем создания продуктов для массовых home и business потребителей ? Мы все равно стОим дороже и думаем лучше (вы помните недавние посты и обсуждения на тему Russians are coming, например, этот Outsourcing: The Russian Revelation), так зачем "перевозить картошку по проселочной дороге" на феррари, если лучше уйти на трассу? Мы мало знаем о том как работают западные вендоры изнутри и в терминах R&D, маркетинга или продаж? C'mon! Почему бы не воспользоваться любимым средством программиста и пользователя - Copy&Paste? И приложить это к массовым рынкам. Ведь индустрия доказала (как минимум статистически :-) - это работает! а значит это может быть хорошим стартом для настоящих инноваций, пусть не сегодня, но как минимум завтра :)

Консолидация продолжается: встречайте Nokia Siemens Networks

Совсем недавно был грех на тему консолидации заикнуться, когда Lucent и Alcatel официально анонсировали слияние ... А вот теперь Nokia с Siemens объединяют свои бизнесы - Nokia Networks Business Group и Siemens carrier-related operations for fixed and mobile networks.

P.S. В продолжение темы NBT - уж не M&A ли становится существенно более интересной игрой, чем изобретение новых buzzwords? :-)

Next Big Thing: ... будет, будет!

Еще одна статья об этом:

• CIOs: Fear the worst

Только вот что именно станет той самой NBT (c) - ответа пока нет. Так что - поживем - увидим, а также будем следить за тем, что говорят аналитики :-)

SOA: фрагмент Next Big Thing?

Я не успел... :) потому как Михаил Елашкин уже написал про свои ощущения по the Next Big Thing :)

Новая NBT вплывает под разными именами - где-то Web 2.0, где-то Enterprise 2.0, BPM 2.0, .... но похоже она началась с той самой (sic!) трёхбуквености(c), которая должна заставить бизнес думать в терминах архитектуры - SOA. Чем не попытка ИТ, не мытьем так катаньем, повлиять на существующее (только не говорите что ИТ уже не воспринимается как центр затрат) отношение к ИТ со стороны бизнеса? Ведь если бизнес начнет говорить на ИТ-языке, значит ИТ начинает диктовать правила?

Imho, в SOA нет ничего нового по сравнению с концепцией EAI (если уже не помните что это такое - Enterprise Application Integration). Все то же самое, только не в терминах приложениях, а в терминах бизнес-процессов, которые этими приложениями автоматизируеются. Все то же самое, за исключением одного - S в SOA не является технологическим понятием (таким, как security service или transaction service). Глубокое заблуждение думать иначе, отсюда и катастрофически широко распространенная болезнь говорить, что SOA=WebServices.

А что думает "начальник траспортного цеха" на тему SOA, можно прочитать, конечно, в CIO Magazine:

• CIO.com: The Truth About SOA
• один из взглядов на систему понятий SOA: ABC of SOA - imho, есть с чем подискутировать (например, когда SOA обзывается методологией разработки, руки ищут что-нибудь тяжелое... :)
• CIO.com: SOA Resource Center

SOA Reading List - 2: Enterprise Service Bus

В продолжение неисчерпаемой темы новые публикации Dr.Dobb's. На сей раз - попытка анализа концепции и решений ESB - Enterprise Service Bus, лежащих в основе построения SOA-инфраструктуры.

• Enterprise Service Bus: Part 1 - The Enterprise Service Bus (ESB) "specification" is, in many ways, wide open
• Enterprise Service Bus: Part 2 - While the SOA software industry clearly has room for many participants, at the enterprise-wide software grade, the usual suspects dominate

Outsourcing: The Russian Revelation

В какой-то степени новую статью eWeek можно считать определенным продолжением Global IT: The Russians Are Coming, The Russians Are Coming ..., но уже со стороны software development.

• Outsourcing: The Russian Revelation. eWeek, 12 June '06

Если честно, удивительно точной мне показалась фраза из этой статьи "In Russia, the good news is that you have very creative and strong-willed people. And the bad news is that you have very creative and strong-willed people". Я предпочел бы перевести ее так "Плюс в том, что русские - удивительно креативны и настойчивы. Минус - они слишком изобретательны и упрямы ..." ;-)

SOA Reading List

В продолжение поста Михаила Елашкина "SOA, CMM, CMMI и уровни зрелости" - указанная статья так и не позволила зарегистрироваться и прочитать, но похоже ее первоисточник - The Service Oriented Infrastructure (SOI) Maturity Model (регистрация бесплатна) - на одном из ключевых, как мне кажется сайтов для архитекторов:

1. CBDI* Service Oriented Architecture Practice Portal (Independent Guidance for Service Architecture and Engineering). Ранее он назывался CBSD - Component-Based Software Development и изначально был создан аналитической группой The Butler Group.

Не могу не указать еще пару, как мне кажется, знаковых&значимых источников:

2. Блог executive-редактора CIO.com - Koch's IT Strategy (Christopher Koch) и соответствующие его посты:

• Is SOA Another Fake Path to IT Agility?
• Enterprise Architecture vs. SOA: Pick the Winner
• The Starting Point for SOA

3. InfoWorld - отчет серии IT Strategy Guide: Service-Oriented Architecture

Доступен новый официальный глоссарий ITIL/ITSM

Полезен, точен, вероятно войдет в ITIL 3.0.

• ITIL Glossaries/Acronyms

"Сила MBA" ;-)

Ну просто не смог не запостить ссылку на этот видеоролик ;)))

• The Power of MBA

О маркетинговых мессаджах и психологии восприятия

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

"Интересный эксперимент провела гарвардский социальный психолог Эллен Лангер (Langer, Blank, & Charnowitz, 1978). Согласно одному широко известному гринципу человеческого поведения, когда мы просим кого-нибудь сделать нам одолжение, мы добиваемся большего успеха, если представляем причину. Людям нравится иметь причины для того, что они делают. Лангер продемонстрировала верность этого утверждения, прося о небольшой услуге у людей, стоящих в очереди, чтобы воспользоваться библиотечной копировальной машиной:

— Простите, у меня пять страниц. Могу я воспользоваться ксероксом, потому что я спешу?

Эффективность таким образом сформулированного требования была очень вы-:зкой: 94% тех, кого просила Эллен Лангер, позволили ей проскочить без очереди. Е другом случае психолог сформулировала свою просьбу в такой форме:

— Простите, у меня пять страниц. Могу я воспользоваться ксероксом без очереди?

В этой ситуации только 60% тех, кого она просила, согласились. На первый взгляд кажется, что главным различием между двумя приведенными формулировками просьбы была дополнительная информация, представленная словами «потому, что я спешу». Но третий эксперимент показал, что это не совсем так. Похоже, что значение имело не все уточнение, а только первое «потому что». В третьем случае Лангер использовала связку «потому что», а затем, не добавляя ничего нового, просто вновь утверждала очевидное:

— Простите, у меня пять страниц. Могу я воспользоваться ксероксом, потому что мне надо сделать несколько копий?

Результатом было то, что вновь почти все (93%) согласились, хотя никаких реальных объяснений, никакой новой информации не было добавлено."

Интересно? тогда рекомендую :-)

• Роберт Б. Чалдини. Психология влияния (на русском)
• Об авторе - Robert B. Cialdini

FTPOnline Special Report: Application Lifecycle Management (ALM)

FTPOnline Special Report: Application Lifecycle Management (ALM)

• New Approaches to App Lifecycle Management
• Achieve Useful Requirements Processes
• Best Practices for Design and Modeling
• 7 Tips for Software Versioning
• Testing in Application Lifecycle Management
• Managing Enterprise Governance
• ALM Tips
  • Identify the System's Highest Priorities
  • Technical Leadership is Not Project Management
  • Dealing With Uninvolved Customers
• ALM Resources

P.S. Регистрация на FTPOnline - бесплатная

Ностальгия: арканоид жив! ))

Это не реклама, это ностальгия :-) Купил старшему сыну диск с играми и - вот он! - Арканоид собственной персоной, да еще и в двух современных вариантах. Честно скажу - не смог удержаться и часа полтора на них в выходные потратил с удовольствием, чего и вам желаю )))

IT Governance: роли и ответственность

Gannthead опубликовал интересную серию материалов об IT Governance. рассматриваются роли и распределение ответственности с точки зрения PPM - Project&Portfolio Management.

• Defining Roles for IT Governance (Part 1)
• Defining Roles for IT Governance (Part 2)
• Defining Roles for IT Governance (Part 3)
• Defining Roles for IT Governance (Part 4)
• Project Management Roles and Responsibilities Framework

В отличие от классической модели RACI (Responsible, Accountable, Consulted, Informed), которая используется в COBIT и исходит из распределения ответственности в отношении соответствующих аспектов деятельности, этот набор материалов фокусируется на ролях и их характеристиках, что вполне может использоваться в крупных организациях для оптимизации штатного расписания и полномочий.

Blogger.com заговорил по-русски

только что опубликовал предыдущее сообщение и обнаружил, что весь интерфейс работы с блогами на blogspot.com / blogger.com) стал на русском - получил искренее удовольствие!

"Проклятие code-райтера" или еще одна классификация software-инженеров ...

... от архитектора Delphi Алена Бауэра:

• The Curse of the Code-Writer

немного цинично, но есть о чем задуматься )))

P.S. обратите внимание за замечательный комментарий: "Mike Evteev - Allen, since you are in the management boat now. It will be much more interesting to hear some thoughts about managers. At leats you've started to categorize people ;-)"