ИТ с высоты птичьего полета /блог Сергея Орлика/

НОВЫЙ АДРЕС БЛОГА !

2011-05-18T16:48:00.002+04:00

Коллеги, блог переехал на новый адрес http://sorlik.ru .

Форум “Стратегическое управление ИТ”(19 мая, Москва)

2011-05-06T14:19:00.001+04:00

Рад сообщить, что буду выступать на Форуме “Стратегическое управление ИТ”, который состоится 19 мая в Москве. Форум организован Агентством корпоративных коммуникаций OSP-Con и журналом «Открытые системы» и проводится с 2004 года.

Мой доклад будет посвящен архитектуре предприятия (корпоративной архитектуре – enterprise architecture) и ее использованию в качестве инструмента стратегического планирования и управления ИТ.

До встречи на Форуме!

Планшеты, нетбуки, ноутбуки… – форм-фактор как одна из основ выбора

2011-04-29T18:03:00.001+04:00

Часто приходится слышать (да и сам грешен бываю ;) о каннибализации ноутбуков и нетбуков со стороны планшетов. Но вот какое родилось соображение: каннибализация действительно происходит, но, в широком понимании, это каннибализация форм-фактора. Ведь что стало в большой степени драйвером успеха нетбуков? нет – не цена, посмотрите по сторонам, когда едите в Сапсане. В руках у пассажиров планшеты и нетбуки. Если заходит речь о ноутбук, то frequent traveller предпочтет максимум 12” с копейками. и вставить в офисе в док-стейшен или как минимум напрямую подключит к монитору (что и сам делаю дома). Планшеты это не только “тач” и соответствующий уровень юзабилити, это - форм-фактор папки с документами.

А вот теперь давайте посмотрим на нарождающийся зоопарк планшетов. Мы видим, что кроме “классики” в лице iPad, ближе всего к которой подбирается Samsung с ожидаемыми вскоре Galaxy Tab второго поколения, достаточно часто на рынок выводятся и 7” модели. Но 7” с виртуальной клавиатурой - это не инструмент активной работы с документами, предполагающей их редактирование или создание. Это чистое потребление контента (попробуйте – я уже убедился на своем опыте с первым Galaxy). 9-10” – другое дело. Теперь о соотношении сторон. “Широкоформатный” вариант в горизонтальном положении – отлично для просмотра медиафайлов, фильмов, а в вертикальном для веб-сёрфинга. 4:3 – удобнее для делового использования. Со смартфонами на первый взгляд все сложнее, но touch, touch + qwerty, qwerty, slider – это важный фактор выбора и у каждого человека свои предпочтения. По крайней мере, у меня самого сложилось именно такое впечатление. Возвращаясь к нетбукам и ноутбукам – посмотрите сами что вы выбираете, из чего формируется ваш шотлист. Практически уверен, что вы и сами согласитесь и подтвердите – форм-фактор пользовательского устройства играет не меньшую роль, чем технические характеристики и бренд, и связан с основным целевым использованием выбираемого компьютера.

“Планшет подкрался незаметно” или немного цифр

2011-04-09T00:33:00.001+04:00

В феврале 2011 Morgan Stanley опубликовал исследование “Tablet demand and disruption” (96 страниц). Я вполне здраво отношусь к цифрам форкастов долей рынка и продаж, включающих до трех десятичных знаков, которые корректируются иногда на десяток процентов в ту или иную сторону (привет, IDC! ;-) Но когда приводятся не только такого рода “цифирьки”, но и результаты опросов вполне себе репрезентативной аудитории – я склонен если и не доверять им (зависит от степени репрезентативности аудитории, да и самого источника данных ;), то как минимум иметь в виду.

Авторы отчета - Morgan Stanley's Global Technology, Media and Telecommunications Equipment team, будучи представителями Уолл Стрит, не только процитировали цифры прогнозов IDC, но и попытались обратиться как к другим источникам (в первую очередь consumer reports о продажах) и собственным опросам и исследованиям (50 CIO и более 8000 потребителей), что в определенном приближении может подкрепить рассуждения не только логикой, но фактами, делая результат более чем интересным для практиков анализом, причем анализом действительно комплексным – от элементной базы планшетов до платформ, типов применения и данных по электронным магазинам приложений.

“Tablet Demand and Disruption” – Morgan Stanley Blue Paper
На странице Blue Papers присутствует и 16-минутное видео-представление результатов отчета

В этом отчете название одного из разделов в вольном переводе может звучать как “Планшеты в компаниях? Ага, не ждали!”:

Enterprise Tablet Adoption Has Been a Big Surprise
While most expected the addressable tablet market to be
limited to consumers, at leaset initially, enterprise adoption of
Apple’s iPad has been one of the biggest surprises in the
early days of the tablet market. Nine months after Apple
launched the iPad, 80% of Fortune 100 companies had either
deployed or were piloting the device, according to Apple.

А вот еще – 81.000 iPad’ов продано в Top 40 организаций-покупателей этого планшета. И к этому еще один факт, только один SAP планирует централизовано развернуть до 17 тыс. штук (в Top 40 состоявшихся продаж за SAP уже записано 3.5 тыс штук, остальные – вопрос обозримого времени).

Source: ZDNet Blog
“As iPad 2 Arrives, Here Are Ten Vital Stats About iPad Enterprise Adoption”

На первый взгляд цифры не те, чтобы быть пруф-линком к обсуждаемой теме, и более того – кому-то покажутся смешными. Но даже учитывая что Steve Jobs Hates Enterprise IT, централизованные корпоративные продажи такого рода являются скорее подтверждающим, чем опровергающим знаком. Ведь что говорит Джобс (и вполне резонно ;-) :

What I love about the consumer market that I always hated about the enterprise market is that we come up with a product, we try to tell everybody about it, and every person votes for themselves. They go yes or no. And if enough of them say yes, we get to come to work tomorrow. You know? That's how it works. It's really simple. That's why in the enterprise market it's not so simple. The people that use the products don't decide for themselves. And the people that make those decisions sometimes are confused. We love just trying to make the best product in the world for people, and having them tell us by how they vote with their wallets whether we're on track or not.

И “несмотря на”, компании уже во всю централизовано развертывают iPhone (CIO.com - Clorox Cleans Out BlackBerries in Favor of IPhones, Android Devices), а значит и получая больше функционала с планшетами за соизмеримые деньги - следующим шагом берутся и за iPad.

Только не надо забывать

iPad – это не большой iPhone,

планшет – не увеличенный смартфон

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

P.S. да, чуть не забыл - вот еще пара замечательных исследований Morgan Stanley, которые упоминаются и в этом материале о планшетах:

об этом я уже писал здесь в блоге - The Mobile Internet Report '09.
еще один более свежий и не менее интересный, ссылку на который не публиковал - Internet Trends – Apr’2010 (87 стр.) и Internet Trends – Presentation - June’2010 (53 стр.).

Enterprise Mobility: развертывание и управление iOS и Android в корпоративной среде

2011-04-07T23:13:00.001+04:00

Мои, несколько более развернутые, рассуждения по теме сегодня опубликованы в iBusiness - “Дилемма корпоративной мобильности”.

Тут я хотел затронуть тему источников информации по поддержке enterprise mobility для двух платформ – явных лидеров обозримого будущего:

iOS (iPhone & iPad)

При всей консьюмерской модели деятельности Apple, все же определенный перфекционизм является явно отличительной чертой этой модели )))

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

iPhone support information for enterprise deployment

iPad Deployment resources in Enterprise environment

Руководство для корпоративных разработчиков
- Distributing Enterprise Apps for iOS 4 Devices

и прямые ссылки на два полезных руководства от Apple

Также хотел бы порекомендовать две книги по теме:

на уровне “первых шагов”:
APress - Enterprise iPhone and iPad Administrator's Guide
на первый взгляд чуть более обстоятельно:
McGraw-Hill - McGraw Hill iPad and iPhone Administrators Guide (Enterprise Deployment Strategies and Security Solutions)

Диагноз – не без головной боли, но вполне управляемо и предсказуемо, особенно для крупной компании.

Android

К сожалению, аналогичный список для Android составить с лёту не удалось (!).

С одной стороны, смартфоны на Android позволяют устанавливать приложения не только из Android Market, но и из других источников – никто не мешает завести свой интранет-сайт с приложениями и выложить на него внутренние приложения. Но где сценарии развертывания? управление профилями? “сама-сама”, как говорил герой “Вокзала для двоих”… порекомендуйте, плиз, грамотные источники по теме? ведь через несколько месяцев, пусть и при текущем (плачевном) сегодняшнем спектре приложений, заточенных под Honeycomb (Android 3.0 для планшетов), в руках у многих окажутся и HTC Flyer и несколько новых версий Samsung GalaxyTab и, вероятно, многие другие дивайсы, которые придется обслуживать…и их перспективы с т.з. разработки внутрикорпоративных приложений существенно выше, чем у iPad, в силу широкой распространенности Java-экспертизы в корпоративной среде.

Потенциал решений Google, действительно, велик. Даже несмотря на непонятный roadmap – точнее его отсутствие со стороны Google, явно не определившейся, что развивать для планшетов – Android или Chrome.

Source: ZDNet “Google's Chrome OS for tablets: More confusion for Android army?”

Но вот с корпоративным заказчиком Google пока продолжает работать так же, как и раньше – т.е., imho, практически никак...

P.S. я ни в коем случае не являюсь поклонником той или иной платформы. Как я уже писал чуть раньше, будучи достаточно мобилен в силу специфики деятельности, предполагающей множество встреч, использую и iPhone (личный мобильный), и iPad (сейчас только его за отсутствием пока в продаже 7-9” альтернатив типа HTC Flyer или новых Samsung Galaxy Tab) и HTC DesireZ – touch&qwerty-смартфона на Android, используемого с корпоративной симкой. Просто на обе платформы пытаюсь взглянуть в контексте массового корпоративного применения – отсюда и не всегда веселые выводы…

Enterprise Mobility: там где ИТ может стать источником инноваций для бизнеса

2011-04-04T19:20:00.001+04:00

Почти “профуфлили”- наверное так можно охарактеризовать скорость реакции корпоративных ИТ на штормовой прорыв их эшелонированной обороны со стороны потребительских (на первый взгляд) мобильных устройств нового поколения – планшетников.

Если со смартфонами все еще было ни шатко ни валко, появление iPad в руках руководства компаний и государственных деятелей (и “далее по списку”) навело шороху в ИТ департаментах, в очередной раз сказав им – ребята, а ведь у вас был шанс продемонстрировать свою "инновационность” для бизнеса первыми. При этом не замыкаясь на самостоятельно рассматриваемых сloud computing, unified communication или мобилизации пользователей, а обсуждая их как связанные элементы новой генерации инфо-коммуникационной среды, которую можно и нужно создавать для пользователей.

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

iPass Mobile Workforce Report q1’2011
“Strong Adoption of Tablets, Especially iPads, in the Enterprise”

Как было раньше? Политики технического обеспечения мобильности сотрудников огранивались чаще всего доступом к почтовому серверу, корпоративной адресной книге, корпоративной WiFi-сети, правилам блокировки экрана, паре сертификатов и выдаче мало- и средне-бюджетных смартфонов (на практике – малопригодных к полноценной работе с мобильными сервисами – маленькие экраны, требующие использования стилуса, не слишком объемная карточка памяти) на Windows Mobile*, т.к. эта платформа выглядела наиболее управляемой с т.з. IT Operations.

*а в Штатах еще RIM Blackberry, изначально заточенная под корпоративных пользователей и только недавно ставшая доступной в России с обрубленным WiFi И другими критически важными сервисами.

State of Mobility’2010
“2010 Enterprise Mobility Recap and 2011 Outlook”
by The Enterprise Mobility Foundation

Что сегодня? Сегодня ИТ департаменты играют в догонялки с продвинутыми пользователями, приносящими свои – более адекватные для работы с информацией дивайсы (с экранами от 3.7”) на платформах iOS и Android. А некоторые, наиболее мобильные сотрудники, купив iPad по цене, соизмеримой с адекватным для удобной работы смартфоном, приносят на работу и его, перетаскивая на него корпоративные документы через DropBox, ругаясь на физиологическую невозможность работы с интранет-порталом на Sharepoint* (и на Galaxy Tab под Android тоже) и делая всякие другие телодвижения, заставляющие службу поддержки ИТ департамента окриками или измученными улыбками (в зависимости от ранга внутрикорпоративного пользователя) все чаще лихорадочно искать возможные решения этой новой для себя головной боли.

* см. возможные решения в материале “SharePoint Clients for iPad/iPhone, Android and Blackberry”

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

Enterprise Mobility

Хорошо, что многие CIO/CXO понимают этот приоритет. Вопрос в том, насколько он будет отражен в планировании и переосмысление многих аспектов деятельности ИТ.

Аналитики “успели” – успели отразить по-сути уже свершившийся факт ;-)

Источник: Gartner Webinar “Reimaging IT: The 2011 CIO Agenda”

см. также Yankee Group Webinar “7 Trends Of Enterprise Mobility”

Производители тиражируемых систем тоже вовремя сориентировались, и это стало наиболее заметно в области систем электронного документооборота (см. CNews: СЭД покупают в нагрузку к iPad) и больших вендоров ERP&BI (Business Intelligense), начавших скупать соответствующие активы в прошлом году (например, SAP, поглотивший Sybase, который последние годы серьезно концентрировался на рынке корпоративной “мобилизации”).

Консалтеры тоже встали в позицию “готовность номер 1” (см. PWC Technology Forecast “Unleashing enterprise mobility” и Convergence monitor: Enterprise mobility).

В общем, реагируя на “землетрясение” с эпицентром в среде пользователей, пошла волна цунами, уже совсем не похожая на родившийся в недрах ИТ рынка очередной hype, а реальных инвестиций, в т.ч. венчурных, которые (наконец-то! :) стали делаться не только в чистые интернет-стартапы (sic!), но и в стартапы, ориентированные на корпоративный рынок - Apperian Gets $9.5M Funding to Tap Enterprise Mobility Boom.

Планшеты стали той самой “разрушительной” технологией (disruptive technology), которая сейчас заставляет CIO, руководителей ИТ департаментов предпринимать достаточно важные шаги. Возможность привнесения мобильных возможностей - mobility capabillites (как способностей business capability) в повседневные процессы компаний – это ~~не только ценный мех~~ потенциально по-новому организованные процессы, возможность серьезного сокращения времени прохождения бизнес-сценариев от точки А к точке Б за счет возможности вовлечения сотрудников в работу 24 часа в сутки – мечта любого бизнеса ;)

Мое мнение – сейчас крайне актуален вопрос доступности внутрикорпоративных мобильных приложений как средств доставки актуальной бизнес-значимой информации. Эта тема может быть декомпозирована в следующие несколько пунктов, актуальных для Департаментов ИТ (да и самих бизнес-подразделений и пользователей):

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

И это только начало, не проспите его…

iPad и смартфоны: опыт делового применения

2011-03-30T01:15:00.001+04:00

Это не глобальный обзор всех сторон использования мобильности (хотя, конечно, руки чешутся написать, но время штука не очень растяжимая… ;) и тем более не реклама конкретных устройств или платформ. Это попытка поделиться некоторыми сценариями применения мобильных гаджетов для дела, отработанными на граблях реальной жизни ))

Те, с кем мы давно знакомы, знают что я, например, предпочитаю смартфоны, имеющие одновременно и тач-экран и физическую клавиатуру (qwerty). Это объясняется очень просто – наэкранная виртуальная клавиатура, съедая большую (а иногда и бОльшую) часть пространства экрана, закрывает необходимую информацию – типичные примеры использования это длинные sms (фактически их автоматической композиции или превращения в mms) и электронная почта. Имея привычку разделять личное и рабочее использование мобильной связи, соответственно использую и два телефона. Если для личных нужд iPhone со всеми Facebook’ами и читалками вполне себе гуд, корпоративный мобильный - это для меня однозначно qwerty. Кстати, м.б. по тем же причинам прагматики делового использования и высокой мобильности специалистов и менеджеров, в Штатах так распространены Blackberry и клавиатурные телефоны типа того же моторолловского дроида обоих версий.

Выбор платформы смартфона

Какое-то время назад, у моей Сони-Эриксон Xperia X1, используемой с корпоративными симками для служебного применения, снесло (или расплющило?) то ли рецепторы, то ли ту часть “мозга”, которая отвечала за обработку сигналов физической клавиатуры – неконтролируемое размножение результатов нажатий в виде многократного повторения набираемых символов заставили задуматься об альтернативе.

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

Соответственно, встал вопрос выбора. Точнее – его фактического отсутствия. Blackberry казался очень даже неплохим кандидатом для заданной роли. Однако, Bb у нас официально продаются с заблокированными WiFi (ниже копия фрагмента экрана с сайта МТС со ссылкой на оригинальную страницу, посвященную Storm 2):

Как ни жаль (sic! если не выразиться грубее за такую “заботу” о потребителях) – лесом!

Windows Mobile долго мучался и умер (царство ему небесное).

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

В результате такого безрадостного хода мыслей и после детального исследования, мой выбор пал на HTC Desire Z под Android. Первый же опыт показал, что у определенной паранойи в отношении Google нередко есть основания – после подключения к Android Market через личный Gmail экаунт (для приобретения и загрузки приложений, повышающих продуктивность использования смартфона) и настройки доступа к Exchange, все что возможно Android предлагает линковать со своими сервисами вплоть до навязчивых идей связать адресатов переписки в Gmail с именами и адресами, встреченными в корпоративной адресной книге. Тут нужен глаз да глаз, внимательно настроив отображение адресов в адресной книге и думая, прежде чем сказать очередной раз “ок” на то или иное уведомление-вопрос. Однако если держать паранойю в узде и в то же время “не поддаваться на провокации” – устройство как и платформа оказались, действительно, впечатляющими. в т.ч. с т.з. корректности поддержки русского языка и свободы настройки и использования смартфона. Особенно, на фоне неусыпной заботы о дебилизации пользователей со стороны iOS.

Если вспомнить о телефоне, используемом для личных целей – четвертый iPhone со своим качеством экрана, размерами и другими потребительскими характеристиками оказался для меня практически вне конкуренции. и это не реклама. Думаю, меня сложно обвинить в пристрастии к тем или иным платформам и/или технологиям просто потому что что-то “нравится” или “не нравится” (в свое время в одной из компаний, в которой я работал, у меня был выбор между ноутбуком на Windows и “произведением технологического искусства” от Apple – после двух недель мата на втором, я вернулся на первое при том, что тогда еще не было Windows 7;)

Тут мы переходим плавно к

iPad

Сегодня мне еще раз пришлось убедиться во время деловой встречи - iPad, безусловно, оправдывает себя для соответствующего применения. Я не буду касаться сценариев развертывания (deployment scenarios) и конфигурационных настроек iPad в корпоративной среде. Я хочу затронуть тему продуктивности и удобства (во всех смыслах ;).

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

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

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

Итак, что хотелось бы иметь для начала:

отправка электронной почты с атачами, используя единую адресную книгу – Контакты iPad (да-да! в iPad до сих пор нет возможности присоединять файлы к письму в стандартной почтовой программе! это следствие общей идеи восприятия пользователей в качестве детей младшей группы детсада, которым нельзя давать острые предметы в виде даже ограниченного доступа к файловой системе)
менеджер файлов, позволяющий подгружать в себя и отправлять в другие приложения те или иные файлы, с возможностью выбора приложений для их просмотра и редактирования (те же грабли, вид сбоку)
совместный доступ к сетевым хранилищам и информационным сервисам
синхронизация контактов не только с Exchange или Apple MobileMe
просмотр и редактирование офисных документов Word, Excel, Powerpoint
создание и просмотр ментальных карт (mind mapping) с возможностью загрузки-выгрузки/импорта-экспорта в другие системы на других платформах
ведение и синхронизация календарей (с этим все более менее), заметок (можно и просто текстовые документы использовать, но лучше что-то в стиле just-in-time) и оперативных списков дел todo

начнем с простого – с конца ))

Оперативные заметки

Только не надо зацикливаться на de facto почтовом сервере большинства корпоративных прикладных инфраструктур - Exchange (интересно, кто на практике использует эти желтые стикеры в нем, не имея возможности включиьт туда карту, схему, диаграмму? ;)

Для себя я пока ориентируюсь на Evernote. Кривоватый, по моему мнению, пользовательский интерфейс и функционал версии для iPad с лихвой компенсируется возможностями облачной синхронизации и поддержкой самого широкого спектра платформ от дескотопа под виндами (отличное приложение! и часто - первичный источник ввода информации) до всевозможных мобильных версий (жаль только что интерфейс сменился в последней версии, как мне кажется, не в лучшую сторону с т.з. юзабилити). Связка Windows на десктопе + iPhone + Android + iPad работает на отлично.

Облачное хранилище обмена файлами

DropBox и как дополнительный вариант – Box.net.

У Windows-клиента DropBox особенно понравилась автоматическая фоновая синхронизация выбранной папки с облачным хранилищем.

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

При этом легко указать какой интегрированной программой открыть выбранный файл:

Однако, обратите внимание, что в случае сохранения в облачное хранилище того или иного документа из других приложений, они в подавляющем большинстве случаев будут обращаться непосредственно к облачному серверу, а не локальному хранилищу DropBox (или Box.net) на вашем iPad (“спасибо” создателям iOS, параноидально изолировавшим приложения друг от друга по самое “немогу”…)

Офисный пакет

Наверное самая тяжелая проблема выбора ))) Важными представляются такие критерии как поддержка облачных хранилищ со встроенным файл-менеджером, возможность работы с максимально свежим набором форматов Microsoft Office (сори, но это и правда офисный стандарт de facto, причем отлично ориентированный на продуктивность и функциональность в своем нынешнем 2010 исполнении, распространившем новый интерфейс управления и на Outlook и на Project и на Visio). Кроме того, корректность работы со слайдами в т.ч. и в режиме редактирования – хорошее подспорье для лаконичного изложения мыслей с хотя бы базовой визуализацией.

Мой выбор, с учетом поддержки Powerpoint – QuickOffice Mobile Connect Suite. Пользователи iPhone - обратите внимание, что только старшая редакция – Connect Mobile Suite – поддерживает работу с внешним облачным хранилищем, в отличие от обычного Mobile Suite, а редакция Connect ориентирована только на работу в сети без локального сохранения файлов.

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

Что хорошо, результат можно распечатать или сохранить в pdf (см. ниже тот же Save2pdf, по-сути дающий такую возможность Qiuckoffice).

Но, конечно, главное – работа с облачными хранилищами и DropBox, в первую очередь:

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

А это уже просто кайф – перетаскивание файла (в т.ч. из DropBox) для отправки по email.

Если про редактор текстов и электронную таблицу сказано во всех обзорах много раз, отметить могу про работу c форматами ppt и pptx. Обычные ppt открывал сотни файлов без проблем (которые в лучших специализированных вьюверах даже возникают), а pptx из 2007 и 2010 – только на просмотр, но что хорошо – без искажений!

Просмотр, конвертация и сбор документов в PDF

Свой выбор остановил на Save2pdf.

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

Это первый вариант отправки почты с атачами.

Единственная неприятность – не всегда корректное отображение и, соответственно, встроенная конвертация в pdf. Quickoffice в этом плане предпочтительней, хотя судя по всему и использует установленный рядом Save2pdf.

Локальное файловое хранилище и менеджер файлов

iFiles, имея поддержку DropBox, позволяет вести боьлшое кол-во различных операций с файлами (включая copy-paste изображений из iPad Фотографий), в т.ч. с возможностью отправки файлов по электронной почте. Отлично подходит в качестве временного локального обменника для ряда операций с “внешним миром”.

Ментальные карты для мозгового штурма

Полезная штука для анализа комплексных проблем, а иногда и для составления визуального иерархического списка ToDo ;)

Мой выбор (в т.ч. основанный на стабильности и интероперабельности решения) – iThoughtsHD.

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

И. конечно, куда без инструментов обмена, включая облачное хранилище:

Читаем PDF

Ну а раз речь, который уже раз, зашла выше о pdf – не стоит забывать iBooks – “святой грааль” работы с документацией и, с моей точки зрения, все же лучший и плавный просмотрщик сложнейших pdf с масштабированием:

DropBox поддерживает открытие файлов в iBooks, что вы наверняка заметили на первом приведенном мной скриншоте в обсуждении DropBox.

Мгновенные сообщения

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

iPad: статусные “понты” или оправданная инвестиция?

все написанное выше многими может быть воспринято как фигня, далекая от жизни “простых смертных”. Однако, сложившийся имидж Apple как поставщика элитных и дорогих гаджетов и техники, ради доли рынка был целиком перекроен iPad’ом. Просто посчитайте сколько стоит iPad, с учетом того, что скорее всего 3G не нужен после последнего обновления iOS на iPhobn и такой же возможности Android по превращению смартфона в точку доступа WiFi. А теперь посмотрите на цены других планшетов, даже с меньшей чем у iPad диагональю. (хотя HTC Flyer, особенно после достаточного опыта использования Desire Z, кажется конфеткой; жаль только что достойных бизнес-приложений в Android Market существенно меньше, чем в AppStore) Даже сравнивая со смартфонами, iPad при своих возможностях находится на уровне и даже дешевле их лучших образцов. Планшет, в моем понимании, это как коробка-автомат – в принципе без нее можно обойтись, но с ней намного комфортнее ;) Выбирать вам. Но если выбрали – то описанные грабли знаете, а если дочитали этот пост – надеюсь, что нашли в нем для себя и некоторые полезные соображения )))

Конечно, далеко не все приложения, в т.ч. из тех которые использую, я сегодня постарался упомянуть в этом посте. “Необъятного необъять”, но ключевые приложения для делового использования, которые открываю не раз и не два в день вроде назвал )))

Удачи в “цифровой мобилизации”!

P.S. Да, забыл сказать – если вас интересует обмен задачами и контактами между телефонами, облачными сервисами и iPad – обратите свое внимание на:

PhoneCopy для синхронизации контактов между устройствами
2Do for iPad (и iPhone) и облачный сервис Toodledo

P.P.S. Как снимать скриншоты на iPad без джейлбрейка – все на самом деле просто. достаточно одновременно нажать клавишу “засыпания” на верхнем торце и кнопку Домой – копия экрана будет сохранения в Фотографиях, их которых может быть скопирована в буфер обмена и вставлена в нужную папку iFiles, после чего отправлена по почте/положена в облачное хранилище обмена файлами.

Last drink before driving. И вот еще – когда я писал эту заметку, Михаил Зырянов, главный редактор журнала "Директор информационной службы" (CIO.RU) издательства "Открытые системы", подбросил в обсуждении поднятой мной сегодня темы на Facebook интересную ссылку на статью об опыте использования iPad в корпоративной среде – в Еврохим.

Это уже реалии не только “телевизора”, но повседневной деловой среды.

Так что есть над чем задуматься и нам - пользователям,
и создателю iPad – компании Apple

ROI - лукавство цифр

2011-02-25T12:15:00.001+03:00

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

…

Неоправданные ожидания бизнеса от ИТ очень часто связаны с тем, что поверив в универсальные или специально (нет - не от желания “впарить”, а просто в силу используемой логики и методики) рассчитанные показатели ROI, мы не получаем обещанных цифр. И бизнес и ИТ несколько заигрались с цифрами, часто подменяя ими суть реальной отдачи - новый уровень комфорта деятельности.

…

Полный текст заметки опубликован в iBusiness:

“ROI: лукавство цифр классической нумерологии ИТ”

SWEBOK на русском 2nd Edition – 25K visitors/year

2011-01-22T00:29:00.001+03:00

год назад запустил сайт со второй редакцией перевода SWEBOK.

25K+ для web-проекта мало, для перевода свода знаний, имхо, вполне. это ведь не новостной сайт или постоянно обновляемый блог, это то над чем надо посидеть мозговать чуть дольше. Вот такой подитог.

SOA = EA

2011-01-17T20:08:00.001+03:00

Путь к такому выводу был достаточно длительным (кто-то, наверняка, помнит мои наметки двухгодичной давности о возможной модели сервис-ориентированной EA – SOEA :), но теперь это соображение превратилась в уверенность. На спавшей волне hype-дискуссий вокруг SOA сейчас уже можно сказать, что сервис-ориентированная архитектура стала однозначно восприниматься в контексте бизнес-сервисов и интегрированных прикладных систем, обеспечивающих предоставление таких бизнес-сервисов. Фактическое вазимное проникновение идей управления сквозными бизнес-процессами и SOA также никого уже не удивляют. Начав свое движение в какой-то степени “снизу-вверх” – от технологий и приложений к бизнес-сервисам, SOA поднялась до уровня не только бизнес-подразделений/LOB (Line of Business), но и до уровня предприятия, став по своей сути той же enterprise achitecture, оперирующей не только привчными для ИТ терминами, но и такими понятиями как business capabilities, business value, риски, governance, напрямую связанными с бизнес-процессами. Так что на сегодняшний день, с моей точки зрения, можно четко сформулировать:

SOA = EA ,

а IT Governance, в свою очередь, определяет стратегические принципы планирования и управления ИТ на основе EA/SOA.

Пара замечаний к Gartner Magic Quadrant for Enterprise Architecture Tools 2010

2011-01-17T11:09:00.001+03:00

Пару месяцев назад Gartner опубликовал свой очередной взгляд на инструменты Enterprise Architecture (полный отчет доступен на сайте Troux).

Как уже повелось, Visio отсутствует, хотя и давно перестал быть чистой “рисовалкой”. И вопрос, на самом деле, не в вендорской приверженности. В той же классической книге Enterprise Architecture as a Strategy вы не увидите обсуждения инструментов. Инструмент лишь помогает выразить идею. А Visio, по моему мнению, обладает более чем выразительными средствами (и в части моделирования ИТ-инфраструктуры, и для описания бизнес-процессов, организационных моделей и т.п.), особенно в сочетании с Sharepoint и Visio Services, даже если не брать в расчет 3rd party-расширения вроде iServer Enterprise Architect.

Кстати, основанный на стандарте описания архитектуры IEEE 1471 активно развивающийся и поддерживаемый The Open Group, стандарт описания корпоративной архитектуры ArchiMate (текущая версия 1.0, драфт 2.0 уже согласуется с TOGAF), легко поддерживается и в Visio с помощью соответствующих свободных инструментов (stecils).

Ну а возвращаясь к анализу Gartner, в нем отсутствует также и свободный тул Archi, разрабатываемый при поддержке фондов JISC, The Higher Education Funding Council for England (HEFCE), целиком ориентированный на ArchiMate и, имхо, не менее распространенный, чем некоторые из представленных в “квадранте” вендоров, по факту существующих лишь за счет нескольких “якорных” заказчиков.

Полезные издания по IT & Enterprise Architecture

2011-01-17T10:11:00.001+03:00

Первое издание, которое хочу порекомендовать выпущено ассоциацией ИТ-архитекторов IASA – Perspectives. В первом номере за осень 2010 затронуто достаточно много интересных тем, среди которых:

The Value of Enterprise Architecture

Architecting for the Cloud: A Practical Example (Including the Knurly Bits)

Why Are We Really Here Anyway? A Simple Approach to the Most Important Planning Activity

Второй источник – уже не первый год выпускающийся журнал Architecture & Governance Magazine, материалы которого теперь доступны просто по регистрации на сайте, включая свежий номер:

Getting Started with Enterprise Business Architecture
The Evolving Definition of Risk- Is Risk Riskier Than Ever?
How to Initiate an Enterprise Architecture Effort in an Austere Environment

Наконец, тема корпоративной архитектуры (архитектуры предприятия) часто затрагивается в Microsoft The Architecture Journal. Переводной вариант этого издания на русском языке выпускает издательство “Русская редакция”, часть наиболее интересных материалов которого за последние несколько лет (“волюнтаристки” отобранные мной из доступных переводов ;-) опубликована на русском MSDN.

Real-world EA – Штат Вирджиния (COVA, Commonwealth of Virginia)

2010-12-15T10:30:00.001+03:00

В штате Вирджиния (США) существует специальная организация Virginia Information Technology Agency (VITA), отвечающая за вопросы, связанные с использованием информационных технологий. Основные структуры, определяющие ИТ политику – Секретариат по технологиям при губернаторе штата (Office of the Secretary of Technology), CIO, CIO Council и Information Technology Investment Board.

Раздел сайта VITA по Enterprise Architecture

Думаю, что для любого ИТ руководителя высокого уровня, исполнительных директоров и финансистов особенно интересен будет документ (среди моря интереснейших материалов указанного выше сайта ;)

IT Investment Management Standard,

который опирается на соответствующие

стандарты и политики штата по Enterprise architecture и Project management

Имхо, еще один отличный пример грамотного структурирования вопросов стратегического управления и развития IT.

Видео доклада по Enterprise Architecture с Microsoft Platforma 2011

2010-12-06T14:12:00.001+03:00

Как и планировалось, начали выкладываться видеозаписи докладов с конференции Microsoft Платформа 2011. Среди них и мой доклад по Enterprise Architecture. К сожалению, в запись не вошла вторая демонстрация - интеграции System Center с Sharepoint Visio Services, позволяющая в онлайн увидеть текущее состояние инфраструктуры. Но думаю, что и по представленным слайдам и дополнительным обзорным материалам (включая видео) можно получить достаточное представление о перспективности использования этого подхода и технического решения.

Доклад можно посмотреть в онлайн и скачать (256 Мб).

Время “больших кнопок”

2010-12-01T16:44:00.001+03:00

Год не закончился, но уже никого не удивляют серьезные размышления относительно применения таблетов в бизнесе, спасибо iPad. Летом мне самому довелось подержать в руках и немного поиграться с парой прототипов таблеток под управлением Windows 7. Тут же вспоминаю свой опыт с “хоббистcкой” разработкой под Windows Mobile (AgileNotes), когда создание touch-ориентированного (то бишь “под пальцы”) интерфейса в разы увеличило интерес к приложению (вычислялось количеством данлоадов у себя и на других площадках).

Не секрет, что смена игроков в нашей индустрии часто связана с новыми средствами доступа к информации. Графический UI Windows сильно обновил список вендоров, не успевших адаптироваться к новым реалиям, Windows Mobile стал катастрофически сдавать позиции с распространением тач-альтернатив, а пока их не было, HTC превратился в мощного игрока, предложив бОльшее, чем просто очередную линейку девайсов – TouchFlo разных реинкарнаций. И снова crossroads или хороший шанс для стартапов – таблеты. И речь не о дашбоардах для руководства, речь о приложениях, а значит и их разработчиках. Функционал часто вторичен. И это не вопрос эстетики. Паретовские 80:20 в сочетании с прагматикой good enough в отношении функционала и максимальной юзабилити – хорошее подспорье для грамотного упрощения ИТ и реального повышения продуктивности пользователей.

Так что за месяц до Н2011Г с уверенностью могу сказать – наступает время “больших кнопок” ;))

Инструменты планирования ИТ в California’ Office of CIO

2010-12-01T14:46:00.001+03:00

Хотя, в отличие от других примеров, которые я публиковал под тегом Real-world EA, этот пост не содержит ссылок на саму enterprise architecture (ну не нашел её ;), думаю некоторые из упоминаемых ниже инструментов будут небезынтересны не только новичкам, но и ИТ руководителям, которые драйвят внутрикорпоративные ИТ уже не первый год.

California IT Strategic Plan - на то и стратегический план, чтобы определять приоритеты и принципы реализации (2010 Update to the California IT Strategic Plan - pdf) , включая фреймворк One IT (см. стр. 24-25 pdf’а), определяющий три базовых средства средства планирования и контроля развития ИТ:

Enterprise Architecture как инструмент Strategic planning
инвестиционный анализ в рамках Capital planning
Project management and oversight

И вот тут начинается самое интересное ;)

Замечательный (вдвойне, т.к. публично доступен) ресурс

Statewide Information Management Manual (SIMM) содержит целый набор крайне полезных, на мой взгляд, руководств, часть из которых не могу не указать напрямую:

1. Statewide Enterprise Architecture

A Enterprise Architecture Developers Guide and Executive Transmittals

Enterprise Architecture Developers Guide (pdf)
Agency Executive Transmittal (doc)
Department Executive Transmittal (doc)

B The Enterprise Architecture Governance Process (pdf)
C Enterprise Architecture Glossary (pdf)

2. Economic Analysis Workbook (EAW) Package (pdf)

А по большому счету, стоит посмотреть все документы, которые есть на указанной выше странице мануалов, потому как бюджетирование, оценка рисков, планирование сценариев, управление портфелем проектов и приложений – все это взаимосвязанные элементы, без которых не построить целостного ИТ, как бы ни хотелось многим сконцентрироваться на чисто “высоко-технологической” составляющей и не менять свой птичий язык на скучную “цифровую” бизнесовую риторику, в которой numbers важнее digital.

Приложения-кандидаты для переноса в cloud

2010-12-01T11:40:00.001+03:00

В блоге Tech Republic 10 Things опубликована интересная заметка 10 applications you can move to the cloud (pdf-версия). В ней перечислены 10 приложений-кандидатов для переноса в облако:

Email
Conferencing software
CRM
Web hosting
Development test labs
Video hosting
Email security
Basic office applications
Batch processing applications

Участвуя не первый год в обсуждениях на тему “у себя/в аутсоурс” (со времен работы в HP) готов согласиться со всеми пунками. Но вот что вызвало удивление – отсутствие упоминания средств совместной работы (collaboration). будь то средства класса sharepoint для внутреннего потребления, будь то инструменты E2.0 (корпоративный блоггинг, enterprise social network и т.п.) – как мне кажется, вполне естественно его рассматривать в качестве средств того же уровня “утилитарности”, что и e-mail. Так что со свой стороны добавляю collaboration software. Соответственно, и security составляющая предполагает collaboration security. А если совсем по уму, то и email security и collaboration security (например, антивирусная проверка документов, закачиваемых в collaboration-систему) и такие средства как rights management (управление правами), могут рассматриваться в случае облачных сервисов как их расширенная опция (с т.з. прайс-листа), а не как отдельные сервисы.

Еще один класс приложений, который мне представляется логичным выносить во вне (конечо, как и в любом другом случае, посчитав деньги ;) – интеграция с внешними системами (чаще всего партнерскими, например, для сетевых, франшизных или дистрибуторских бизнесов), благо появляются такие средства как Windows Azure AppFabric (опять-таки не потому что я в MS, а имхо пример хороший). Так что еще можно добавить к списку external applications integration.

* Update 01.12.2010: подумалось. что имеет смысл периодически апдейтить по мере оформления мыслей о пропущенных вариантах приложений-кандидатов для cloud.

Собственно, вот несколько дополнений к первоначальному списку, с которыми не просто сталкивался, а на самом-то деле и использую (как минимум часть из них):

project management
distance learning
desktop-mobile device synchronization services
VOIP call center / help desk / web sales assitant

Best Jobs in America: Software Architect ranked No. 1

2010-11-30T13:30:00.001+03:00

CNN Money и PayScale.com провели исследование top 100 наиболее интересных и перспективных направлений работы в Штатах. Победитель – Software Architect. Обратите внимание, что речь идет не об ИТ, а вообще о возможной работе. Как говорит Владимир Познер “вот такие времена”)))

Доп-ресурсы по Visio и Visio Services в контексте Enterprise Architecture

2010-11-29T13:31:00.001+03:00

Неделю я выложил слайды своего выступления на Платформе по теме Enterprise Architecture, где рассматривал использование Visio 2010+ SharePoint 2010 Visio Services+System Center в качестве платформы для построения и сопровождения “живой” архитектуры предприятия.

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

TechEd 2010 - Building Mash-ups with Visio Services in Microsoft SharePoint Server 2010
TechEd 2010 - Microsoft Visio 2010: The IT Pro Love Story Continues
TechEd 2010 - BI for IT: Visio Services Add-in for Microsoft System Center Operations Manager 2007 R2
Visualize Your Data Center with Visio 2010 Premium
и, конечно, обновленный Visio Toolbox, где можно найти много полезной информации и дополнений к Visio 2010 (включая ссылки на модули интеграции с System Center)

Главное не забывать о том, что такого рода подходы не ограничиваются как таковым ИТ-ландшафтом, но это и “живые” бизнес-процессы и воркфлоу и все то, что может быть запроектировано на уровне бизнеса и требует мониторинга в цифрах, статусах, дашбоардах и т.п. Кстати, не потому, что я сейчас работаю в Microsoft, но потому что “живые” архитектурные “квадратики”, с реальными данными, которые можно сравнить с запланированными показателями – это действительно хорошо ;)

Туманное cloud-будущее игроков Рунет

2010-11-29T12:56:00.002+03:00

Вроде уже естественно воспринимается, что традиционные телко-игроки идут в сторону формирования пакета различных cloud-сервисов. Снижающиеся базовые показатели ARPU заставляеют постоянно расширять спектр value-added сервисов и волна cloud охватывает все больше бизнесов, участвующих в формировании этого рынка и его правил игры. “У них” классические Internet-компании Google и Amazon вовремя “подпитали” истоки нового тренда, а тот же классический софтовый вендор Microsoft по-сути отзеркалировал в cloud практически все свои решения. А что “у нас”? может я чего-то упустил, но у меня возникло ощущение, что “классики” Рунета Яндекс и Mail.ru не видят cloud в упор (как и откровенно “тормозят” с нормальными приложениями для мобильных пользователей – с т.з. юзабилити достаточно сравнить с мобильными клиентами хотя бы LinkedIn и Facebook; а ведь мобильность по факту неслабо связана с cloud). Mail.ru вышел в паблик, показав пример успешно проведенного IPO, и Яндекс вроде об IPO вновь задумался. Может за этими шагами последуют и кардинальные шаги по расширению портфеля их услуг. в т.ч. и клаудных? хотелось бы думать, потому что есть рынки, которые надо создавать, а не ждать пока придет потребитель и попросит “заверните две, п’жалста”, потому что потребитель ждать не будет и привыкнет покупать такие сервисы совсем у других поставщиков...

Материалы доклада об Enterprise Architecture с Microsoft Платформа 2011

2010-11-23T17:57:00.001+03:00

Наверняка многие из вас не только слышали, но и посетили конференцию Microsoft Платформа 2011, кооторая проходила вчера и сегодня в ЦМТ. Я отвечал за архитектурный трек и не смог не воспользоваться шансом “поделиться наболевшим” об Enterprise Architecture ;)

В сегодняшнем моем докладе по-сути былы три части, в какой-то степени связанные и с тем, что самому мне за почти два десятка лет профессиональной деятельности довелось работать со “всех трёх” строн баррикад :) - во внутрикорпоративных ИТ, в вендорах и в консалтинге и интеграции

практика и опыт Microsoft IT по построению собственной корпоративной архитектуры Microsoft
Enterprise Architecture (EA)/Архитектура предприятия: подходы, стандарты, фреймворки
возможный сценарий инструментального обеспечения создания и сопровождения архитектуры предприятия на платформе Microsoft

Enterprise Architecture - Sergey Orlik (Microsoft Platforma 2011)

View more presentations from Sergey Orlik.

сайте Платформы

Спасибо за интересные вопросы и насыщенные кулуары! надеюсь, не последние по теме, действительно столь актуальной для корпоративных ИТ. (что не ограничивает обсуждение этого топика и за рамками мероприятий :-)

Практика Enterprise 2.0

2010-11-22T11:08:00.001+03:00

Разговоры разговорами, а идеи E2.0, которые периодически затрагиваю в этом блоге, на практике реализуются не только “где-то далеко”, но и очень даже близко:

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

How companies are benefiting from Web 2.0: McKinsey Global Survey Results

И туда же - “в копилку знаний”, но уже от MIT Sloan:

The Collaborative Organization: How to Make Employee Networks Really Work - The Magazine - MIT Sloan

Исследование McKinsey: How IT is managing new demands

2010-11-22T10:34:00.001+03:00

Как всегда очень интересное исследование McKinsey:

How IT is managing new demands: McKinsey Global Survey results

И вот что показалось действительно забавным, что сокращение затрат на ИТ часто является первым приоритетом не столько бизнеса, сколько ИТ-руководителей. Может им просто проще сократить косты а потом сказать бизнесу “а у нас ведь бюджет сокращен”, чем глубже проанализировать потребности и предложить нечто более интеллектуальное и полезное для самого бизнеса, чем чистый costs cut?

Execution: от красивой стратегии к реальному результату

2010-10-28T04:53:00.000+04:00

Бизнес - это война. Все законы войны распространяются на искусство ведения бизнеса.

Коносуке Мацусита,
основатель Matsushita Electric

Мобилизация, фланговый заход (flanking discussion) и множество других терминов, привычных для слуха “полевых бойцов” компаний выросли именно из такой идеи. Но любая “военная кампания”, будь то конкурентная борьба за бюджет заказчика или реализация проекта, начинается с общей стратегии. И эту стратегию надо реализовать.

"Failure to communicate strategy causes frontline workers to invent their own strategy"
именно этой цитатой начинается материал HBR (Harvard Business Review) How Hierarchy Can Hurt Strategy Execution, посвященный результатам опроса читателей относительно влияния иерархии* организации на реализацию стратегии.

_{* что не подразумевает именно иерархическую, а не матричную организацию, речь идет о “старшинстве” в организации}

“If you’re not visible to your people out on the boats in 110-degree heat, you’re not a credible leader.” (HBR №10-11’2010, “You Have to Lead From Everywhere”).

С этого начинаются ключевые принципы лидерства (HBR №10-11’2010, “Four Lessons in Adaptive Leadership”):

Meet the Troops: Creating a personal link is crucial to leading people through challenging times.
Make Decisions: Making good and timely calls is the crux of responsibility in a leadership position.
Focus on Mission: Establish a common purpose, buttress those who will help you achieve it, and eschew personal gain.
Convey Strategic intent: Make the objectives clear, but avoid micromanaging those who will execute on them.

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

Фокус на целях естественным образом приводит к заданию направления движения. Это уже подразумевает конкретные шаги, которые не просто желательно, а жизненно необходимо делать для реализации стратегии. И такие шаги (заметка “Four Steps to Improved Frontline Execution” в HBR блоге Frontline Leadership) по своей природе следуют из идеи, озвученной Мацуситой:

State Your Intent
Develop a Concept of Operations
Specify Tasks
Clarify Coordinating Instructions

Это “буква” лидерства. А “дух” лидерства в том, что лидер обязан себя воспринимать частью команды, оставаясь её “паровозом” (HBR блог Тони Шварца, The Four Capacities Every Great Leader Needs)

Great leaders recognize strengths in us that we don't always yet fully see in ourselves.
Rather than simply trying to get more out of us, great leaders seek to understand and meet our needs, above all a compelling mission beyond our immediate self-interest, or theirs.
Great leaders take the time to clearly define what success looks like, and then empower and trust us to figure out the best way to achieve it.
The best of all leaders — a tiny fraction — have the capacity to embrace their own opposites, most notably vulnerability alongside strength, and confidence balanced by humility.

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

Misleadership: рекомендации лучших собаководов

2010-10-27T22:32:00.001+04:00

Плох тот солдат, который не мечтает стать свадебным генералом.

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

Начнём с того, что необходимо избегать прямого и очного общения с руководимой командой и, особенно её членами. Любое общение, если оно случается, должно быть односторонним. Любые заданные вопросы надо просто на корню отражать общими словами, но в случае крайних домогательств, пресекать общение фразой “я услышал”. Если ниже в иерархии есть другие руководители, важно на них возложить груз общения с сотрудниками. Когда же приходится всё-таки общаться с сотрудниками (вместе или порознь), надо быть как можно менее конкретным, сконцентрировавшись (вне зависимости от повода встречи) на ценностях организации. Также очень важно донести до каждого сотрудника идею, что они должны быть счастливы самим фактом работы в данной организации, а конкретное подразделение, возглавляемое этим руководителем выполняет наиболее важную миссию. Необходимо отметить, что серьезным инструментом мисменеджмента является непринятие каких бы то ни было решений либо их максимальное откладывание до момента, когда вопрос уже теряет актуальность. При этом, никогда нельзя объяснять принятые решения особенно в части “почему/зачем”. Ведь главное, поднимаясь по лестнице, – смотреть “вверх”, а не “вниз”.

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

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

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

P.S. для сохранения пометок и адаптации под себя описанных правил – воспользуйтесь copy-paste, второй из наиболее значимых функцией руководителя. Но, главное, не забывайте о первой функции – e-mail forwarding. Без нее вы просто не сможете стать даже кандидатом в кандидаты.

“Как завалить проект” - 13 правил для руководителей

2010-10-27T19:23:00.001+04:00

1. Ни в коем случае не формулируйте цели проекта, не расставляйте их приоритеты и не связывайте их со стратегическими целями и приоритетами организации.

2. Подключите как можно больше людей, но не определяйте их роли.

3. Оттяните на самый последний момент планирование того, когда, как и какими ресурсами проект будет реализован.

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

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

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

7. Игнорируйте любую инициативу “снизу” и, тем более, вопросы мотивации участников проекта.

8. Ничего не фиксируйте и не документируйте.

9. Начните с широкой пиар-активности с минимумом конкретики.

10. При старте проекта назначьте отвечать за него за него того, кто не участвовал в планировании проекта (если уж вы уже допустили такую ошибку как планирование)

11. Поощряйте решение краткосрочных задач, отражающих локальные интересы разных участников проекта.

12. Помечайте как можно больше вопросов как “tbd” (to be defined)

13. Не думайте о том, как еще можно добиться поставленной цели “завалить проект”, это может привести вас к ненужным сомнениям по любому из предыдущих 12 правил.

Российский путь английских инноваций

2010-10-27T11:24:00.001+04:00

Можно по разному смотреть на такие проекты как Сколково (я сам оптимистичен), как всегда, вопрос будет в качестве реализации, того самого execution. Но всё и всегда начинается со стратегии. И тут становится интересно вот что.

Только недавно Президент России сформулировал направления технологического прорыва:

Первое направление – это энергоэффективность и энергосбережение, в том числе вопросы разработки новых видов топлива.
Второе – ядерные технологии.
Третье – космические технологии, прежде всего связанные с телекоммуникациями, включая, конечно, и ГЛОНАСС, и программу развития наземной инфраструктуры.
Четвёртое – медицинские технологии, прежде всего диагностическое оборудование, а также лекарственные средства.
И пятое – это стратегические информационные технологии, включая вопросы создания суперкомпьютеров и разработки программного обеспечения.

И вот читаю свежий материал computing.co.uk - “Government stumps up £200m for tech centres” и иду по ссылке на UK Technology Strategy Board. Премьер-министр Великобритании анонсировал масштабные инвестии в развитие сети технологических центров по приоритетным направлениям:

Вот так вот. ”Они” стараются учиться у нас. Зная свои сильные и слабые стороны, мы не должны забывать учиться и у “них”. Поэтому в этом блоге вы так часто видите ссылки на западные публикации и материалы, надеюсь – не самые бесполезные.

Боязнь принятия решений как модель поведения

2010-10-27T09:50:00.001+04:00

Борис Вольпе в своем блоге как-то затронул одну крайне важную тему - Боязнь результата как модель поведения. Это одна сторона "монеты". Другая сторона той же модели поведения, напрямую связанная с первой - Боязнь принятия решений.

Пробема принятия решений касается не только руководителей, но и сотрудников организаций, которых в западной терминологии принято называть замечательным (без всяких подколов!) именем - Individual contributor. Contribute - вносить вклад в достижение результата своей личной деятельностью. И этот вклад доолжден быть измеряем не количеством телодвижений, а результатом. тем added value, который дала деятельность каждого конкретного человека, участвующего в реализации стратегии, суть которой всегда формулируется в терминах достижения конкретных результатов. При этом, в повседневной своей деятельности и отдельным сотрудникам необходимо принимать решения в рамках имеющихся полномочий. Если у сотрудника нет никаких полномочий - это уже проблема организационной модели и править надо на уровне "консерватории" (© М.М.Жванецкий), системы в целом. Но раз есть полномочия, суть которых и определена соответствующими параметрами/критериями (а не процессом, sic! процесс определяет порядок реализации полномочий, а не их содержание), значит для ихх применения необходимо принимать решения. А вот когда человек боиться принять решение, требуемое в его роли, откладывает его мечтая чтобы "само рассосалось" - это все, полный ... беда. Вдвойне, когда речь идет о людях на руководящих позициях.

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

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

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

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

Наверное, поэтому мы читаем, в том числе и блоги. А что я рекомендую действительно прочитать - это несколько крайне полезных соображений, материалов, и, как мне кажется, одна из лучших подборок (из тех, которые по крайней мере я встречал) по обсуждаемой теме:
McKinsey Quarterly (раздел Strategy):

HBR (Harvard Business Review)

Who Has the D?: How Clear Decision Roles Enhance Organizational Performance

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

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

1. не бояться принимать решения
2. не откладывать их.

US Federal Cloud Computing Initiative

2010-07-16T13:18:00.001+04:00

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

The Economic Gains of Cloud Computing

Federal Cloud Computing Initiative продолжает развиваться

NIST работает над программой Standards Acceleration to Jumpstart Adoption of Cloud Computing (SAJACC)

Опубликован Federal CIO State of Cloud Report

и, наконец,

запущена иницаитива Federal Risk and Authorization Management Program (FedRAMP), призванная регламентировать вопросы сертификации облачных информационных систем и решений, функционирующих в облаке, на предмет соответствия федеральным стандартам и политикам безопасности. В основу положены материалы, разработанные NIST в рамках FISMA и, в первую очередь, NIST Special Publication 800-37- Guide for the Security Certification and Accreditation of Federal Information Systems (Final)
кстати, тот же NIST опубликовал в июле 2010 драфт нового руководства SP 800-125 Guide to Security for Full Virtualization Technologies – действительно, интересный документ в контексте cloud computing

“ИТ-приоритеты бизнеса”: ITSM ?!!!

2010-07-06T13:48:00.001+04:00

Под “горячую руку” только что попал вчерашний материал CNews - Российские ИТ-директора не готовы к «облакам» и аутсорсингу.

В результате опроса, проведенного CNews Analytics среди ИТ-директоров 140 российских компаний, выяснилось, что главным приоритетом 2010 г. для них стал переход к использованию подхода ITSM (IT Service Management, организация работы ИТ-отдела). Внедрять у себя процессы ITSM собирается 91% опрошенных.

Я не знаю чей это баг – аналитиков, проводивших опрос, или ИТ-директоров… Но, чёрт побери, когда я вижу эти результаты под заголовком “ИТ-приоритеты бизнеса”, невольно задаюсь вопросом – ну когда же, наконец, мы (ИТ) перестанем ныть про то, что бизнес нас (ИТ) не понимает?! Детский сад, какой-то, право…

Бизнесу от ИТ нужны инструменты для работы с информацией, её получения, структурирования и прнятия решений. Бизнесу нужны инструменты легче и быстрее дотянуться до конечных потребителей, сделав общение с ними не разовым, а систематическим, обеспечивая их лояльность (если мы говорим о том же мобильном телекоме, ритейл банкинге или консьюмерском бизнесе). Бизнесу необходимо помочь в его внутренней оптимизации иснижении расходов… В этом бизнес видит ИТ-приоритеты. И не надо бизнесу забивать голову аббревиатурами типа ITSM. Его надо активно привлекать, так как это часть внутренней организационной культуры. Но цель – не в ITSM. А приоритеты, в первую очередь, расставляются по целям, по бизнес-результату, а не по наличию процесса. Как точно Борис Вольпе в своем блоге указал на одну из серьезнейших болячек менеджмента - Боязнь результата как модель поведения. А в ИТ она вообще стала хронической, превратившись в Боязнь принятия решений как модели поведения.

Видно и правда, вначале надо определиться с “мироощущением” ИТ-руководителя - CIO, ИТ-директор, CTO… так кто же? Иначе приоритеты и будут расставляться соответствующим образом...

CIO, ИТ-директор, CTO… так кто же?

