пятница, июня 30, 2006

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

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

Ярлыки:

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

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

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

Ярлыки:

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

четверг, июня 29, 2006

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):
Этот документ тесно связан с несколькими другими важными материалами, опубликованными в разное время:

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

Ярлыки: ,

среда, июня 28, 2006

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.

Ярлыки:

вторник, июня 27, 2006

A Project Manager’s Survival Guide to Going Agile

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

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

Ярлыки:

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 вот только появилась!), к сожалению, встречаются в реальной жизни:

Ярлыки:

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

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

Ярлыки: ,

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 для охвата корпоративных процессов разработки и сопровождения ПО.

среда, июня 21, 2006

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

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

Ярлыки: ,

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

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

Ярлыки: ,

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

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

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

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

Ярлыки: ,

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

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

Ярлыки:

вторник, июня 20, 2006

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

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

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

Ярлыки: , ,

понедельник, июня 19, 2006

Консолидация продолжается: встречайте 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? :-)

Ярлыки:

пятница, июня 16, 2006

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

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

Ярлыки:

четверг, июня 15, 2006

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

Ярлыки:

вторник, июня 13, 2006

SOA Reading List - 2: Enterprise Service Bus

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

Ярлыки: ,

Outsourcing: The Russian Revelation

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

Если честно, удивительно точной мне показалась фраза из этой статьи "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". Я предпочел бы перевести ее так "Плюс в том, что русские - удивительно креативны и настойчивы. Минус - они слишком изобретательны и упрямы ..." ;-)

Ярлыки:

пятница, июня 09, 2006

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) и соответствующие его посты:

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

Ярлыки:

четверг, июня 08, 2006

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

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

Ярлыки:

"Сила MBA" ;-)

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

Ярлыки:

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

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

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

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

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

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

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

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

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


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

Ярлыки:

FTPOnline Special Report: Application Lifecycle Management (ALM)

среда, июня 07, 2006

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

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


Ярлыки:

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

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

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

Ярлыки: ,

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

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

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

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

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

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 ;-)"

Ярлыки: