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

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

 

Те, с кем мы давно знакомы, знают что я, например, предпочитаю смартфоны, имеющие одновременно и тач-экран и физическую клавиатуру (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

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

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

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

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

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

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

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

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

 

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

 

• Strengthening e-Skills for Innovation in Europe – INSEAD eLab
• INSEAD e_Competences Project Publications
• European e-Competence Framework 1.0
• ICT Curricula in Higher Education in Europe - European e-Competence Curricula Development Guidelines, Synthesis Report- August - 2009 
• ICT Curricula in Higher Education in Europ, Final Report- March 2010

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

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

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

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

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

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

Такой вопрос мне задают часто, и кулуары 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.

Встреча Клуба Архитекторов 22.04: "Enterprise Architecture"

[кросс-пост]
22-го апреля состоится очередная встреча Клуба Архитекторов в Москве.

Тема: "Enterprise Architecture. Корпоративная архитектура как инструмент стратегического планирования и управления ИТ".

Встреча клуба посвящена вопросам построения корпоративной архитектуры (enterprise architecture). Что есть корпоративная архитектура, каковы ее ключевые компоненты, зачем она необходима бизнесу и ИТ, какие стандарты и подходы в области enterprise architecture актуальны на сегодняшний день. В рамках встречи будет также рассмотрен опыт Microsoft по построению собственной корпоративной архитектуры и те подходы и практики, которые Microsoft рекомендует заказчикам. Гостем встречи также будет Максим Смирнов - руководитель департамента архитектуры систем поддержки бизнеса компании Вымпелком.

Программа мероприятия:

Время		Наименование	Спикер
16.30	17.00	Регистрация, кофе-брейк
17.00	18.00	Enterprise Architecture. Современные тенденции и взгляды на корпоративную архитектуру.	Сергей Орлик, Microsoft
18.00	18.30	Кофе-брейк
18.30	19.15	Архитектура предприятия в формате semantic web.	Максим Смирнов, Вымпелком
19:15	19:30	Перерыв
19:30	20:30	Опыт и подход Microsoft к построению корпоративной архитектуры.	Павел Калякин, Сергей Колотилов, Microsoft
20.30	21.30	Обсуждение, неформальное общение

Клуб архитекторов ориентирован на профессиональных архитекторов, ведущих разработчиков корпоративных отделов разработки и лидеров эксплуатационных команд. Если вы по своей роли CTO, корпоративный архитектор, лидер команды разработки, мы будем рады пригласить вас к участию в Клубе (оно является бесплатным, по приглашениям) - буду признателен, если свою заявку на участие в клубе вы пришлете по e-mail на адрес ru-arc <собака> microsoft.com с парой слов о себе - как вас зовут, ваша организация, ваша роль/фокус, контактные координаты и мы постараемся вас пригласить к участию в Клубе всегда будем рады видеть вас на тех мероприятиях, которые посвящены вопросам наиболее близким вашей области профессиональной деятельности.

До встречи в Клубе!

P.S. эта встреча Клуба не будет записываться на видео.

Встреча Клуба Архитекторов Microsoft (18 марта, Москва)

Коллеги,

Рад сообщить о возобновлении деятельности Клуба Архитекторов Microsoft.

Безусловно, понимая, что архитекторы не ограничиваются только вопросами разработки, мы планируем охватывать широкий спектр тем связанных и с опытом построения и использования ИТ в самой Microsoft, вопросы безопасности, процессов в ИТ, развития инфраструктуры и т.п.

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

Второй блог - "Архитектурные заметки"

Как и обещал, запустил второй блог - "Архитектурные заметки" по решениям и технологиям Microsoft.

P.S. Посмотрим насколько успешно удастся блюсти Work/Life баланс между двумя блогами ;)

Краткая энциклопедия человеческих типажей в ИТ

Имхо, блестящий материал
- IT personality types: 8 profiles in geekdom (InfoWorld):

• The Empty Suit
• The Scary Sys Admin
• The Human Roadblock
• The Angry Support Drone
• The Übergeek
• The OS Fanboy
• The Promiser
• The Shadow

Вот помозговал и, честно говоря, не нашел еще одного типа - технологического лидера - Technology Driver. Хотя, если задуматься, наверное это следующая ступень эволюции Übergeek с добавлением management & leadership skills. Но, как и любой триггер - этот "эволюционный" срабатывает по разному, и как у того богатыря у камня с тремя дорогами - направо уход в чистый management, а налево - превращение в Empty Suit. Вот тут главное задуматься вовремя и решить для себя куда же всё-таки идти, когда подходишь к такой развилке. Хотя, вообще-то, можно и никуда не идти, каждый решает по-своему. Могу только посоветовать - задумываться почаще, чтобы de facto не потерять свой путь и не превратиться вдруг в тот самый Empty Suit ... ;)

Консалтинговые и интеграционные сервисы - попытка структурирования

Чуть более года назад, занимаясь планированием развития практики, которою пока продолжаю драйвить, я пытался сделать некое упражнение по структурированию и приоритезации сервисов, с одной стороны предлагаемых консультантами и интеграторами, с другой - востребованных со стороны компаний и организаций. Понятно, что результат того упражнения не для публикации (а как же competitive advantage ;). Но вот увидев сообщение об очередном понижении прогноза *IT spending в России со стороны IDC, подумалось, а не обновить ли свою таксономию конcалтинговых и интеграционных сервисов, пусть и не столь детально как в моем плане развития практики и делая акценты уже не на фокусные области "чего предлагать", а на том, что скорее всего будет более актуальным в ближайшие пару лет (то что выделено жирным, с моей т.з. будет более востребованным в текущих условиях. конечно, с учетом наличия хоть каких-то бюджетов в ИТ).

Вот что получилось:

(кликните на картинку для просмотра в масштабе 100%)

Интересно, не упустил ли я чего?...



* сравните этот прогноз по России, например, с цифрами world-wide прогноза от Gartner и задайте себе вопрос - что остается от наших российских ИТ-бюджетов, если не вспоминать известную поставку и внедрение ПО в одну известную телеком-компанию и вычесть из типичного бюджета такое типичное железо... Вот такая у нас ИТ индустрия и получается, как это ни печально ;)

Результаты работы над Enterprise Architecture в HP

Кто-то наверняка уже видел сегодня в CNews заметку "HP сэкономит $1 млрд на ИТ-инфраструктуре".

На самом деле оригинальный материал был опубликован еще 1-го декабря '08 HP Embarks on Next Phase of Global Technology Plans to Support Future Growth. В англоязычном пресс-релизе немного больше цифр (например, "Reduce spending on internal IT from approximately 4 percent of revenue in 2005 to less than 2 percent in 2009").

К чему это я? Просто указанные цифры стали результатом систематического подхода к Enterprise Architecture. В HP (как и в EDS до присоединения к HP) есть целая команда Enterprise Architecture Steering Team (EAST), рапортующая непосредственно CIO и отвечающая за работу над корпоративной архитектурой и в части ИТ и в части бизнес-архитектуры. Собственно, еще к моменту приобретения Compaq, HP подошел с определенным видением и результатами систематизации внутреннего ИТ (в т.ч. и в терминах EA), а к 2005 году, о котором упоминается в указанных материалах, деятельность в области развития корпоративной архитектуры как целостного взгляда на операционную деятельность HP (т.е. включая бизнес-процессы, управление активами в т.ч. с финансовой т.з. и т.п.) стала инициативой действительно корпоративного уровня.

P.S. Конечно, работая в HP (сейчас уже в EDS, являющемся частью HP) я вижу тот объем информации по Enterprise Architecture, который вряд ли смогу рассказать тем, кто не является сотрудником компании, но некоторыми деталями все же стараюсь делиться ;) Btw, HP активно использует внутри себя Sharepoint (уже 2007-ой), в т.ч. и в работе над корпоративной архитектурой. При этом не просто как замену FTP или "next generation" файловой свалке ;), но и в достаточно функциональном и полноценном collaboration-режиме. Но sharepoint это уже другая история...

HP объявил о планах приобретения EDS

Действительно интересно работать в компании, когда она делает столь значимые шаги по расширению бизнеса (сумма планируемой сделки - $13.9Млрд., см. пресс-релиз), особенно будучи в подразделении консалтинга и интеграции при приобретении компании именно из этой сферы.

Но что такое EDS? Конечно, можно долго говорить о размерах бизнеса, перспективах и т.п.
Но я думаю не менее интересно посмотреть знаменитые ролики EDS:

201 - маленький юбилей

Много чего интересного накопилось после моего перехода в HP в подразделение Consulting&Integration, но время летело слишком стремительно, проекты слишком большие и не менее интересные, а масштабы компании и массивы накопленных знаний в которые ныряешь с головой - еще больше ;) Окинул мысленно этот период времени - оказалось, что не писал в блог уже более полугода, сорри.... Наконец, решив поедлиться некоторыми соображениями и интересными ресурсами, зашел в административный интерфейс blogger.com и обратил внимание, что за время существования блога в нем разместил уже 200 сообщений:

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


P.S. Ну а пока готовлю новые посты, пара небольших добавлений в постоянных ссылках:

• добавлена ссылка (скриншот) AgileNotes for PocketPC на продукт, который удалось всего за два месяца вырастить из технологии "для себя" в состояние достаточно массового использования (спустя более года после его выпуска я могу это сказать уже с определенной уверенностью ;) хотя жаль, что чаще всего пиратского... о том как технология превращается в продукт, сколько времени уходит на технологию, сколько на доводку до презентабельного вида и тестирование до продуктового состояния, а сколько на маркетинг и bizdev - как-нибудь расскажу, пусть и на таком "микропримере" :)
  
• в "персоналиях" (справа) добавлено несколько ссылок на те англоязычные блоги, которые я считаю must read; их список, конечно,не окончательный, но "лиха беда начало" )))
  
  

Ловушки согласования бизнеса и ИТ

Читая один из материалов MIT Sloan Management Review (ссылку на конкретную статью я дам ниже), невольно вспомнил как 14 лет назад, прийдя на работу в РОСНО и начиная заниматься в тандеме с Федором Кожевниковым* автоматизацией бурно развивавшегося добровольного медицинского страхованием (ДМС), столкнулся с достаточно сложной ситуацией:

Задача, поставленная отделом оформления страховой документации звучала как крайне , почти катастрофически срочная - сотрудники этого отдела уже практически не успевали справляться с подготовкой полисов страхования и необходимо было в кратчайшие сроки создать программу печати полисов. Я начал заниматься этой задачей. Благо, руководитель группы оформления страховой документации был человек очень разумный (и как менеджер, и как человек) и начальник ИТ-отдела, ставший в дальнейшем известным российским CIO и входившим в совет директоров РОСНО не только умел делегировать полномочия, но и доверял сотрудникам. Так вот - конечно, можно было "просто" взять и написать программу, которая при вводе соответствующих данных выводила бы на бланки полисов и дополнительных документов всю информацию в необходимом формате. Дело, вроде бы несложное (ну да - DOS, прерывания там всяческие, да еще PCL 5 для лазерника ;)

Однако, анализировав вместе с руководителем группы оформления необходимую для печати информацию (а она сильно зависела от типа договора страхования и т.п. - вы чувствуете, да? ;), мы пришли к выводу - по сути для печати надо было вбивать большую часть информации по договорам. Ок. Но договора корректируются, бывают ошибки в наборе данных.... - в общем, врубившись в бизнес-процесс, я рискнул упереться. Как говориться - "по полной". Моя позиция, в которой я убедил и руководителя группы оформления и руководителя ИТ-отдела, - надо делать программу управления договорами и уже как ее составную часть - печать полисов и доп.документов к ним. Первоначально, ни о какой системе управления договорами никто не хотел слышать - зачем она - у нас и так шаблоны Лексикона (был такой популярный русский редактор) тут? "Не надо самим себя занимать работой над непонятно какой системой, когда нужна печать полисов." Я оценил объем работы, прослезился - получалось +2.5-3 месяца от требуемой даты задания на печать полисов. Но, пошел убеждать с цифрами в руках - система управления договорами нужна бизнесу, информация - та же, дублировать ввод в разные системы в дальнейшем - глупо. Динамика изменений в модели добровольного мед. страхования - очень высокая. Но при автоматическом формировании номера и серии полиса, всегда все зависит от договора, это обсуловлено природой бизнеса ДМС. и т.п. И таких примеров зависимостей очень много.

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

Первая версия подсистемы управления договорами (в дальнейшем - ключевая часть "Системы ДМС" РОСНО) была готова через 3.5 месяца, включая разработку и дизайн нового формата полисов и алгоритм автоматического формирования их номеров и серий. Второе поколение подсистемы договоров (с новым ядром, работавшим уже в защищенном режиме DOS) была введена в эксплуатацию где-то через 8 месяцев, а окончательно выведена из повседневной работы... в начале следующего века.

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

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

А это и есть настоящее согласование ИТ с целями бизнеса - Business-IT Alignment. Заметьте - целями бизнеса, а не текущими бизнес-задачами. Пойди я тогда на поводу классического запроса "надо срочно", могу с уверенностью (вполне) сказать , компания понесла бы дополнительные затраты (поверьте - считали: намного большие, чем дополнительные три месяца ручной работы по оформлению полисов) уже через несколько месяцев после ввода в эксплуатацию автономной программы печати полисов. Конечно, любой кейз, и этот, в частности, - достаточно схематичны. Но, надеюсь, некоторые важные аспекты согласования бизнеса и ИТ мне удалось проиллюстрировать на этом примере не только на уровне явно озвученных выводов.

В какой-то степени, в продолжение своего же недавнего поста, одной фразой о согласовании бизнеса и ИТ это можно переформулировать так: It's about business. But about IT too. Но надо четко понимать, что "it's about business" <> "it's not about technology", хотя последнее - "это ведь не о технологиях!"- часто можно услышать на конференциях, где выступают представители многих маститых вендоров. Кстати, на эту тему вот неплохая статья Эндрю МакКаффи из Harvard Business School:

• The Impact of Information Technology (IT) on Businesses and their Leaders
  

А вот, наконец, и материал, который заставил меня вспомнить всю эту историю:

• MIT Sloan: "Avoiding the Alignment Trap in IT"

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


* "старое поколение" дельфистов знает Федора как ключевого автора RXLib, кстати, название которой расшифровывается как "Rosno vcl eXtension Library", а мы с Федором были одними из первых филд-тестеров продукта Borland под кодовым названием AppBuilder, известного теперь всем под именем Delphi ;)

Средства Web 2.0 внутри предприятия - кому это надо?

Вначале этот пост назывался "Средства Web 2.0 на предприятии ... (менеджерам то зачем?)", но после некоторых размышлений я решил сменить заголовок, оставив первоначальный текст без изменений, но развивая некоторые мысли уже в комментариях.

---

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

Конечно, с такой проблемой сталкивался не только я, но и множество сотрудников в любой компаний, где информация является повседневным и ключевым инструментом работы, сотрудников много, а информации - еще больше. Отсюда и внутренние обсуждения "а куда посмотреть" и "что почитать" (хорошо если не в списке рассылки, sic! - терпеть не могу этот инструмент, или e-mail обсуждении, с постоянно растущим числом участников, напоминающим в определенный момент письма, адресуемые To: AllEmployee ;-).

Как следствие, в лучшем случае - появление в компаниях (уже вне контекста упоминавшихся легендарных брендов*) Wiki как средств коллективного управления знаниями, внутренних блогов и, конечно, форумов. НО - чего мне лично (да и многим из тех сотрудников разных крупных ИТ компаний и не только, с которыми я обсуждал этот вопрос) не хватает:

• Закладок (не все же хранить на локальном диске)
  
• Ранжирования (самому оценить тот или иной материал и посмотреть на оценки других)
• Опросов (голосования, включая возможность создания внутренних опросных online форм)
  
• Персонификации работы с ресурсами в режиме dashboard или, если хотите, персональной портально-подобной страницы (уж не знаю как назвать лучше), формируемой/аггрегируемой из разных источников, что сразу наводит на мысль об еще одной причине такого внимания к композитных приложениям/SOA)
  

А ведь это и есть пресловутые вебдванольные с точки зрения инструментов, если не уделять столь (а иногда и слишком) большого внимания social relationship&linking. Только вот PHP в компаниях не увидишь, все больше бренд-named портал, хотя есть и технологические платформы (например, те же Joomla! или Drupal **) и, главное - просто немерянное количество инструментов, расширяющее их функциональность практически для любых целей обще-корпоративного накопления, обмена и управления знаниями, кстати, не менее интересного для поддержания взаимодействия с партнерами, если их роль в бизнесе компаний велика. А ведь Web 2.0 движим инициативой. И не только участников сообщества, но и разработчиков - т.е. создателей free & open source software.

Кстати, вот две августовские презентации Forrester с недавно прошедших телеконференций, в которых можно найти некоторые статистические данные из свежих исследований по обсуждаемой теме:

• Web 2.0 Comes To The Enterprise — What The Information Management Professional Needs To Know
• Selling Web 2.0: A Quantitative Look At Web 2.0 In The Enterprise

А причем тут менеджеры, кстати не только от ИТ, упомянутые в заголовке этого поста?

Как часто, сотрудники крупных компаний бывают в недоумении от маркетинговых или сейлз инициатив своих компаний? Как часто их голос не бывает услышан? А ведь from the field, при непосредственном контакте с заказчиками, очень многое часто видится, скажем так, иначе.

Необходимо ли менеджерам-лидерам получать обратную связь, анализировать полученную информацию и корректировать свои решения? ДА. Этим желанием они отличаются от обычных менеджеров, скорее руководящих, чем управляющих. Я в этом убежден. И пресловутые 2.0 инструменты, зарекомендовавшие себя как средства повышения активности сообщества и часто генерирующие прекрасное содержание своим "коллективно-бессознательным" (безусловно, не без участия лидеров - куда же без них ;-) - отличные средства . Часто намного лучшие средства, чем даже регулярные тим-билдинги. Потому что это новые инструменты business continuity, и уже совсем не с точки зрения ИТ, а компании как таковой, где люди - не ресурс и не область сокращения костов, а движущая сила бизнеса.

Перечитал тот поток мыслей , который только что зафиксировал в тексте. Хм... ;)
Прямо-таки манифест web 2.0 для предприятий получился...
А может так и надо было назвать этот пост?

---

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

** У этих платформ есть очень сильные русскоязычные сообщества - просто погуглите или пояндексите по названиям (я указал лишь ссылки на оригинальные, т.е. первичные ресурсы)

Здравствуй, Sun!

Читатели, Друзья, Коллеги!

Собственно, сегодня был мой первый рабочий день в компании Sun Microsystems.

В подразделении или, как принято говорить в Sun, практике программного обеспечения (software practice) московского офиса Sun я фокусируюсь на вопросах развития бизнеса (Россия, СНГ). Это значит, что занимаюсь "фсем" и, к тому же, немаленьким спектром программных решений (тут бы еще умудриться не забыть и перечислить основные, я уж не говорю об их компонентах ;-) :

• Identity Management
• SOA: Java CAPS - Java Composite Application Platform Suite
• JES - Java Enterprise System
• Java Systems Application Server
• Portal Services
• средства разработки
• StarOffice
• 
  
• ... - на случай, если что-то забыл упомянуть ;-)
• 
  
• и наконец, Desktop-системы: Sun Ray & Secure Global Desktop (GSD) - не удивляетесь, я не ошибся, это софт - именно он придает уникальные качества этим устройствам и прикладным решениям на их основе.

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

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

Ну а ваши поздравления я принимаю в комментариях к этому посту и на персональный e-mail sorlik/AT/gmail.com ;-)

Blogger порадовал или "нет" 2.0/"да" эволюции

Blogger действительно порадовал и после N месяцев существования двух версий - старой ("неогугленной" - со своим эккаунтом и т.п.) и новой (с тегами и другими новыми возможностями) позволил практически автоматически перенести старую версию блога на новый движок. Уж очень не хотелось делать версию 2.0 блога, а эволюционный переход и преемственнсть (blogger сам распознал мои добавления в шаблоне блога и самостоятельно перевел их на новые виджеты). Это стало хорошим поводом возобновить публикации в блоге после достаточно напряженной полугодовой непубличной работы в качестве независимого консультанта после моего ухода из Borland.

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

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

Результаты:

1. стартовать может любой одиночка
2. временные затраты (в данном случае 2 месяца от идеи до начала продаж):
   - 20% технология
   - 30% доведение до продуктового состояния
   - 50% - продвижение на рынок
3. еще раз убедился на своем опыте - использование разработчиком фреймворков или библиотек (в моем случае .net cf 2) недоступных в исходных текстах заставляет разработчика потратить ~на четверть больше времени в попытках понять поведение тех или иных элементов библиотеки ... (кстати, именно этим, по моему мнению, можно частично объяснить успех и Delphi и новую волну применения Java)
   

Ну а, собственно, что получилось из такого хоббизма? Расширенный вариант заметок (есть русская и английская версии) для КПК под управлением Windows Mobile (кстати, работает не только на WM2003SE и WM5, но и новой WM6).

Почему же все-таки "нет" 2.0 и "да" эволюции? Это не только о блоге, это справедливо и в отношении SOA и таких стандартов как COBIT, ITIL, CMMI, процесса разработки, развития софта и многого многого другого. Да, новые технологии появляются достаточно часто, стандарты тоже не стоят на месте, но именно количество эволюционных изменений приводит к качественным рывкам. CMMI повлиял на COBIT, .NET стал во многом результатом (по крайней мере в архитектуре компонент) многолетнего развития таких библиотек как Delphi VCL, и т.п. ... В общем, примеров - множество и, думаю, в этом вы со мной согласитесь. Просто 2.0 это часто обозначение нового качества, появившегося в результате множества небольших эволюционных изменений. Вот такая диалектика ;)