2010-07-06T12:48:00.001+04:00

Александр Куприянов (действующий CIO), на мой взгляд, великолепно прокомментровал вышедшую недавно в MIT Sloan Management Review и в The Wall Street Journal статью Why CIOs Are Last Among Equals - Последний среди равных.

В дискуссиях “Клуба Топ-менеджеров 4CIO” уже давно идет дискуссия - CIO - это про информацию или технологии? “У них” эта тема тоже не сходит с полос в типичной постановке Is The Typical CIO a "Gear Guy? Я давно, часто и тесно общаюсь с руководителями ИТ, а зачастую и с COO, и с CFO. У меня сложилось чёткое мнение. Есть разные модели внутрикорпортаивных ИТ и роль их руководителя. И не основной бизнес определяет по какой модели будут существовать ИТ, а причина в том, кем себя видит руководитель. Известные исследователи MIT CISR давно выделили несколько ставших уже классическими “поведенческих” сценариев, лежащих в основе операционной модели ИТ. И на основе многолетнего глубокого “погружения” в эту тему, они формулируют не такие уж и сложные, на самом деле, рекомендации, требующие “всего лишь” соответствующего целеполагания и готовности принятия на себя соответствующего уровня ответствнености - How to supercharge your IT department.

Самая главная задача для ИТ-руководителя - смотреть на бизнес глазами бизнеса, находя общий язык с COO, оперируя системой координат CFO. CIO должны, наконец, перестать сидеть на нескольких стульях, поднять голову, оторвать взгляд он спецификаций оборудования и лицензий, и наконец посмотреть на бизнес.

Разбирая недавно полку с отложенными “на подумать” журналами, перечитал интереснейшее Исследование практики управления ИТ-услугами в российских компаниях (pdf). Позволю себе процитировать несколько выводов упомянутого анализа:

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

Цели, которые ставит компания, могут быть очень далекими, результатом работы многих лет, а реальная тактика движения в области ITIL/ITSM может определяться другими факторами… Решение в первую очередь простой задачи — приучение пользователей взаимодействовать с ИТ-отделом через единую точку — service desk. Но в таком случае надо четко понимать текущее расхождение целей и путей их достижения.

Corporate governance, Risk management, да как ни странно и IT Governance, зачастую - “просто слова” для тех, кто называет себя ИТ-Директорами (Sic!). О каком Chief Information Officer тогда может идти речь?

Лидеры задают правила игры, формируют свою команду и отвечают за свою роль. Дело за малым – определиться “кто ты”, выбрать, пусть и в упрощенной модели (любая модель есть упрощение) одну из The Four Types of IT Organizations that Leaders Cultivate. Это не просто и надо отдавать себе отчет, что CIO<>CEO, объяснить CEO или владельцу Why Can't My CIO Be More Like Me?. Но при этом уметь мыслить в их категорях, оставляя CTO и корпоративному архитектору их роли. Конечно, ответ на вопрос Should Businesses Split the CIO Role in Two? зависит от контекста и масштабов организации. Но начинать думать об этом - пора. И, может быть, о том, что имеет смысл ставить действительно Большую Цель, в перспективе расшифровывая свою должность как Chief Innovation Officer.

Окружающая среда для инноваций – подход с линейкой

2010-07-06T00:49:00.001+04:00

“Это? – Индикатор! Он всё понимает, но не говорит - он только меняет цвет. А хотите я его стукну?! И он станет фиолетовый, в крапинку.”
- мультфильм Тайна третьей планеты

В определенной степени это продолжение недавнего поста “О сути и жизненном цикле инноваций…”.

На самом деле окружающая среда для инноваций может рассматриваться с двух сторон:

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

Ради создания условий для первого запускаются инициативы уровня Сколково (“я верю, город будет… “ :).

Ради второго компании инвестируют свои ресурсы не только непосредственно в основную деятельность.

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

Взято из прошлогодних, но от этого не потерявших свою актуальность, материалов McKinsey:

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

И если интересно посмотреть с какой “линейкой” подходить к тем самым “внутрикорпоративным” инновациям – рекомендую подборку материалов Boston Consulting Group (рестроспектива имеет значение):

Роснано обкатывает операционную модель “Сколково”?

2010-07-05T23:14:00.001+04:00

Короткий, но крайне интересный сюжет-нарезка выступления Евгения Евдокимова - управляющего директора по инфраструктурной деятельности “Роснано”:

Евгений Евдокимов, управляющий директор Роснано from UNOVA on Vimeo.

Полагаю именно такого рода операционная модель ляжет в основу инфраструктуры Сколково.

P.S. как классно сказано про инфраструктуру “бесплатно – другими словами убыточно”, а значит, её модернизация всегда будет последним вопросом, что мы и наблюдаем с мостом на ленинграде, рвущимеся трубами по зиме и многими другими разваливающимися “инфраструктурными объектами”, несмотря на те фантастические бюджеты, которые из наших налогов проваливаются в разные чёрные дыры, когда коммерческая выгода подменяется тупым осваиванием выделенного бюджета тем или иным подрядчиком…

Экосистема и экономика мобильных приложений

2010-07-05T21:40:00.002+04:00

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

(пара результатов моего тесного знакомства с рынком мобильных приложений)

На днях общался по скайпу с одним старым знакомым, давно уехавшим в Штаты и продолжающем трудиться в ИТ. Его диагноз по поводу смерти Microsoft Kin, (я сам, честно говоря, действительно поверил в его будущее) – отсутствие развитой экосистемы “заточенных” под него приложений. Это другая сторона того, что в Microsoft приняли решение не распыляться и сфокусироваться на Windows Phone.

Но любая экосистема приложений создается разработчиками, привлекаемыми предлагаемой конкретным вендором бизнес-моделью и готовностью потребителей использовать предлагаемый вендором и разработчиками “user experience”. Совокупная экосистема мобильных приложений оценивается большинством источников достаточно оптимистично (и похожа на правду):

Вопрос в том, а какая часть этой экосистемы на самом деле является полноценным бизнесом для разработчиков?

Вот в этом контексте мне показалось привести несколько, на мой взгляд, интересных анализов “экономики” мобильных приложений (в обратном хронологическом порядке):

Mobile Developer Economics 2010 and Beyond (июль 2010)
Full Analysis of iPhone Economics - it is bad news. And then it gets worse (июнь 2010)
Investors: Global Mobile Apps Economy Worth $17.5 Billion by 2012 (март 2010)
Sizing Up The Global Mobile Apps Market (март 2010)
Flurry Smartphone Industry Pulse (февраль 2010)
How Big Is the Apple iPhone App Economy? The Answer Might Surprise You (август 2009)
The Economics of Mobile Application Stores (май 2009)

Моё резюме – это масс-маркет, на котором “размер имеет значение”; рынок мобильных приложений как раз тот самый случай “экономики масштабов”, предполагающей наличие развитого портфеля решений и соответствующую частоту их обновлений, чтобы оставаться всё время в фокусе внимания потребителей. ~~Редкая птица долетит..~~ разработчик редко может оказаться финансово самодостаточным с одним-двумя приложениями. А исключения – лишь подтверждение правила ;) Но всегда есть шанс оказаться тем самым исключением, чтобы в определенный момент попасть под “окультуривание” посевным инвестором, которые наконец начинают появляться и у нас.

Чубайс о Сколково

2010-07-05T10:11:00.001+04:00

Интервью главы госкорпорации «Роснано» Анатолия Чубайса Русской службе «Голоса Америки» во время недавнего приезда Президента Медведева в Sillicon Valley в рамках визита в США.

Boeing, инновации в России и Сколково

2010-07-05T09:51:00.001+04:00

Интересное интервью (Вести – “Россия 24”) президента Boeing в России/СНГ Сергея Кравченко об инновациях в России, международном сотрудничестве на примере Boeing и Сколково.

(updated) Видеозапись “Совещание по центру "Сколково" от 01.07.10

2010-07-01T23:58:00.001+04:00

Как видят ключевые лица проекта Сколково его цель, первоочередные вопросы и перспективы:

“Вести”:

Расширенная запись выступлений в рамках парламентских слушаний:

Сколково нужен свой университет, ЦОД-“реактор”, микрорайон интеллектуальных зданий, закон… – отметьте нужное

2010-07-01T18:26:00.002+04:00

Это не опрос (хотя, наверное, его стоило бы запустить самому Фонду проекта Сколково).

Ведомости опубликовали анализ руководителя Инновационного института при МФТИ Юрия Аммосова почему для нового кластера нужен новый университет и сколько это может стоить. Вне зависимости от отношения к проекту, в целом, и этой конкретной идее в частности, читать - надо:

Наши университеты: Университет с нуля

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

Эта статья в блогах

[?]

ammosov, alicebrown, k-golyaev, n-fury, analyseman, m-filippov, van10, arsenytarasov, nanometkina

Оригинальный авторский вариант статьи доступен в блоге Юрия Аммосова и является продолжением другой публикции (апрельской) - Инновации: Сколковская мышеловка.

Мое мнение – “абсолютного оружия”, конечно, нет. Более того, есть не только факты, которые упоминает Аммосов, но и серьезные исследования о зависимости развития инновационных кластеров от расположения, инфраструктуры и т.п. (я постоянно даю такого рода ссылки в постах по теме инноваций – например здесь и здесь). Сам по себе такой университет, как и сам по себе ЦОД в качестве “исследовательского реактора” как центра кристаллизации кадров и и ресурсов могут служить только опорными камнями, а первичными являются все же не просто идея, а детальная Концепция/Стратегия (где она, кстати?) и “правила игры”, обсуждаемые не только на уровне соответствующего проекта Закона, но и более активного публичного обсуждения в той же Комиссии по модернизации, которое не должно подменяться новостями об уже принятых решениях.

Вэбинары и блоги Forrester и Gartner

2010-07-01T14:11:00.001+04:00

Хотя мы в силу пиара вендоров и привыкли воспринимать аналитиков как производителей соответствующих отчетов, их ценность не только в этом ;)

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

P.S. на Forrester для доступа к слайдам надо бесплатно зарегистрироваться.

Напоминалка “о вечном”

2010-07-01T13:10:00.001+04:00

“Большой $ приз” как катализатор инноваций

2010-06-30T22:19:00.001+04:00

Когда люди из академической среды обсуждают поощрение инноваций – говорят о грантах. Когда ИТ-шники – о венчурных вливаниях. В тех или иных комбинациях, фантазия претендентов на этом часто и заканчивается. Но не потому, что фантазия слаба. Скорее, потому что доступных опций бывает маловато. Социальная ответственность бизнеса… а может она состоит не в последнюю очередь не только в строительстве жилья и окружающей его инфраструктуры для сотрудников, но и в поощрении инноваций за пределами организации? Вроде на первый взгляд противоречие, но стимулирование внешних инноваций в рамках той индустрии, в которой коммерческая организация ведет свою основную деятельность, может в перспективе дать конкретную бизнес-отдачу и для самого предприятия. Если говорить об организациях паблик-сектора или естественных монополий и госкорпораций, то существует огромная legacy-система соответствующих “НИИ”, которые вроде бы должны быть центрами кристаллизации инноваций. Но всегда ли, пользуясь своим монопольным положением, эти “НИИ” остаются источниками инноваций и носителями лучших кадров? Организации public-сектора также могут выступать с инициативами “большого приза”. Пример такого рода “у них” – НАСА с систематической активностью в области стимулирования инноваций – см. материал-обзор программы NASA Prize Competitions and NASA’s Centennial Challenges Program.

И один из важных (доказано – работающих) инструментов стимулирования инноваций –денежные призы как инструмент поощрения успешного участия в конкурсах (не в смысле тендеров :) с достижением четко сформулированного целевого результата. Я понимаю, что многое зависит от самой организации процесса (как известно, дьявол кроется в деталях). Но если говорить о самой идее – один из самых ярких и продуктивных примеров такого подхода – X-PRIZE (см. статью в Википедии).

Теме “большого приза” посвящен июльский материал McKinsey Quarterly:

Using prizes to spur innovation
Полный отчет And the Winner is….Capturing the Promise of Philanthropic Prizes

Так может и на нашей почве идея большого приза способна пустить корни в том же Сколково?

P.S. И это может быть не только чистая филантропия. Например, создаваемый интеллектуальный продукт (IP), может сопровождаться патентованием со стороны создателей, но с неэкслюзивным автоматическим правом использования этого продукта компанией-организатором приза. Это может быть и генерация свободных / общедоступных результатов для толчка какого-либо направления или индустрии, в целом. Образцы сценариев - есть, дело – за “призами”…

Об инновационных кластерах или в защиту иннограда Сколково

2010-06-30T16:13:00.001+04:00

Негатива и неверия в материалах о проекте инновационного центра “Сколково” – не то что пальцев на руках, волос на голове не хватит, чтобы пересчитать. И основная причина – уровень эффективности многих инициатив и среды, в которой мы живем и работаем.

Уже не один год уделяя чувствительную толику своего времени “раскапыванию”, анализу и, периодически, применению материалов и исследований в области инноваций (и для себя и в силу проектов, в которые вовлечен в той или иной форме,в т.ч. и не столь давно связанным с другим “Сколково” – того, которая Московская Школа Управления).

И вот два, как мне кажется очень полезных исследования Harvard Business School, связанных с территориальной организацией инновационных центров.

Одно из этих исследование начинается с простой, вроде очевидной, но от этого не менее значимой констатации:

“Firms co-locate in technology clusters for many reasons. These clusters – geographic concentrations of firms and other institutions engaging in closely related R&D activities -- might attract firms using the unique advantages of a location, such as proximity to research universities, favorable government policies, and an abundance of human capital. In other cases, clustered firms emerge as spinoffs of existing companies in the cluster. In fact, most innovation in technology-driven industries occurs in technology clusters.”

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

Вот, собственно, эти два материала:

Пара слов о восприятии - презентации, сайты, интерфейс приложений и… реклама

2010-06-30T15:32:00.001+04:00

Пользовательский интерфейс iPhone, сайты популярных социальных сетей, минимализм строки поиска Google, “ленты” инструментов Microsoft Office, слайды презентаций Джобса – восхищения, споры, разочарования…

