Инфографика. S01E05. ECM. P01. «ECM-метрополитен» – версия-2011

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

Честно говоря, концептуально-дизайнерская идея использовать стилистику карты метрополитена в качестве иллюстрации к тому или иному технологическому обзору уже порядком достала немножко поднадоела. И лучше, чем это делают японцы из Information Architects, никто все равно подобные «карты» не рисует. Вот пример – в одном из моих прошлогодних постов. Но разве можно специалисту по ECM пройти мимо картинки с названием «2011 Content Technology Vendor Map»? Такие «карты ECM-вендоров» ежегодно публикует аналитическая компания, до недавнего времени называвшаяся CMS Watch, а теперь носящая имя Real Story Group.

Поскольку мне лениво сочинять текст, я немного займусь копипастингом у самого себя :).  

Путеводитель выполнен в стиле карты метрополитена, линии которого обозначают основные направления развития технологий управления содержанием, а станции – основных вендоров. Пересечение конкретных «линий» на «станции» конкретного вендора позволяет быстро определить, в каких направлениях CM-технологий специализируется каждый из участников рынка.

Война форматов. S02E02. OOXML. P01. Microsoft: Обещать – не значит жениться

Накануне второй годовщины утверждения OOXML в качестве стандарта ISO 29500 (официальной датой считается 2-ое апреля 2008 года, хотя злые языки не без оснований утверждают, что реально официальное извещение ISO было разослано 1-го апреля – и это было сделано не просто так) в блоге Алекса Брауна появился пост с весьма красноречивым (для понимающих, о чем идет речь) названием – «Microsoft Fails the Standards Test».

Я взял на себя труд пересказать пост Алекса Брауна достаточно близко к исходному тексту, дополнив его необходимыми комментариями, касающимися отдельных перипетий «войны форматов».

Для тех, кто не совсем в теме (или – совсем не ...) поясню пикантность ситуации. Алекс Браун (Alex Brown) был председателем BRM (Ballot Resolution Meeting) – согласительной встречи по результатам голосования по проекту стандарта ISO 29500, состоявшейся в феврале 2008 года и фактически открывшей дорогу OOXML в стандарты ISO (у меня есть серия постов «Как OOXML становился стандартом ISO», в которой подробно рассказано о всем процессе стандартизации OOXML вообще и о роли BRM и Алекса Брауна, в частности – см. ссылки на эти посты в каталоге «Войны форматов»). Т.е., Алекс Браун был одним из самых последовательных сторонников принятия стандарта ISO 29500 (об этом можно почитать в его блоге периода 2007-2008 гг.), а теперь именно он публикует пост, открывающий новый виток скандальной истории OOXML.

Для абсолютного большинства нетехнических людей (в том числе и в госструктурах), кому важен сам факт ISO-шной «вывески» OOXML  и кто ни разу не продвигался в чтении стандарта ISO 29500 дальше титульной страницы (и это достаточно мудрое решение – учитывая, что стандарт содержит более 6000 страниц), остался неизвестным тот ключевой факт, что фактически под одним названием скрывается ДВА стандарта. Дело в том, что существуют так называемые «Строгая» (Strict) и «Переходная» (Transitional) спецификации OOXML, и обе они описаны в стандарте ISO 29500. На самом деле, появление «Переходной» спецификации явилось результатом дебатов в ходе BRM, и именно благодаря выделению этой спецификации в отдельное приложение стандарт ISO 29500 был в итоге утвержден. Изначально, когда описание формата OOXML, переданное на рассмотрение ISO, представляло из себя единое целое (хотя понятие «единое целое» весьма условно применительно к спецификации OOXML, являющейся результатом копипастинга из технической документации Microsoft), в нем присутствовали унаследованные от проприетарных форматов Microsoft возможности, которые, по утверждению MS были необходимы для обеспечения обратной совместимости с более ранними офисными форматами (т.е. де факто MS тянула в новый стандарт свои устаревшие проприетарные «фичи»). Против такого «наследства» выступили многие технические специалисты, привлеченные национальными комитетами по стандартизации к рассмотрению проекта стандарта. Результатом компромисса, достигнутого в ходе BRM (хотя, о том, как проходила BRM, стоит почитать отдельно), как раз и явилось разделение проекта стандарта на две спецификации – «Strict» и «Transitional». В «Transitional» были отнесены все те возможности, которые были нужны только для работы со старыми документами, но которые НЕ ДОЛЖНЫ были появляться в новых документах, создаваемых с помощью приложений, соответствующих Strict-версии ISO 29500. «Переходность» означала также то, что в следующих версиях ISO 29500 приложение, включающее в себя все Transitional-возможности, совсем не обязательно будет присутствовать – тем самым переходный период устанавливался с длительностью не более, чем период пересмотра стандарта ISO (все международные стандарты рецензируются всеми членами ISO, по крайней мере, через три года после публикации и каждые пять лет после первого рецензирования).

Обещания и реальность

Перед финальным голосованием по проекту стандарта 29500 Microsoft взяла на себя несколько обязательств, которые готова была реализовать в случае утверждения OOXML стандартом ISO. С этими обязательствами выступил в открытом письме вице-президент корпорации Крис Капоссела (Chris Capossela), ответственный за линию продуктов Microsoft Office. Сегодня, по прошествии двух лет с момента утверждения ISO 29500, можно сопоставить виртуальность (обещания) и реальность политики MS.

Мои посты про «войну форматов»

Мне тут подумалось, что далеко не все из посетителей моего блога настолько проникаются интересом к моей писанине, что пролистывают все записи от самых последних к самым первым. А между тем, три-четыре месяца назад у меня были достаточно интересные (к чему ложная скромность? :) ) посты посвященные «великому противостоянию» двух офисных форматов – ODF (OpenDocument Format) и OOXML (Office Open XML). Этих постов было немало, но тогда я еще не придумал «сериальный» принцип публикации, и не объединял их в «сезоны» и «эпизоды» (хотя пара мини-сериалов там все-таки получилась сама собой).

По опыту недавнего создания каталожного поста «Мои сериалы» я решил создать второй пост-каталог, посвященный «первой мировой войне форматов». К этой теме я собираюсь еще вернуться - не все написано из того, что планировал. Ну а пока перечислю то, что уже есть в блоге.

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

Открытые форматы – краткое введение в тему

Источники информации о стандартах ODF и OOXML – понятно, про что

Подборка постов, посвященных ODF:

Базовые сведения об ODF

Хронология разработки стандарта ODF

«Война форматов» продолжается: Европейские страны выбирают ODF

ODF шагает по планете…

Аналогичная подборка постов, посвященных OOXML:

Базовые сведения об OOXML

Разговор с Элизой об OOXML – текст, пародирующий «общение» с программой-«психотерапевтом» на тему OOXML

Рекорды стандарта OOXML

Как написать стандарт (если вам очень нужно) – еще один текст-пародия

Вот он – первый мини-сериал в моем блоге. Из названия постов ясно, о чем он – о скандальной истории рассмотрения (и утверждения) формата OOXML в качестве стандарта ISO:

Как OOXML становился стандартом ISO. Часть I

Как OOXML становился стандартом ISO. Часть II

Как OOXML становился стандартом ISO. Часть III

Перечисленные ниже четыре поста – перевод достаточно старого (середины 90-х годов) внутреннего маркетингового руководства Microsoft, которое, тем не менее, не утратило своей актуальности до сегодняшнего дня. Я считаю эти посты одними из самых лучших в своем блоге (увы, текст не мой – я только переводил):

Эффективный евангелизм. Часть I

Эффективный евангелизм. Часть II

Эффективный евангелизм. Часть III

Эффективный евангелизм. Часть IV

В ближайшее время я собираюсь возобновить публикацию «форматных» постов. Надеюсь, будет интересно не только мне :). Периодически – раз в 3-4 месяца - буду обновлять и пост-каталог (если будет что в него добавлять).

Cryptome.Org vs. Microsoft: Битва Давида и Голиафа в декорациях «цифровой эпохи»

Многие знакомы с выражением (и сопутствующим ему букетом эмоций удивления/недоумения/легкой досады и т.п.) «снять с кончика языка»: это когда фразу, которую ты только что собирался произнести, на долю секунды раньше тебя произносит другой человек – и вместо тебя привлекает к себе внимание (вызывает улыбки/восхищенные взгляды, срывает аплодисменты, становится героем дня/вечера/ночи :) и т.п.). У журналистов и блоггеров, пишущих на одни и те же темы, по-моему, есть аналогичное профессиональное определение – «снять с кончиков пальцев».

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

Наташа Храмцовская в своем блоге опубликовала пост о некоем документе Microsoft с длинным официальным названием, но в миру более известном как «Microsoft Global Criminal Spy Guide». Она начала свой рассказ об этом документе с фразы «На основе этого документа, несомненно, будут попытки очередной раз демонизировать Майкрософт…» - и мне теперь приходится оправдывать ее ожидания. Да, я буду демонизировать Microsoft! :)

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

ODF шагает по планете…

Как я и обещал в полемике с Натальей Храмцовской в предыдущем посте про ODF, публикую некоторые статистические данные со ссылками на источники. Кстати, название этого поста я придумал специально для Натальи :).

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

Но пойду по порядку…

На 21% немецких ПК установлен OpenOffice.org

Проведенный в Германии анализ популярности офисных пакетов показал, что у 21.5% пользователей на компьютере установлен OpenOffice.org или такие производные продукты как StarOffice и IBM Lotus Symphony. 17.1% пользователей не имеют офисного пакета, а 0.03% используют KOffice.

Для проведения анализа использована статистика сервиса FlashCounter, счетчик которого установлен на более, чем 100 тыс. немецких сайтов. Вывод об использовании того или иного офисного пакета сделан на основании наличия определенных типов дополнительных шрифтов на машине пользователя, при этом вероятность ошибки определения установки Microsoft Office составляет ±10%, а других офисных пакетов ±0.5%. Всего были проанализированы данные более чем о  миллионе немецких ПК.

Русскоязычный перевод новости взят с сайта OpenNET - http://www.opennet.ru/opennews/art.shtml?num=25249

Оригинальная новость на английском языке размещена на сайте «The H» - http://www.h-online.com/open/news/item/Study-21-of-German-PCs-run-OpenOffice-919501.html

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

MS ГосУслуги 2010?

Ну просто таки горячая новость на РБК – «Microsoft намерен поучаствовать в расширении возможностей портала госуслуг в электронном виде в РФ»! Пока только перепечатываю, анализировать и комментировать позже буду.

11.02.2010, Красноярск 12:39:59 Корпорация Microsoft намерена принять участие в разработке единого интернет-портала в части непосредственного предоставления государственных услуг в электронном виде в РФ. Об этом РБК сообщил глава Microsoft в России Николай Прянишников.

Напомним, 15 декабря 2009г. был запущен портал www.gosuslugi.ru, разработанный ОАО "Ростелеком" по заданию Министерства связи и массовых коммуникаций РФ в рамках реализации федеральной целевой программы "Электронная Россия". Однако сейчас на сайте можно лишь ознакомиться с существующими госуслугами. Как заявил тогда глава Минкомсвязи Игорь Щеголев, значительная часть услуг в электронном виде станет доступна с середины 2010г.

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

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

При этом он подчеркнул, что пока контракт с Microsoft не заключен. "Сотрудничество уже идет, но контракта и конкретных договоренностей пока нет. Но по плану все должно быть реализовано именно таким образом", - отметил глава корпорации, подчеркнув, что Microsoft готов как долгосрочному сотрудничеству, так и к поэтапной работе.

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

Н.Прянишников также сообщил, что кроме единого портала федеральных госуслуг корпорация реализует аналогичные проекты и в регионах. "Мы сотрудничаем с региональными властями по проектам информатизации регионов, в том числе, в части предоставления электронных услуг. Я много встречался с руководителями регионов, у нас заключены соглашения. Сейчас прорабатываются детали реализации региональных программ", - добавил он. В частности, Microsoft разработал порталы администрациям Новосибирской области и Красноярска для формирования единого информационного пространства исполнительных органов госвласти. […]

Последнюю фразу я специально выделил. Нужно будет посмотреть на эти порталы. Красноярский уже нашел – и сам портал, и описание кейса на сайте Microsoft. На MS SharePoint сделан (кто бы сомневался…)

И снова – «боевой PowerPoint»…

В прошлом посте о «боевом PowerPoint’е» я уже писал, что, заинтересовавшсь проблемой, обнаружил большое количество публикаций по теме. Среди них мне попалась одна запись в серьезном блоге «Combined Arms Center Blog», которая называлась «Победа в войне с помощью PowerPoint: Дилберт руководит действиями COIN?» («Winning The War Through PowerPoint: Dilbert Leads The COIN Fight?»).

Презентация, которая упоминалась в посте (и вокруг которой, собственно, и была выстроена вся полемика автора), называлась «Dynamic Planning for COIN in Afghanistan» («Динамическое планирование контрповстанческих операций в Афганистане»), и она была доступна в интернете. Естественно, я не преминул ее скачать.

Сказать, что я был потрясен – значит, не сказать почти ничего. Мне приходилось видеть много разных консалтинговых материалов, содержащих различные концептуальные схемы, карты «мозговых штурмов» и т.п. Но ТАКОЕ я видел впервые! Больше всего это напоминало последовательно запечатленный скоростной фотокамерой взрыв на макаронной фабрике…

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

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

PowerPoint - опыт боевого применения

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

Вначале я процитирую запись из блога пользователя ЖЖ scholar_vit (спасибо ему за краткий перевод-пересказ оригинального текста, выделения жирным шрифтом мои):

Чуть не поперхнулся за завтраком, читая заметку Джонатана Ваккаро, прослужившего полгода в Афганистане. Он говорит, что для любого боевого действия офицер там должен получить разрешения от одиннадцати (!) разных инстанций. Весь процесс занимает порядка 96 часов. Он рассказывает типичный случай: приходит информатор и сообщает, что в деревне гостит талибанский командир. Пьёт чай. Самое время его накрыть. Боевой план готов, моторы гудят. Но увы - пока собираются 11 подписей, чай успевает быть допитым, а талибанец - спокойно уйти. Автор утверждает, что такое происходило в 70% случаев, когда он пытался задержать талибанцев, опираясь на оперативные данные.

Но самое интересное - дальше. Ваккаро пишет: "Боевые командиры обязаны посылать отчеты в PowerPointе, с правильными шрифтами, толщиной линий и цветами, иначе система сбора отчетов не срабатывает". Мда.

Как полагает Tufte, PowerPoint в отчетах - это верный признак деградации системы [см. Edward R. Tufte, The Cognitive Style of Powerpoint: Pitching Out Corrupts Within, Graphics Press, 2003, http://www.edwardtufte.com/tufte/powerpoint]. Tufte считает, что "когнитивный стиль PowerPoint" - одна из причин трагедии "Колумбии" [см. главу из эссе, выложенную в открытый доступ]. Я не знаю, насколько он прав, но мой скромный опыт говорит, что когда вместо white papers пишут слайды - скорее всего, читать уже нечего.

Эффективный евангелизм. Часть IV

Джеймс Пламондон

Типовой график Евангелизма (фазы 5..12)

5: «Джихад»

«Джихад» - это поездка, в ходе которой Евангелист встречается со многими НВ один-на-один, чтобы убедить их предпринять определенные шаги. Классический Джихад заключается в том, чтобы добиться от НВ Уровня A обещаний по поддержке технологии путем подписания «Письменного Соглашения».

Джихад фокусируется на аспекте евангелизма, известном как «Путешествующий Торговец». Как в любой продаже, цель занятия состоит в заключении сделки – добиться, чтобы НВ поставил свою подпись на пунктирной линии, чернилами, безотзывно. Не обещать связаться с нами позднее, не обещать рассказать супруге о нас, не взять трехдневную паузу на обдумывание, а лишь подписывать, подписывать, подписывать…

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

Для того, чтобы максимизировать шанс получения подписи НВ во время Джихада, убедитесь что:

• НВ видел текст Соглашения, по крайней мере, за неделю до вашей встречи
• В Соглашении очень четко прописано, что обещает сделать каждая сторона, и когда
• Топ-персона НВ будет присутствовать на встрече
• Директор Microsoft по взаимоотношениям с разработчиками заранее, до встречи, представил Соглашение с достаточной серьезностью во вступительном письме или другим способом
• Вы с самого начала даете понять, что цель вашего визита состоит в том, чтобы ответить на любые вопросы, которые у них могут возникнуть при подготовке к подписанию Соглашения
• Они понимают, что те, кто не подпишет Соглашение, будут отлучены от получения любой будущей информации о технологии, пока она не перейдет в стадию публичной «беты»
• Они понимают (не питая никаких иллюзий насчет этого), что вы сделаете точно такие же предложения их конкурентам
• У вас собой имеются футболки или другое барахло, чтобы вручать тем, кто подписал. Это просто поразительно, что некоторые люди готовы сделать в обмен на футболку… 

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

Эффективный евангелизм. Часть III

Это первый из двух заключительных постов, посвященных эффективному евангелизму в трактовке Дж.Пламондона. Как и обещал, указываю первоисточник всего этого великолепия – сайт Groklaw (он давно висит у меня в уголочке «Полезные ссылки»). Там есть раздел, посвященный судебному делу «Comes vs. Microsoft» (одно из нескончаемой череды разбирательств с Microsoft на антимонопольную тему) - вот в этом-то разделе и лежит документ общим объемом более сотни страниц. Правда, большинство этих страниц представляет сканы распечатанных презентаций Пламондона, предназначенных для «внутреннего потребления» в Microsoft (забавно, что одна из этих презентаций представлена в отцензурированном виде – два десятка страниц, на которых видны только замазанные черным контуры слайдов). Но есть и два текста – введение в эффективный евангелизм (его я перевел и опубликовал самым первым) и практическое руководство «Типовой график Евангелизма» («Generalized Evangelism Timeline»), краткое изложение которого я опубликовал несколько дней назад, а развернутые тезисы по каждому из 12-ти пунктов графика, наконец-то, публикую сейчас.

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

Конечно, найдутся те, кто обвинит меня в манипулировании переводом… Приходится признаться – действительно манипулировал :). Я посчитал, что некоторые прописные маркетинговые истины будут неинтересны тем, кто знает в этой области гораздо больше меня. Зато, надеюсь, всем читателям будет интересно взглянуть на «закулису» глянцево-гламурного маркетинга Microsoft.

Наиболее ударные фрагменты текста и отдельные фразы я позволил себе выделить жирным шрифтом – они того стоят.

Эффективный евангелизм. Часть II

Наконец-то я сподобился приступить к публикации перевода второй, наиболее ударной части «Эффективного евангелизма» Дж.Пламондона. Всего будет три поста – вот этот, короткий, и два длинных. Короткий пост – это фактически оглавление длинных постов. Длинные посты планирую повесить сегодня ближе к ночи (первый из них уже готов, но я хочу опубликовать их одновременно). Так что, stay tuned… Вам понравится :)

Джеймс Пламондон

Типовой график Евангелизма

1.  Начало Евангелизма. Цели, стратегия и тактика, независимые вендоры и авторитеты определены. Убедитесь, что спецификация и демо-материалы приближаются к стабильности. Убедитесь, что служба поддержки продукта и команда разработчиков готовы поддерживать вендоров в Лаборатории Разработки. Определите целевых вендоров и потенциальные «кнуты и пряники», которыми вы сможете их мотивировать. Не забудьте о проблеме инструментальных средств (большинству вендоров понадобятся инструменты, чтобы реализовать поддержку вашей технологии; какие продукты являются критичными? Нацельтесь сначала на них.)
2. Подготовка к Презентации Дизайна. Подготовка начинается. Определяются докладчики, логистика, приглашаемые, «скелет» пресс-релиза, «выставочные» вендоры и т.д.
3. Проведение Презентации Дизайна. По достижении готовности (a) спецификации (S1) и/или (b) первой внутренней сборки, достаточно стабильной для демонстрации, целевые вендоры приглашаются на Презентацию Дизайна. Цели: (i) убедиться, что технология полезна для вендоров, (ii) добиться эмоционального вовлечения вендоров в поддержку технологии, (iii) сгенерировать позитивную прессу, посвященную технологии.
4. Ограниченный релиз для разработчиков. Технология и спецификация достигли достаточной стабильности (A1) для того, чтобы быть предоставленными в распоряжение избранных разработчиков. (Фазы 3 и 4 часто объединяются, так чтобы первый стабильный релиз можно было передать участникам Презентации Дизайна). Это еще не общий бета-релиз.
5. «Джихад» во время (или сразу после) Презентации Дизайна. Вендорам направляются для ознакомления детали Программы «Первая Волна [Название технологии]», включая Меморандум о Взаимопонимании . Через несколько дней каждому вендору наносится персональный визит, чтобы обеспечить его участие в Программе «Первой Волны».
6. Программа «Первой Волны». Обеспечьте для целевых вендоров серию визитов (редко – более трех) в Лабораторию Разработки, сосредоточившись на создании версий их приложений, которые демонстрируют поддержку вендором технологии. Контролируйте распределение ко-маркетинговых субсидий. Контролируйте прогресс вендоров в направлении успешной демонстрации, направляйте отчеты вверх по руководящей цепочке. Консолидируйте отзывы от вендоров, запросы на исправление ошибок и т.п., и в целом представьте вендоров команде технологического продукта. Убедитесь, что адекватные примеры кода и документация подготовлены. Скоординируйте обучающие материалы, книги (MS Press и сторонних издательств), статьи, тематические сессии на конференциях, подготовленные панельные дискуссии, семнары, статьи в журналах, дезертирство от конкурентов, расколы в альянсах и т.д.

Эффективный евангелизм. Часть I

Публикуемый ниже текст был написан в 1997 году Джеймсом Пламондоном (James Plamondon), техническим евангелистом корпорации Microsoft. В том далеком году он представлял собой часть внутрикорпоративного руководства по эффективному евангелизму и был снабжен грифом «Строго конфиденциально». Сейчас он выглядит вполне безобидным маркетинговым материалом, и, если исключить из него достаточно откровенные эпитеты в адрес конкурентов MS (которые в тексте называются не «конкурентами», а «врагами», «противниками» - enemies), а также прямолинейное декларирование целей самой Microsoft, то вряд ли бы он сгодился на что-то большее, чем быть использованным в вводной презентации на тренинговом семинаре для новичков – маркетологов и евангелистов (хотя, наверное, новичков-евангелистов в природе не существует – к евангелизму приходят с опытом).

Но текст значительно глубже, чем может показаться с первого взгляда. Он был написан, когда до утверждения первой версии спецификации XML оставался еще целый год, до выхода первой бесплатной версии StarOffice было больше двух лет, а до разработки OOXML – практически 10 лет. И тем не менее, если попытаться проанализировать все действия Microsoft в истории с утверждением OOXML в качестве стандарта ISO, то можно увидеть, что базовые принципы эффективного евангелизма по прежнему состоят на вооружении корпорации.

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