“One size does not fit all”, и я бы добавил еще “select it depends on time as well” – “размер” надо выбирать не только “по росту”, но и в зависимости от контекста.

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

Слушая докладчика, одновременно читать слайды с убористым 10pt шрифтом или разбираться в диаграммах из полусотни квадратиков – бррр….

Хорошо, к счастью материалы выложены и их можно посмотреть. Но просмотреть видео десятков выступлений – элементарно нет времени. А чтобы отобрать что смотреть – заглядываешь в слайды и видишь… – ну да, именно, 2-3 красивых картинки, и не просто без ссылок на материалы, а зачастую и без заголовка (чего обсуждалось-то?…:)

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

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

Простая, но от этого не менее эффективная модель или, если хотите, взгляд на варианты донесения идеи, информации (в т.ч. и ориентированной на эстетическое восприятие) лучше всего проявлется в рекламе. Кому-то цвет или размер машины важнее всего, а кому-то количество лошадей и крутящий момент. Причем эти кто-то вполне могут оказаться одним и тем же человеком ;) А называется все это – когнитивный стиль представления и восприятия информации. И именно этой теме посвящена блестящая статья из категории must read в MIT Sloan Management Review:

Morph the Web To Build Empathy, Trust and Sales

С чего начинается Enterprise 2.0

2010-06-28T13:08:00.001+04:00

Начинается Enterprise 2.0 с мотивации бизнес-пользователей “подать голос”.

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

А для того, чтобы выйти на обсуждение значимых для бизнеса вопросов, хорошо бы начать с себя – с ИТ. Вопросами в стиле “что вы хотите уметь делать на внутреннем портале – голосовать, выкладывать срочные объявления на специальную доску и т.п.” и постепенно перейти к тому “”чем вам может помочь ИТ что бы вы хотели улучшить. услышать, узнать, научиться". Надо быть готовым, что практически наверняка будет вначале много негатива, не “потому что”, а “по определению”, но его не надо пугаться. Конструктивные ответы, конкретный follow up, тренинги и консультации позволят улучшить восприятие ИТ на уровне конкретных людей из бизнес-подразделений.

Личное отношение проецируется на бизнес. Внутренний PR начинается с малого. Enterprise 2.0 как среду не построить по директиве. При соответствующем отношении сотрудников организации к ИТ-подразделению оно может быть инициатором таких фундаментальных организационных инноваций как Enterprise 2.0. Видя пользу от такой коммуникационной среды, улучшение общего климата, руководство задумается а как это можно применить с пользой для дела. Если конечно ИТ = Инновационые технологии, ну хотя бы Информационные технологии, а не просто и Технологии, которые так часто остаются сами по себе…

Менеджмент – профессия или компетенция?

2010-06-27T13:25:00.001+04:00

Richard Barker (профессор Cambridge University’s Judge Business School) опубликовал в свежем HBR Magazine мысли, заставляющие серьезно задуматься:

The Big Idea: No, Management Is Not a Profession

И ведь правда, менеджер - это профессия или компетенция (комплекс навыков и компетенций)?

А может это зависит от бизнеса, профиля деятельности, зоны ответственности, уровня принятия решений?

Интересно услышать мнения на этот счёт.

Проект Федерального закона "Об инновационном центре "Сколково"

2010-06-27T02:55:00.001+04:00

“На официальном сайте проекта «Сколково» i-Gorod.com опубликован проект Федерального закона об инновационном центре, внесённый Президентом Дмитрием Медведевым в Государственную Думу. Текст документа доступен в новом разделе «Обсуждения» на русском и английском языках, открыта возможность комментирования.”

– i-Gorod.com

View more documents from igorod.

О сути и жизненном цикле (ИТ) инноваций – от Дэвида Чаппела до US National Science Foundation

2010-06-19T18:48:00.001+04:00

На недавно прошедшей конференции Microsoft TechEd известный ИТ-эксперт Дэвид Чаппел (David Chappell) сделал, как мне кажется, блестящий доклад о сути и жизненном цикле ИТ-инноваций

IT Innovation: What It Is and How to Get More of It

в котором он даёт очень простой, но крайне полезный фреймворк создания и внедрения инноваций, охватывающий весь цикл – от идеи до превращения в повседневную практику – i3 Innovation framework: Idea => Implementation => Infusion

Вне завивисимости от того, кто вы – лидер, определяющий стратегию или студент, только думающий о приходе в ИТ, выступление Чаппела должно восприниматься вами как то, что относится к категории “must see”.

Конечно, что это не первый и не последний источник по теме инноваций. Но раз уж в докладе Чаппела прозвучала тема “измерения” инноваций, но могу не упомянуть две ссылки, особенно интересно звучащие после online- и тв- просмотров сессий Петербургского Экономического Форума:

Innovation Measurement. Tracking the State of Innovation in the American Economy (A Report to the Secretary of Commerce by The Advisory Committee on Measuring Innovation in the 21st Century Economy, January 2008)
Frameworks for Measuring Innovation: Initial Approaches (by Athena Alliance, March 2009)

И последнее (для этой заметки ;) - Американский National Science Foundation (NSF) c 1953(!) года проводит ежегодный Survey of Industrial Research and Development (SIRD). В конце мая 2010 опубликованы очередные результаты Business R&D and Innovation Survey (BRDIS).

Что интересно, это изменение ролей государства, академической среды, крупного и малого бизнеса в инновациооном процессе:

1950s

Government largest source of R&D funding
Business largest basic research performer
Dominated by manufacturing companies
Large companies dominate R&D
Domestic competitive focus
Focus on in-firm science and technology resources and central research labs

2000s

Business largest source of R&D funding
Academia largest basic research performer
Increasingly performed in service industries
Increasing R&D activity in small companies
Global competitive focus
Increased leveraging of science and technology resources outside the firm

Об этом можно прочитать в анонсе работы NSF по трансформации упомянутых выше исследований SIRD в BRDIS. Кстати, сам факт трансформации и изменения названия этого исследования говорит о признании ведущей роли бизнеса в инновационном процессе. Но чтобы бизнес мог себе позволить быть драйвером исследований и разработок, как первой фазы инноваций (оставляя госудасртву роль катализатора), бизнесу необходимы свободные средства/ресурсы, которые он может инвестировать в R&D, а это требует его укрупнения.

Слияния и поглощения в российском ИТ – невозможно или жизненно необходимо?

2010-06-19T03:08:00.001+04:00

Не буду скрывать, на этот пост меня натолкнула эта короткая онлайн презентация-заметка eWeek – 10 Intriguing, but Unlikely, Mergers of IT Giants.

Не секрет, что процесс слияний и поглощений (M&A) обычно мотивирован следующими факторами (одним или несколькими):

получением marketshare конкурента (пример: HP купила Compaq)
заполнением лакун в существующем портфеле для создания “полного” стека решений в той или иной области для усиления своих конкурентных позиций (пример: Oracle купил BEA, в частности, для выстраивания полного стека middleware)
диверсификацией бизнеса за счет расширения существующего портфеля предложений (offerings) в новых для себя областях (пример: IBM купил Lotus, Cisco купила WebEx)
формулой 1+1=3 за счет расширения портфеля предложений решениями “на стыке” , в первую очередь виде продукты+сервисы (пример: HP купила EDS)
более крупная рыба чувствует себя комфортнее ;)

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

Первое что бросается в глаза – основной доход крупнейших компаний – услуги, эти компании по своей сути – большие интеграторы. Продуктовых же, особенно в софте – по пальцам пересчитать и и список почти целиком умещается в любой статье об ИТ-инновациях - ABBYY, Лаборатория Касперского, 1С (ориентирована на внутренний рынок), SPIRIT, Yandex и т.п. Все они, фактически кроме 1С и Yandex работают на западных рынках (“почему вы грабиет банки? – там же деньги!”). Но, простите при всей своей известности – это маленькие рыбки, которые не то что не определяют, просто не влияют на глобальные индустриальные тренды в силу своих масштабов и откровенной нишевости. Финансовые ресурсы таких компаний – скудны в сравнении с конкурентами, их непубличность ограничивает не только привлечение средств на развитие. но и потенциал их брендинга, связанный с капитализацией, пусть часто и спекулятивной, как это было после IPO Google, но дающей те самые дополнительные финансовые ресурсы. Портфель предложений этих компаний ограничен той нишей, которую они для себя выбрали. Однако, давайте представим невозможное:

1. Кросс-нишевые слияния российских компаний

Лаборатория Касперского + крупный системный интегратор с построением World-Wide практики в области построения инфраструктуры безопасности
ABBYY + Yandex с целью качественного прорыва на рынки неанглоязыного Интернет с принципиально новыми сервисами броузинга с одновременным переводом и отображением содержания на заданном языке (пусть и без своего броузера, а в виде надстроек над IE и Firefox)

2. Международные слияния

Покупка бывшего инструментального бизнеса Borland (хотя откровенно профуфлили в свое время) или целиком Embarcadero кем-то уровня IBS/Luxoft (важно чтобы у покупающей стороны было много разработческого бизнеса, известного на западе) или Ситроникс (масштаб имеет значение)
Покупка Opera тем же Yandex :)

Сценариев невозможного вы и сами можете придумать много. А если давно работете на этом рынке и чувствуете тренды – то и обосновано назвать, почему необходимо то или это. Можно много говорить о “золотых акциях”, но это наверняка не приведёт к заметному влиянию владельцев таких акций на стратегию конкретных игроков рынка, продолжающих остающихся нишевыми (потому что стратегические владельцы таких золотых акций останутся финансистами, в своей системе координат, если не захотят взглянуть на необходимость наличияу себя специальной экспертизы, что требует бОльших телодвижений, чем отеческое похлопывание “молодцы ребята!”).

Потому что нет у нас ни культуры, ни школы бизнес-футурологии для просчета стратегических сценариев, разрабатываемых и оцениваемых в соответствующих индустриальных или кросс-индустриальных think tanks вроде MIT CISR (куда уж там – “системный проект” не то что нарисовать, нормально структурировать ТЗ на него не можем, чтобы не было стыдно показать, пусть даже сделанным и по древним ГОСТам...).

Конечно хорошо и полезно то, что некоторые инициативы начинают дышать. Но вот смотрю материалы заседаний и становится немного грустно – они слабее и скучнее того, что печатается в обычных очередных номерах Forbes, HBR, McKinsey Qarterly, eWeek, InformationWeek и т.п.…

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

Fin de siècle или конец привычных ИТ

2010-06-17T23:23:00.001+04:00

Fin de siècle (фр. «конец века», иногда «фин де сьекль») — обозначение характерных явлений периода 1890—1910 годов в истории европейской культуры. В России более известно как Серебряный век…Эпоха «конца века» характеризуется метаниями между ожиданием перемен, эйфорией в ожидании будущего, страхом перед этим будущим, эфемерностью бытия, чувством приближающегося конца света, пресыщением жизнью, очарованием смертью, беззаботностью, фривольностью и декадансом.

Fin de siècle, Википедия

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

Какие тренды, течения, силы (почти по Портеру :) наблюдаем последнее десятилетие:

Консолидация/виртуализация ЦОДов – однозначный стык железа и софта, хотя цель и “светлая” – изолировать софтверную среду исполнения от железа; без профессиональных сервисов сложно обойтись, потому как необходимо применять определенные практики и техники, которыми обладают те, у кого есть опыт в соответствующей области;
Конвергенция в телекоммуникационной отрасли – “гибридизация” мобильной и фиксированной связи предполагает целый комплекс софтверных решений, “понимающих” специфику железа – начиная от элементарного рутинга пакетов во встроенном в железо ПО, заканчивая унифицированным/сквозным биллингом как для голосовых звонков, так и цифровых услуг передачи данных, и, в силу комплексности задач нужны внешние “спецы”;
Унифицированные коммуникации – та же конвергенция, “вид сбоку”, порожденная миром софта, но часто завязанная на специфике телекоммуникационной составляющей (вспоминаем те же колл-центры или мобильные устройства), а с учётом специфики применения и широты функционала решений, внедряемых в конкретных заказчиках, с их ландшафтом, организационными и интеграционными требованиями, без консалтинга, пусть даже продуктового, лучше не начинать;
“Всеобщая Мобилизация”, во всех своих проявлениях – от смартфонов до планшетов, а это значит работа в контексте той или иной аппаратной платформы; в корпоративном секторе и в области массовых услуг (только уже самим провайдерам этих услуг) требуются определенные профессиональные сервисы – начиная от анализа, заканчивая заточкой тех или иных технологических решений под конкретные нужды;
Облачные вычисления – да они и есть сочетание всех трех элементов: железа, софта и сервисов как основы модели существования, направленных на оптимизацию соотношений price/performance и capacity/usage, причем как со стороны заказчиков, так и самих вендоров – “больших” игроков ИТ-рынка;
Диверсификация бизнеса – просто факты: Cisco пошла в софт, HP пошел в кнсалтинг, Microsoft предлагает решения as-a-Service, Sun был куплен Oracle’ом, Google занялся операционками… Даже M&A (слияния и поглощения), происходящие на рынке последние годы, показывает, что самое заметное происходит именно на стыке трех обсуждаемых бизнес-направлений;

Эти шесть “сил” и стирают грани между тремя классическими бизнесами ИТ-индустрии:

Причем, процесс начинает последнее время (года два) происходить всё более стремительно - я смотрю и по Microsoft (“we are all in”), где сейчас работаю; при том. что память об HP Enterprise Services ещё долго будет давать о себе знать ;-). И хотим мы этого или нет – необходимо воспринимать описанный сценарий-тренд в качестве объективно реализующегося прямо сейчас, причём вне зависимости от наших желаний.

И такой “конец века” привычных ИТ многим напоминает то, что происходило в культуре на стыке прошлого и позапрошлого века, просто по-своему, в форме ERP-декаденства, беззаботностью социальных Web 2.0, Cloud-эйфории, эфемерности стабильности собственной инфраструктуры, страха за провайдера, и т.п. и т.д…

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

Как говорит Владимир Познер – “вот такие времена” ;)

Private Cloud для госорганизаций - а почему бы не в Сколково?

2010-06-17T13:17:00.002+04:00

В марте 2010 InformationWeek Analytics провел опрос специалистов более чем 200 госструктур США относительно их планов использования технологий облачных вычислений и, конечн, построения собственных “закрытых” облаков - private cloud. тенденция на лицо и одним из вполне естественных аргументов “за” является возможность совместного использования ИТ ресурсов разными структурами, что подразумевает сокращение затрат при одновременном повышении SLA.

(из материалов прошедшей в июне шатовской конференции HP по Government Cloud)

Тема “гособлаков” становится всё более осязаемой и понятной. Но это у “них”:

Все вроде бы логично и никто вроде бы не мешает и у нас делать сответствующие шаги. Однако, у нас есть “маленькая” загвоздка – система разделения бюджетов госорганов разных уровней и ветвей власти, о которой пишет Евгений Даниленко в своей серии постов.

Понятно, что можно “подождать”, но модернизация требует определенных, достаточно кардинальных и что важно - активных и быстрых шагов, убирающих препятствия на её пути. Что и правда обидно – на фоне того, что происходит в Гос-ИТ в Штатах, у нас не найти в официальном публичном доступе даже пресловутый “системный проект” электронного правительства. И если уж говорить о реально работающих инициативах – они пока в основном двигаются только “снизу”, благодаря энергии таких людей как, например, Иван Бегтин (респект!), развивающий проекты OpenGovData.ru, Государственная Сеть и ГосЛюди.Ру.

Как бы диаметрально не расходились точки зрения на тот же проект иннограда Сколково – почему бы его не сделать тем самым “гнездом” развития не только новых технологий, но реальной технологической площадкой инноваций - того же “гособлака”? Не вокруг ли исследовательских реакторов в конце концов были сформированы основные советские “ящики”, в которых разивалась наша Школа ядерной физики/физики высоких энергий? Так может быть в постиндустриальной экономике такими “реакторами” могут выступить ЦОДы, содержащие не только тонны “железа”, но и интегрированную инфраструктуру высокопроизводительных (HPC), инженерных (technical computing) и облачных (cloud) вычислений? Конечно, есть Курчатник со своим ЦОДом, есть и Университетский кластер, но интеллектуальным и технологическым “хабом” координации этих вычислительных мощностей и ресурсов для построения на их основе действительно используемой (для того же “гособлака”) распределенной инфраструктуры может стать как раз соответствующее направление деятельности того же Сколково. Вопрос, как мне кажется, – в чёткой стратегии развития Иннограда и “management decision” соответствующего уровня. Ведь цель ясна, и надо двигаться дальше – к реализации.

Enterprise 2.0 Adoption

2010-06-17T09:54:00.001+04:00

Очередная конференция Enterprise 2.0 Conference (см. материалы конференции) похоже продемонстрировала, что концепция Enterprise 2.0, наконец, перестаёт быть красивой идеей и на практике реализуется во всё большем количестве компаний и организаций.

Кстати, не так давно были созданы The 2.0 Adoption Council и, соответственно, еще одно Internet-сообщество The 2.0 Adoption Community, в работе которых может принять участие любой человек, занимающийся или интересующийся этой тематикой. The 2.0 Adoption Council уже выпустил три, как мне кажется, интересных отчета, несколько систематизирующих взгляд на практику построения среды коммуникаций для Enterprise 2.0:

Из свежих материалов по этой тематике также рекомендую посмотреть

Accelerating Business Performance

т.к., в отличие от Web 2.0, создание среды Enterprise 2.0 в конечном счёте, направлено на повышение продуктивности сотрудников и партнеров компаний, а не просто “для общения в рабочее время” (для этого, как известно, есть пресловутые “внутренние митинги” ;)

NIST и FSSI о cloud computing

2010-06-11T08:42:00.001+04:00

Мы много и часто говорим о типах облачных вычислений. Однако, далеко не все знают, что первоисточником соответствующей “типизации” стала в свое время Лаборатория информационных технологий NIST – американского Национального института по стандартам и технологиям. На его специальной странице, посвященной cloud computing, можно найти крайне полезные материалы:

Второй источник, на который я хотел бы обратить внимание - Federal Cloud Computing Initiative (FCCI) при U.S. General Services Administration, определяющая:

Cloud Computing is a Federal IT Priority. Cloud computing is significant not only because it is a transformative technology but because it represents an opportunity for the Federal government to achieve great progress in how technology in general is adopted, acquired, and implemented.

На что стоит здесь взглянуть – раздел Getting Started, включая презентацию с Federal Cloud Computing Training.

10000 - маленький юбилей SWEBOK на русском (swebok.sorlik.ru)

2010-06-09T22:36:00.001+04:00

В конце января этого года я запустил выделенный сайт Основы Программной Инженерии (по SWEBOK) с обновлённой версией перевода Руководства к своду знаний по программной инженерии – Guide to the Software Engineering Body of Knowledge (SWEBOK), с замечаниями и комментариями.

Сегодня же произошло пусть и незаметное по меркам Интернет-ресурсов, но знаковое для меня – количество посетителей сайта cо SWEBOK на русском, наконец, перешагнуло порог 10000, как об этом сообщил сервис статистики ClustrMaps:

Для сайта по инженерной дисциплине, думаю, это не так уж и плохо :-)

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

Я, конечно, понимаю, что первая версия перевод SWEBOK (которую начал публиковать ее пять лет назад - в 2005 году) не только в виде pdf в моем блоге, а в форме Web-страниц, был опубликован с моего разрешения на сайте Вячеслава Панкратова software-testing.ru, трансформировавшегося затем в проект it4business.ru и родившись заново как портал по тестированию и качеству ПО – это не могло не оставить отпечаток интереса к SWEBOK специалистов в области тестирования. И прямых данлоадов (десятки тысяч) было много за те годы, которые прошли после первой публикации перевода, и разошлись те самые pdf’ы по просторам Рунета и web-страницы были доступны… ))) Но, что меня искренне радует пусть и в скромной для 5 месяцев жизни нового ресурса цифре – интерес к деятельности в области разработки ПО как инженерной дисциплине продолжает расти, несмотря на отсутствие соответствующих промышленных стандартов на русском языке (о них можно прочитать в (SWEBOK), не очень развитой (за исключением очень немногих ВУЗов) школы преподавания программной инженерии в России и многих других факторах, до сих пор поддерживающих некий налёт “стихийности” нашего рынка программного обеспечения.

Интерес есть и все чаще проявляющаяся специализация в области управления требованиями и анализа, тестирования/контроля качества, архитектуры, разработки – признаки явного созревания российской индустрии ПО. И я рад, что пусть небольшой, но всё же полезный вклад удалось для этого сделать и мне, вместе с Юрой Булуем, который помог в появлении этого перевода SWEBOK, наконец, заставившего многих (может, пусть и не всегда идеально:) специалистов ИТ начать говорить на одном языке.

Буду рад, если и вы поддержите этот перевод SWEBOK, дав на него ссылки у себя в блогах и других ресурсах – http://swebok.sorlik.ru.

Re: о стартапах в корпоративном сегменте

2010-06-07T13:07:00.003+04:00

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

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

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

IT Competence Radar - простой взгляд на структурирование деятельности ИТ-департаментов и компетенций персонала

2010-06-07T11:51:00.001+04:00

Говорим ли мы о менеджменте или линейных позициях в ИТ, всю деятельность, в принципе, можно структурировать по нескольким критериям:

Масштаб: конкретная система/решение (solution), организационный сегмент/прикладная область, организация в целом
Стадии жизненного цикла (систем и решений): анализа потребностей до эксплуатации
Тип архитектуы: от информации и бизнес-процессов до инфраструктуры

Ну а дальше, применяя те или иные модели зрелости (или модели оценки), можно идти дальше – непосредственно, к профилированию и оценке общей деятельности и компетенций ИТ-подразделения и его специалистов, например:

для сотрудников - beginner, specialist, expert
для бизнеса и ИТ – на чём фокус ИТ-департамента
для структурирования бюджета
для оценки соотношения внутренних/внешних ресурсов
…

насколько такой взгляд может быть полезен? настолько, насколько полезен любой ответ на вопросы “who am I?” и “а что это вы тут делаете?” :)

ИТ-компетенции для развития бизнес-инноваций

2010-06-03T12:56:00.001+04:00

Много слышим об инновациях и модернизации, обсуждаем, обдумываем, спорим - ведь и правда хочется “быстрее, выше. сильнее”. Но для любого старта нужна соответствующая стартовая площадка. Да, у нас есть фундаментальное образование. Да, мы пытаемся применять зарекомендовавшие себя лучшие практики не только в ИТ, но и в менеджменте, и повседневном и особенно - стратегическом. Мы обсуждаем и даже учимся разговаривать с бизнесом о значимости ИТ уже без недоумения со стороны бизнеса (у меня до сих пор не исчезло удивление, связанное с интересом к теме Enterprise 2.0 в наших компаниях!). Но как-то все не то чтобы бессистемно, но очень фрагментарно -будь то актуализация российских стандартов в области ИТ и приведение их в соответствие с современным состоянием стандартизации в Штатах и в мире, будь-то электронные услуги для граждан или отношение к профессиям в ИТ как инженерным дисциплинам. Горжусь тем, что свою, пусть и очень скромную лепту, в такую систематизацию вношу, делясь лучшими первоисточниками (хотя любой профессиональный консультант старается это держать “при себе” :) и подготовив и опубликовав в свободном доступе перевод на русский язык SWEBOK – Свод знаний по программной инженерии.

С т.з. ретроспективы своих же постов в этом блоге, наверное чисто интуитивно, имея тягу к инновационным идеям, постоянно публикую здесь ссылки на интересные исследования и практики в области стратегического управления в ИТ, менеджмента и лидества (не только в ИТ). Продолжая недавно затронутую тему навыков, необходимых архитекторам в ИТ, но уже расширяя ее ИТ-компетенциями, необходимыми для инноваций в бизнесе, хочу дать несколько великолепных с моей т.з. первоисточников по теме e-Competence. Эти материалы были разработаны в рамках многолетней инициативы Евросоюза European e-Competence Framework (e-CF) при активном участии специального исследовательского центра одной из самых авторитетных бизнес-школ - INSEAD.

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

И снова о decision making

2010-06-01T13:46:00.001+04:00

Не по поводу, а под настроение ;) Так сложилось, что в разные периоды своей профессиональной жизни я был и “рулим” и “рулил” сам. И вне зависимости от этого, если говорить об основных препятствиях в работе, всегда сталкивался (и в больших и маленьких компаниях), наверное, с самой больной темой менеджмента – готовностью принимать решения и, как следствие, нести ответственность за их выполнение и, что не менее важно, уметь признать неверность принятого решения, а соответствено, и готовность корректировать дальнейшую стратегию и тактику. Для себя, по крайней мере, я это давно поставил это как #1 в профессии менеджера. Уже затрагивал эту тему. А сегодня хочу дать еще несколько ссылок на обсуждения этой темы в разделе McKinsey Quarterly по стратегии:

Хотя у подавляющего большинства из нас и есть привычка обычно дуть на воду только после собственных “грабель”, убеждён - по этой теме еще ни одно напоминание не было лишним, ни для кого ;))

Boston Consulting Group о перспективах cloud computing для бизнеса и некоторых других не менее интересных темах

2010-05-27T23:07:00.000+04:00

BCG (Boston Consulting Group) явно не из тех, для кого очередная технологическая next big thing является основой их собственного бизнеса. Наверное, просто потому что они не являются IT-игроками, их взгляд на cloud показался достаточно свежим, особенно когда внимание сосредоточено на сценариях получения отдачи для потребителя-бизнеса. Таких сценариев или уровней бизнес-применения облачных вычислений аналитики BCG выделяют три:

Utility - Оптимизация использования ресурсов (в первую очередь с финансовой т.з. – т.е. CAPEX vs. OPEX, точность spending forecast и т.п.)
Process Transformation - Трансформация процессов
Business-model-innovation - Модификация бизнес-модели

Эти и другие достаточно интересные идеи лаконично (что не мешает логичности изложения) опубликованы в материале BCG, на который я рекомендую обратить внимание тем, кого интересует не только технологическая сторона cloud computing:

Capturing the Value of Cloud Computing.
How Enterprises Can Chart Their Course to the Next Level.

Хотел еще обратить внимание на то, что этот материал является частью нового выпуска IT Advantage (издание об ИТ с т.з. бизнеса, выпускаемое BCG) под общей темой IT as a Differentiator:

IT Advantage - Spring 2010: IT as a Differentiator

В этом публично доступном выпуске есть и другие крайне интересные матераилы, среди которых, например, расширеное представление результатов декабрьского (2009) исследования MIT CISR (Center for Information Systems Research), посвященного характеристикам ИТ департаментов, которые не просто обеспечивают, но и в определенной степени “драйвят” изменения в core-бизнесе. Не могу не “процитировать” интереснейшую иллюстрацию, показывающую 11 ключевых ролей в ИТ, выделенных в результате проведенного анализа:

Кстати, Enterprise Architect выделена как одна из наиболее значимых ролей, что по моему мнению демонстрирует важность самой деятельности в области корпоративной архитектуры – Enterprise Architecture.

Основы облачной экономики от экспертов из Беркли

2010-05-27T17:12:00.001+04:00

Наверное именно так стоило назвать авторам свое исследование:

Будучи опубликованным экспертами Berkley RAD Lab (Reliable Adaptive Distributed Systems Laboratory) еще в феврале 2009, это исследование до сих пор остается наверное самым важным в части экономического анализа облачных вычислений с точки зрения сопоставления затрат и получаемого эффекта, будь то эластичность, SLA и т.п.

Example: Elasticity. Assume our service has a predictable daily demand where the peak requires 500 servers at noon but the trough requires only 100 servers at midnight, as shown in Figure 2(a). As long as the average utilization over a whole day is 300 servers, the actual utilization over the whole day (shaded area under the curve) is 300 x 24 = 7200 server-hours; but since we must provision to the peak of 500 servers, we pay for 500 x 24 = 12000 server-hours, a factor of 1.7 more than what is needed. Therefore, as long as the pay-as-you-go cost per server-hour over 3 years(4) is less than 1.7 times the cost of buying the server, we can save money using utility computing.

Можно много говорить о переносе капитальных затрат (CAPEX) в операционные (OPEX), но ведь не только этим ограничивается экономика облачных моделей (!), а то это превращается в мантру, а как доходит до “посчитать”, какие подходы применить к экономическому расчету… на эти вопросы, по крайней мере на уровне задания возможных направлений движения и фокусируется предлагаемый материал, который я честно считаю must read, особенно для тех, кто так или иначе связан с бюджетированием ИТ (причем желательно read до того, как придется сменить работу из-за игнорирования того явления, которое из hype как-то незаметно превратилось в реальную тенденцию ;-).

2 июня - очередная встреча Клуба Архитекторов

2010-05-27T09:45:00.000+04:00

2-го июня состоится очередная встреча Клуба Архитекторов в Москве.

Тема: "Облачные вычисления сегодня и завтра. Архитектуры, технологии, практики и перспективы". Будем обсуждать почти всё ;) - от динамических ЦОДов до SQL Azure.

Детали - в моем блоге на MSDN.

Enterprise Architecture сегодня (по результатам опроса Forrester)

2010-05-22T22:23:00.000+04:00

Анализ результатов опроса Forrester "State of EA", проводившийся менее года назад и охвативший более 400 IT-руководителей, отметил некоторые важные аспекты деятельности в области корпоративной архитектуры, необходимые для повышения её значимости для бизнеса и успеха самой инициативы как инструмента стратегического планировая:

не только желание, но и серьезная потребность в перепозиционировании ИТ-лидеров из технарей, решающих тактические задачи обеспечения деятельности бизнеса в активных участников разработки бизнес-стратегии организации, где они отвечают за ИТ
представителям ИТ необходимо больше внимания уделять бизнес-архитектуре, начинаем ли мы с документирования её состояния as is или говорим о проработке и анализе возможных сценариев to be именно на уровне бизнеса, его организационной структуры и бизнес-функций
деятельность по формализации и оптимизации бизнес-процессов должна быть тесно связана со всей деятельностью ИТ, в т.ч. в рамках проработки Information Architecture как особо значимой для бизнеса части EA
выбор стратегических (на уровне принимаемых корпоративных стандартов ИТ, а следовательно и тактических - для архитектуры конкретных прикладных систем) архитектурных решений должен учитывать не только технологическую и финансовую составляющую, но и то. что можно назвать Business View, подразумевая перспективы и планы развития соответствующих "способностей" бизнеса - business capabilities (отдельная и очень важная тема и тренд, которую я надеюсь осветить в этом блоге в ближайшее время).
совместная работа корпоративных архитекторов и архитекторов ИТ-решений вместе с бизнес-консультантами, которые часто и вовсе не встречаются даже в рамках длительных бизнес-проектов, проводимых бизнес-консалтерами

Как видим, большинство из этих вопросов связано с организацией взаимодействия ИТ департаментов и бизнес-подразделений, что наводит на мысль о стирании граней между IT Governance и процессной частью разработки и отслеживания реализации планов по Enterprise Architecture как неотъемлемого элемента долгосрочного планирования и бюджетного мониторинга.

Хотя сам отчёт целиком и не доступен в свободном режиме, хочу привести два источника, позволяющие как минимум получить представление о сегодняшнем состоянии деятельности по разработке enterprise architecture в "корпоративной Америке":

статья "Enterprise Architecture Today and Tomorrow" в Architecture & Governance Magazine, содержащая основные количественные результаты опроса, в частности:

вэбинар "The State of EA: Is 2010 the Transitional Year?",
проведенный в январе 2010 Architecture & Governance Magazine , на котором Forrester представлял ключевые результаты этого исследования.

Real-world EA - Британский Совет (British Council)

2010-05-21T18:16:00.006+04:00

Детально проработанная корпоративная архитектура Британского Совета (British Council):

Описания доменов EA (roadmap-документы):

Корпоративная архитектура в Британском Совете, как это и принято в зрелых организациях, рассматривается в качестве ключевого инструмента планирования IT, детализирующего ИТ-стратегию и используемого в сочетании с практикой управления портфелем проектов (т.е. по-сути инвестиционным портфелем) - Project Portfolio Management.

Эти и другие материалы доступны на страницах политик и процедур в разделе, относящемся к Information systems and technology.

Real-world EA - университет Charles Sturt

2010-05-20T11:19:00.005+04:00

Ещё один пример EA, особенно интересный тем, что он в большой степени фокусируется на IT Governance и бизнес-процессах (по-сути Information Architecture):

Enterprise Architecture (EA) is a strategic framework to provide guidance, consultation and approval of investments in people, process and technology that aligns to and supports Institutional Strategy and Vision.

Начать знакомство можно с буклета yourCSU (то бишь "ваш Charles Sturt University"), который сами авторы позиционируют как "has been developed as a means of describing the complexity of the University and its structure. In short, this is the Who, What, Where, When, Why and How of CSU".

Основные ссылки с материалами CSU:

домашняя страница всей инициативы/программы
CSU Productivity and Reform
Методология
Процессная модель (Higher Education Process Reference Model)
The Enterprise Model / Process Knowledgebase
Change Management Framework (обратите внимание - речь идет об организационных изменениях в т.ч. !)
Enterprise Architecture - интересны и полезны обе презентации (кстати, очень подробные !):
- CSU'S Journey to Enterprise Architecture
- EA Workshop – Educause 2008

Ну а раз уже не первый раз обращаемся к материалам реальных EA в крупнейших университетах (public и education - две сектора, где такого рода информация является часто общедоступной в отлие от нефтянки, производства и т.п.), не могу не дать ссылки на материалы австралийско-новозеландских конференций Enterprise Architecture in Higher Education Symposiums:

Свод знаний по бизнес-анализу BABOK - версия 2.0

2010-05-19T23:59:00.005+04:00

В 2006 году IIBA - International Institute of Business Analysis впервые выпустила Свод знаний по бизнес-анализу - Business Analysis Body of Knowledge (BABOK). В марте 2009 было выпущено обновление BABOK® Guide 2.0, кратко о котором вы можете прочитать в обзоре.

Если вы член IIBA, то BABOK 2.0 и другие материалы (например, Business Analysis Competency Model, доступ к онлайн-библиотеке) для вас целиком открыт (для России, кстати, всего за $65). Если же вы еще не являетесь членом IIBA, то можете купить печатную версию BABOK или, если перед встпулением в IIBA хотите предварительно ознакомиться с BABOK 2.0 в электронном виде - можете посмотреть BABOK 2.0 Guide на Google Books :)

Что должен знать и уметь архитектор

2010-05-19T16:17:00.001+04:00

Такой вопрос мне задают часто, и кулуары Software People 2010 не были исключением. Проблема в том, что часто те, кто задают такой вопрос, ограничиваюся первой его частью "что должен знать" или формулируют его даже несколько иначе - " какие технологии надо знать архитектору?". Вопрос, имхо, в корне неверный. Знание технологий "не освобождает...", в сочетании с опытом построения и, что принципиально важно, развёртывания систем - необходимое, но инедостаточное условие to be recognized в качестве архитектора. Кроме того, есть еще один важный момент - а о каком именно архитекторе идет речь? том, кто пишет конкретный софт (system или solution architect)? отвечает за решение по автоматизации целого подразделения или области деятельности (domain или LoB architect - от "line of business"), или определяет технологическую политику организации в целом в роли enterprise architect? пресловутый scope, область ответсвенности, уровень архитектуры (application, infrastructure, information/data, ...) - имеет значение, и требования к знаниям и навыкам серьезно зависят от этого.

Чтобы легче было сориентироваться начинающим специалистам, которые ставят себе цель, да и почерпнуть что-то полезное тем, кто давно уже выступает в роли архитектора, хочу обратить внимание на интересную с моей точки зрения часть TOGAF - The Open Group Achitecture Framework (см. TOGAF online)

TOGAF Architecture Skills Framework

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

Generic Skills

IT General Knowledge Skills

- и это лишь малая часть того анализа требуемых архитекторам умений, которая представлена в TOGAF, так что не ленитесь заглянуть в первоисточник ;)

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

Конечно, ни один фреймворк не является истиной в последней инстанции. Есть и второй, причём неплохо согласованный с TOGAF :-) Это - IASA - International Association of Software Architects (базовый уровень членства в которой, кстати, бесплатен) предлагает свой взгляд на "уровни зрелости" навыков, необходимых архитекторам:

IASA Architect Proficiency Matrix

Хотя IASA и ограничивается именно программными системами, с другой стороны - предлагает и соответствующий инструмент оценки, включающий описания соответствующих навыков:

IASA Capability Level Assessment

Конечно, любая оценка в стиле assessment или тем более self-assessment не является абсолютно объективной. Тем не менее - это полезный инструмент, особенно в сочетании пусть и не полным "сводом знаний", позиционируемым как библиотека к своду знаний IASA IT Architect Body of Knowledge - ITABOK Library (таким же сводом, кстати, в определенной степени можно считать и тот же TOGAF, являющийся может быть и даже более систематизированным).

И, наконец, завершая такую небольшую вводную часть о навыках архитекторов, я рекомендую интересный материал, опубликованный членами шведского отделения IASA в недавнем номере Microsoft The Architecture Journal:

A Study of Architect Roles by IASA Sweden

В нём, как мне кажется, достаточно хорошо описываются архитектурные роли Enterprise Architect, Business Architect, Solution Architect, Software Architect.

Real-world EA - штат Мичиган

2010-05-05T08:13:00.002+04:00

Я уже не раз давал ссылки на US Federal Enterprise Architecture (FEA) - не только проверенного временем методологического подхода к построению и использованию концепции архитектуры предприятия (enterprise architecture), но и обязательного (их "счетная палата" проводит ассессменты госсруктур на предмет соответствия требованиям FEA) к использованию инструмента планирования инвестиций в ИТ в госсекторе США.

Хороший пример того, как EA на практике рассматривается в качестве неотъемлемой части стратегического плана ИТ - в данном случае в масштабах штата Мичиган, США:

Обратите внимание, что за стратегический план разивтия ИТ и позиционирование в нём EA отвечает не просто департамент ИТ, а Department of Technology, Management and Budget. А вот за методологию построения и реализацию EA отвечает уже Department of Information Technology.

Real-world EA - US National Institutes of Health (NIH)

2010-05-04T12:00:00.003+04:00

Корпоративная архитектура американского Национального Института Здоровья - National Institutes of Health (NIH).

NIH Enterprise Architecture

Real-world EA - Massachusetts Institute of Technology (MIT)

2010-05-04T11:49:00.007+04:00

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

Этим сообщением я хочу начать категорию постов, которую можно будет в дальнейшем найти по тегу Real-world EA.

В этот раз, хочу дать ссылку на корпоративную архитектуру Массачусетского Технологического Института - MIT:

MIT Enterprise Architecture

Архитектурные уровни в Enterprise Architecture

2010-05-04T10:02:00.006+04:00

Всегда, когда обсуждается общий подход построения архитектуры предприятия (Enterprise Architecture - EA), приходится для себя выбирать как её строить, с чего начинать. И, обычно, обсуждаются два сценария:

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

Однако, вне зависимости от выбранного сценария, у нас всегда существует еще один уровень архитектуры - архитектура направления или области деятельности (Line of Business - LoB) или как это предлагает Federal Enterprise Architecture (см. FEA Practice Guidance) - архитектура сегмента Segment Architecture. Часто, с сегментом сопоставляют соответствующую организационную единицу, подразделение, отдел.

И вот тут появляется третий сценарий:

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

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

P.S. Подробную информацию о возможных подходах к построению архитектуры сегмента рекомендую почитать на сайте Federal Segment Architecture Methodology - FSAM.

Корпоративные ИТ 2015

2010-05-01T14:35:00.007+04:00

Исследование, опубликованное ИТ-направлением The Corporate Executive Board Company (CEB) небольшое, но с моей т.з. достаточно полезное, потому что систематизирует (по результатам опроса 127 ИТ-лидеров крупнейших компаний и организаций) общие тренды - куда смещается фокус корпоративных ИТ:

Shift 1: Information over process: в противоположность тому, о чём говорит Ник Карр (ИТ как электричество - используется всеми и не дифференциирует потребителей). Конкурентное преимущество всё больше определяется средствами бизнес-аналитики (BI), совместной работы (collaboration) и пользовательским интерфейсом (в широком понимании - от customer interface до usability в отношении логики использования конечными потребителями ИТ-систем, в целом).
Shift 2: IT embedded in business services: департамент IT всё менее будет заметен как достаточно обособленное подразделение в организации. "Технологии будут рассматривается как неотъямлемая составная часть бизнес-сервисов и традиционные функции ИТ сливаются с общими группами бизнес-сервисов в составе общих корпоративных функций - финансов, HR, и т.п.
Shift 3: Externalized service delivery: в течение пяти лет до 80% затрат на прикладную составляющую ИТ будут направляться на приобретение внешних сервисов. Внутрення роль ИТ сменяется с "technology providers" на "technology brokers".
Shift 4: Greater business partner responsibility: Потребность в дифференциации от конкурентов (от себя добавлю - скорее, в обеспечении более высокой управляемости и повышении гибкости организации) связана с управлением информацией, что часто выходит за рамки способностей и функций локального департамента ИТ (IT departments' capabilities). Как результат - всё большее вовлечение представителей бизнеса в вопросы, традиционно адресовавшиеся ИТ.
Shift 5: Diminished standalone IT role: по мере смещения роли ИТ в сторону бизнес-сервисов, наблюдается эволюционирование ИТ в полноценную бизнес-роль (с моей т.з. только в компаниях, для которых работа с информацией есть составляющая основной деятельности - финансовые институты, страховые компании, государственные структуры и т.п.), при этом предполагается качественное сокращение собственного персонала (на 75% и более). Стратегия, архитектура, управление рисками, управление программами, поддержка пользователей и взаимодействие с бизнес-потребителями (relationship management) выходит на уровень бизнес-сервисов, связанных с функциями чистого ИТ.

Исследование:

The Future of Corporate IT. Executive Summary.
How to Prepare for Five Radical Shifts in IT Value, Ownership, and Role

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