Кто, зачем и как (о блог-проекте) === Мой основной персональный Web-ресурс тут:

среда, 30 декабря 2009 г.

Добрый день уважаемые коллеги!
Позвольте мне присодиниться к Вашему уважаемому собранию. Разрешите в первую очередь пожелать всем здоровья, удачи и благополучия в Новом году! Хороших и продуктивных идей в бизнесе и науке.
С уважением и наилучшими пожеланиями,
Андрей Линев
Компания "ИнтерТраст"

вторник, 29 декабря 2009 г.

С Новым годом! До встречи после каникул!

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

Поздравляю всех с наступающим Новым годом! Желаю весело (и даже креативно) отметить этот замечательный праздник и хорошо отдохнуть на предстоящих каникулах.
Желаю успехов во всех ваших начинаниях в наступающем году.

У меня было поначалу желание написать пару постов по итогам прошедшего года, но потом я понял, что это будет сейчас уже явно лишним. Сейчас уже всем не до того, лучше этим заняться после прадников :-)

Итак, на блоге объявляются каникулы до 10 января.
Блог будет работать, но уже не таком режиме темпе, как это было до того.  Я сам буду в отпуске, но постараюсь регулярно (в горах) просматривать его.

Все же об итогах. Об итогах работы ECM Club.

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

Спасибо тем, кто поддержал этот начинание!
Спасибо всем, кто принял участие!

Андрей Колесов

пятница, 25 декабря 2009 г.

Интересные темы в новом году

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

Но все же было бы интересно узнать мнение активных и пассивных членов сообщества -- о чем было бы полезно и интересно поговорить в наступающем году?

В разных записях этого блога отмечалось, что пока к публикациям тут не подключились, например, представители заказчиков. Но почему это происходит? Я думаю, что одна из главных причин -- мы пока говорим про вещи, которые им (заказчикам) не очень интересны.

Обратите внимание -- пока вообще не затрагиваются, например, вопросы реализации проектов (в самых разных аспектов).

вторник, 22 декабря 2009 г.

Законотворчество как стумул развития рынка

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

понедельник, 21 декабря 2009 г.

Здравствуйте, коллеги!

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

С уважением, Вадим Ипатов, ИнтерТраст

суббота, 19 декабря 2009 г.

ECM-дела в мире

Как тут уже писалось еще ранее, в ноябре Gartner выдал свой очередной отчет по ECM-рынку. Я в начале декабря написал по мотивам этого отчета статью, которая тогда же и опубликовалась, но я как-то в том момент пропустил ее. Вот сейчас вспомнил.

среда, 16 декабря 2009 г.

ЕСМ и WCM в России...

Хочу поделиться своими мыслями на тему, которую Андрей поднял мельком в одном из комментариев на своем блоге о соотношении доли WCM в общем объеме ЕСМ рынка в России и на западе. В самом деле, веб-контент-менеджмент является на западе востребованным функциональным расширением ЕСМ платформы и собственно благодаря в большей степени ему традиционное понятие DM систем, пусть расширенное ранее некоторыми другими понятиями окончательно сформировалось в новое обощенное понятие ЕСМ, то есть после включения WCM функциональности вновь возникший класс платформ показал, что он может рабоать не только с текстовыми файлами, но с XML и HTML- файлами, а также с графической и мультимедийной информацией. Фактически, выход традиционных поставщиков DM систем в Web означал адаптацию их механизмов для новой среды становящейся мейнстримом у их традиционных заказчиков.

DOCFLOW! "Свет-зеркальце, скажи…"

"DOCFLOW как зеркало…" Специально сделал запрос на Гугле, чтобы еще раз удостоверится, кто впервые использовал это сранение (см. http://www.pcweek.ru/themes/detail.php?ID=64584). Я его и сейчас искренне считают таковым. И, как я понимаю, многие участники начавшегося обсуждения по поводу DOCFLOW 2010 (http://ecmclub.blogspot.com/2009/12/docflow-2010-20.html), общем-то, согласны (в той или иной мере) с этим утверждением.

Так вот я предлагаю, обсуждая (критикуя, предлагая и пр.) DOCFLOW, представить, что мы стоим перед зеркалом и говорим туда…

вторник, 15 декабря 2009 г.

Для кого мы пишем здесь...

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

понедельник, 14 декабря 2009 г.

О Content'ах и Документах

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

суббота, 12 декабря 2009 г.

Что такое ECM и Content. Посмотрим Википедию

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

Посмотрим, что там говорится.

пятница, 11 декабря 2009 г.

Подготовка к DOCFLOW 2010. 2.0

Собственно, я сейчас хотел бы повтороить призыв, прозвучавший две с половиной недели назад (http://ecmclub.blogspot.com/2009/11/2010.html) по поводу подготовки очередного мероприятия в Москве.
Помнится, как раз ровно год назад организаторы DOCFLOW провели первую организационную встречу по созданию экспертного совета. Были сформулированы неторорые идеи работы этого органа.
Было бы интересно узнать мнения членов Совета и участников рынка по каким-то итогам работы за год.
Мне казалось, что статегической задачей такого Совета должна была стать координация усилий представителей разных групп (заказчиков, поставщиков) по каким-то совместным действиям, направленным на развития рынка.

А как это получалось на практике?

четверг, 10 декабря 2009 г.

Может ли отрасль организовать НИР?

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

среда, 9 декабря 2009 г.

Опять услышал "рЕкорд"

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

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

Я его потом уже спросил, а почему "вы использовали этот термин"? Он - "А каком нужно? Документы по русски означают другое, запись - то же не очень годится..."

вторник, 8 декабря 2009 г.

Все же про СЭД на СПО на Минкомсвязи

В продолжение поста, опубликованного четыре дня назад (http://ecmclub.blogspot.com/2009/12/blog-post_04.html).
Оказывается, моя статья по Конкурсу с длинным и запутанным (для меня лично) названием “Право заключения государственного контракта на оказание услуг по разработке типовой системы электронного документооборота на свободном программном обеспечении на базе Министерства связи и массовых коммуникаций Российской Федерации” (http://www.zakupki.gov.ru/Tender/ViewPurchase.aspx?PurchaseId=544120) опубликовалась на сайте еще в пятницу вечером, но я узнал только вчера утром.

Вот она http://www.pcweek.ru/themes/detail.php?ID=121447

понедельник, 7 декабря 2009 г.

Что мы хотим от аналитики рынка ?

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

Итак, необходимый минимум...

Модераторское. Кто пишет и для кого?

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

Напомню как у нас все это устроено.

суббота, 5 декабря 2009 г.

О переводе терминов. На примере Content...

Я решил продолжить высказывать соображения (в продолжение обсуждения поста о "Контенте" http://ecmclub.blogspot.com/2009/12/blog-post_783.html).
Потому, то это будет длинный рассказ :-) и на более общую тему.
Кратко. "Контент" в русской ИТ-отрасли -- это не "содержимое документа".

Теперь длинно.
Словарь должен фиксировать то, что формируется в языке. А не навязывать то, что  считает нужным кто-то. Конечно, можно попробовать навязать, но попятка может окончиться неудачей.

пятница, 4 декабря 2009 г.

Как лучше перевести определение термина "контент"?

Уважаемые коллеги, пытаюсь найти хороший перевод определения из стандарта ISO/IEC 82045-1: "Сontent - subject information of a document".

Пока что лучшее, что мне удалось придумать, это: "Контент (содержание) - предметная информация, содержащаяся в документе" (за document ->"документ" просьба не цепляться :) ) Может, что посоветуете?

Пока суд да дело...

Хочу проинформировать всех участников сообщества, что факту публикации так называемого "Аналитического отчета о рынке СЭД в первом полугодии 2009 года", выполненного сотрудниками компании ДСС и распрораненного от имени этой компании для неограниченного круга лиц, мы приняли решение передать вопрос корпоративным юристам, которые согласно положениям ГК РФ по-видимому обратятся с суд, с целью признать опубликованные факту не соотвествующими действительности и порочащими деловую репутацию нас как упомянутой без нашего согласия в данном исследовании. Как известно, бремя доказательства фактов лежит на авторе и распространителе искаженных фактов, и мы с бошльшим интересом следим как авторы и распранители отчета будут обоснововать истинность приведных в отчете фактов. Если кто-то еще из коллег захочет присодиниться к юридической процедуре, прошу дать мне знать, мы будем рады если "сообщество СЭД" будет коллективно проводить "апробацию данных аналитики" хотя бы постфактум :-).

"Разработка типовой СЭД на СПО на базе Минкомсвязи"

Фраза, вынесенная в заголовок, -- это сокращенный (мною) вариант полного названия конкурса, которое в полном варианте выглядит так:
“Право заключения государственного контракта на оказание услуг по разработке типовой системы электронного документооборота на свободном программном обеспечении на базе Министерства связи и массовых коммуникаций Российской Федерации”

Я перечитывал это название много раз, но понять (из названия), в чем суть проекта так и не смог.

четверг, 3 декабря 2009 г.

Есть такое дело - "Рекордз Менеджмент"

Иду вчера по улице, Б.Семеновская, у м. "Электрозаводская". И вижу вот это:

среда, 2 декабря 2009 г.

В чем потенциал СЭД?

Мне хотелось бы развить вопрос, обозначенный в предыдущем посте (http://ecmclub.blogspot.com/2009/12/blog-post_01.html).
Повторю цитату: "даже в этом сегменте рынка, уже почти исчерпанном в части традиционного функционала СЭД - огромный потенциал в части ECM"

Вопрос примерно такой. В каккую сторону будут развиваться СЭД? Какой потенциал ECM будет востребован с ближней и среднесрочной перспективе?

Вот опять же посмотрите на исследования рынка СЭД (и DSS и что было у CNews). Например, они в принципе не рассматривают системы управления Web-контентом.

вторник, 1 декабря 2009 г.

СЭД и ЕСМ. В чем разница?

В комментарие на предыдущий пост Дмитрий написал такую фразу:
"даже в этом сегменте рынка, уже почти исчерпанном в части традиционного функционала СЭД - огромный потенциал в части ECM".

Вот какая любопытная штука получается. С одной стороны, вроде бы СЭД и ECM -- это какие-то разные вещи. А с другой, когда мы говорим о российском сегменте рынка в целом, то СЭД и ECM рассматриваются почти как синонимы. (Кстати, тот же Гартнер включает в понятие ECM-рынка сегмент управления Web-контентом, а мы у себя - нет).

Так как все же соотносятся эти понятия?

Терминология и Семантика

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

Но сначала сама цитата:

понедельник, 30 ноября 2009 г.

Использование СЭД в госструктурах

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

пятница, 27 ноября 2009 г.

Модераторское. Ввод комментариев

В механизме данного блога замечена проблема с вводом комментариев. Она не "сметрельна", но может вводить в замешательство. Я о ней скажу подробнее, но сначала хочу обратить еще раз внимание всех "пишуших".

четверг, 26 ноября 2009 г.

Крупные заказчики и крупные проекты

В посте "ECM и ERP" был использован термин "крупные заказчики". Автор (Treschuk) привел такое определение: крупные клиента - это те, "которые покупают R3 или OEBS (или серьезно рассматривают возможность такой покупки)"

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

среда, 25 ноября 2009 г.

Модераторское. Технические проблемы с комментариями

Вчера я получил письмо от одного из участников Клуба (Al_Bert). Он обратил внимание, на "пропажу" нескольких его комментариев в трех записях за этот месяц. С его помощью я проверил – да, это так.
 Считаю нужным поставить в известность все "пишущих".

вторник, 24 ноября 2009 г.

Файловые форматы в Интернете и Рунете

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

Подготовка к Докфлоу-2010

Коллеги, пока мы с вами судили и рядили по поводу терминологии и стандратов, пришло приглашение на очередное Докфлоу, которое всем участникам сообщества было бы очень полезно, во-первых внимательно прочитать (не столько даже само приглашение, сколько контракт-заявку), а во-вторых обсудить например в этом блоге, поскольку экспертный совет Докфлоу, который был анонсирован как орган в частности обсуждения с участниками рынка формата и улучшения организации Докфлоу, так и не приступил к реальному осуществлению данных функций, что на самом деле очень жалко, однако было объективно ожидаемо ибо топ-менеджмент компании организатора объективно занимается развитием этого проекта по остаточному принципу.
С одной стороны Докфлоу однозначно самый лучший из всех конференционно-выставочнных проектов на тему ЕСМ-технологий в России, но с другой организация процесса подготовки к выставки, рубрицирования выставки и конференции, а главное пригласительная компания в последние годы заставляют желать организаторам больше прислушиваться к мнению экспонентов, которым этот проект дорог и любим, за который они тоже переживают и в который они вкладывают многие годы немалые средства. Мне кажеться, что тема могла бы быть интересна более широкому кругу внутри наших компаний и ее стоит обсудить.

Назревшая необходимость

Коллеги !
Уже несколько раз я упоминал это в комментариях, но решил педалировать общее внимание читателей блога в отдельных заметках, вынесенных в основную ветвь дискуссии. Уверен, что многие проблемы рынка и пропаганды общих принципов устройства можно и нужно было бы решать через некоммерческую организацию разработчиков и провайдеров ЕСМ-технологий, которые основные игроки российского рынка могли бы договориться создать. Я не ставил бы на первые годы существования этой гипотетической организации никаких глобальных целей, кроме просвещения и развития рынка, которыми сейчас никто целенправленно не занимается или занимается не слишком системно и главное сепаратно. Интересно было бы обсудить здесь насколько мы с вами готовы были бы в будущем году начать такой проект ?

Публикации по ECM. И проблемы при их подготовке

Две недели назад был на конференции EMC Momentum 2009 Euro (я очень кратко писал об этом - http://ecmclub.blogspot.com/2009/11/momentum-2009.html). А в пятницу опубликовалась моя итоговая статья по этому поводу (http://www.pcweek.ru/themes/detail.php?ID=121159), а еще дней за десять до того статья по мотивами октябрьских мероприятий двух российских СЭД-поставщиков (http://www.pcweek.ru/themes/detail.php?ID=120976).

Не открою Америки, если скажу, что зарубежные мероприятия довольно сильно отличаются от наших местных.

понедельник, 23 ноября 2009 г.

AIIM о BPM

AIIM прислала отчет по внедрению и использованию BPM. Несколько выводов в переводе -- на ecm-journal.ru.

Опрос проведен в основном "у них" по базе в 425 респондентов (2% из Азии, 5% Others, 62% США, 14% Канада, 8% UK, 5% прочая Европа). Понятно, что он достаточно тенденциозный: AIIM всеми силами пытается показать важность BPM и ECM (часто это удаётся).

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

Особых выводов нет, кроме довольно философского. Бизнес-потребности за последние 20 лет не поменялись. Меняются инструменты. Меняется маркетинг. Не уверен, что при этом меняется в лучшую сторону качество решений (включая стоимость).

воскресенье, 22 ноября 2009 г.

ECM и ERP

По мотивам пятничной беседы с коллегой из SAP.

Из России не всё видно хорошо. Вот, например, конкуренция на рынке "больших" ERP у нас почти отсутствует, Россия - страна SAP. Собственно, по этой же причине, в России не очень хорошо видно как влияют друг на друга два рынка - ERP и ECM.

пятница, 20 ноября 2009 г.

"Даешь, честного и прозрачного оператора локальных рейнтингов ЕСМ-технологий !"

Я бы хотел оттолкнуться от этого призыва, которым закончил свой комментарий к предыдущему посту Константин.
Хочу сразу отметить, что лично я считаю, что ответа на вопрос в какой мере нужны исследования, не получил. Обратите внимание – не просто абстрактно "нужны или нет", а "в какой мере". Т.е. какие суммы готовы платить потенциальные потребители подобных "исследовательских продуктов" за товар. Пока у нас получается так – "хочу Мерседес, но беслатно".

Собственно, я тут возвращаюсь к вопросу 3 в моем первом посте на эту тему:
"3. Если не устраивает, то почему никто ничего не делает, чтобы повысить это уровень до нужно качества?"

четверг, 19 ноября 2009 г.

Исследования рынка: нужны ли и кому?

Мне все же хотелось бы продолжить обсуждение темы "Исследования рынка СЭД", которую я начал об в этом посте http://ecmclub.blogspot.com/2009/11/blog-post_10.html. Речь идет России и о "независимых" исследованиях…

Дискуссия, как мне кажется, споткнулась уже на первом вопросе:  нужны ли подобные исследования в принципе?

понедельник, 16 ноября 2009 г.

В продолжение дискуссий об аналитике

Gartner выпустила новый "Магический Квадрант по технологиям ECM".
http://www.gartner.com/technology/media-products/reprints/oracle/article101/article101.html
Все уже видели SharePoint 2010? (Кто не видел, могу продемонстрировать, участвовали в партнерском тестировании и в программе раннего продвижения, уже почти гуру).
Что скажете? Сбываются прогнозы о завоевании компанией Microsoft рынка ECM? Или это коснется только малых и средних пользователей?

PS. И ещё. Не ругайте DSS, помогите им стать лучше.

Размышления про Filenet

Сугубо субъективно: насколько мне известно, FileNet - очень большая, тяжелая система. Ее самой сильной чертой является промышленная система BPM, которая имеет хорошое позиционирование в финансовом секторе США. File Net вообще пионер в этой области, говорят что термин workflow - это их изобретение.

Что было интересного на "ИнфоДокуме"?

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

воскресенье, 15 ноября 2009 г.

Колонка модератора: Имена и Профайлы.

Это чисто организационный пост. Он имеет рекомендательный, а не обязательных характер.

Все, кто участвует в блоге, можут выступать с точки зрения его идентификации в двух вариантах
1)  под псевдонимом (для этого нужно иметь учетную запись в Гугле, для авторов это обязательно)
2)  анонимно (только для комментариев, пока у нас это разрешено)

четверг, 12 ноября 2009 г.

MSSP, Босс-Рефефрент и все-все

Коллеги,
я бы хотел разделить предложенное Андреем обсуждение на 2 части.
Первая, самая живая, это MS SP.
А потом отдельно я как-нить поделюсь сокровенным про Filenet.

Шумно протестую!

Андрей,

в Вашей статье "Российский Рынок СЭД в 1М Полугодии" Вы написали, дословно:
LiveLink (продукт компании Open Text, ранее назывался Hummingbird Enterprise). Это неправильно!!!

среда, 11 ноября 2009 г.

Momentum 2009. Афины, Греция

Я сейчас на конференции Momentum 2009 (EMC Documentum). В Афинах.
Приехал в понедельник, сейчас среда, утро. Уезжаю.

Поэтому очень-очень кратко. Что произвело впечатление

вторник, 10 ноября 2009 г.

По поводу исследования российского рынка СЭД

Из предыдущих обсуждений в блоге видно, что вопрос исследования рынка ECM/СЭД в России представляет интерес. Я уже писал, что на конференции ЭОС доклад на эту тему представила Татьяна Князева из DSS (по итогам первого полугодия). Ее доклад опубликован (на сайте ЭОС).

Меня эта тема давно интересует и я ее хотел обстоятельно обсудить.

пятница, 6 ноября 2009 г.

"БОСС-Референт" на платформе MS SharePoint

Вчера получил такой пресс-релиз от MS: "Новый БOCC-Референт на платформе Microsoft". На сайте MS он не опубликован. Вот выдержки:

Материалы с мероприятий "ИнтерТраста" и ЭОС

Я еще получил нужные ссылки и сейчас публикую их тут.

среда, 4 ноября 2009 г.

Овчинка и выделка

Думаю, что со мной согласятся все члены Клуба: убедить заказчика приобрести систему, пожалуй, еще более сложно, чем ее разработать и внедрить. Особенно это справдливо в том случае, если мы планируем использовать "тяжелую" промышленную платформу.

Предлагаю уважаемым колегам обсудить следующую проблему.

вторник, 3 ноября 2009 г.

Федеральные ИТ-проблемы на Софтуле. О чем шел разговор?

Вчера увидел в PC Week вот такую публикацию "В форусе Softool – федеральные ИТ-проблемы". Статья написана и опубликована еще до Софтула, по мотивам пресс-конференции организаторов за пару недель до начала выставки. Честно говоря, я таких встреч с гослюдьми стараюсь по работе избегать – там обычно не бывает ничего интересного, сплошные ритуальные фразы о желании построения информационного общества и каких-то непреодолимых препятствиях на этом пути.

пятница, 30 октября 2009 г.

MoReq2 на русском – в свободном доступе

На сайте DLM-форума появился новый суб-сайт www.moreq.info , посвященный спецификациям MoReq и MoReq2. На нём, по адресу http://www.dlmforum.eu/index.php?option=com_jotloader&view=categories&cid=12_bcb6040aefc160c09ae4290ae1857b9f&Itemid=39&lang=en , можно скачать два перевода MoReq2 на русский язык, а также перевод спецификаций на французский и чешский языки.

Призрак бродит по России. Призрак ГСДОУ…

Аббревиатура ГСДОУ хорошо знакома всем участникам блога, поэтому я не стану ее здесь расшифровывать (тем более, что расшифровка все равно будет ниже по тексту).

В требованиях заказчиков на разработку/внедрение СЭД часто присутствуют фразы типа: «система должна соответствовать стандарту ГСДОУ…», «система должна отвечать требованиям ГСДОУ…», «система должна поддерживать процедуры документооборота в соответствии с ГСДОУ…». Вендоры с пониманием откликаются на такую потребность заказчиков и, безусловно, позиционируют свои решения как «соответствующие», «отвечающие», «поддерживающие». Мне встречалось даже утверждение о наличии у некоей системы «сертификата соответствия стандарту ГСДОУ».

С чего начинается прозрачность систем управления

Сегодня утром написал в своем персональном блог пост на бытовую тему. А написав, понял, что эта запись (http://www.itblogs.ru/blogs/kolesov/archive/2009/10/30/55929.aspx) имеет самое прямое отношение к вопросам построения "электронного государства". Поэтому решил привести тут эту ссылку.
А заодно понял, что нужно добавить тег "государство" :-)

четверг, 29 октября 2009 г.

Заказные разработки СЭД для госсектора

Коллеги, давайте обменяемся мнениями по некотрой общей проблеме рынка: заказных разработках СЭД для госсектора в первую очередь, поскольку в коммерческом секторе такие проекты уже несколько лет как редкость, но для государственных нужд под эгидой новой парадигмы свободного ПО разработки заказчиных СЭД активно продолжаются , причем совершенно децентразованно, что немного в стороне от самой парадигмы свободного ПО, но каждого конкретного заказчика таких систем вероятно заботит вовсе не чистота парадигмы, а потенциальные лавры автора такой системы. При этом, мои слова никоим образом не стоит рассматрвиать как критику качества таких систем, поскольку понимая о каких системах конкретно идет речь мы можем констатитровать, что среди них есть вполне качественные и совершенно некачественные. Скорее всего, хотелось бы обсудить саму возможность создания такой системы для госсектора под заказ и отношение участников рынка к тому, что их знания и опыт не привлекаются для данной задачи, а выбор подрядчиков для таких разработок не совсем прозрачный процесс, что наряду с суещственными бюджетоами на разработку и небольшие тиражи всех ранее уже сделанных таких систем заставляет задуматься над эффектвиностью расходования государствненых средств. Ваше мнение ?
П.С. Кстати, слышал, что разработанная в Татарстане заказная система СЭД в самом деле радует качеством и очень широко развернута в республике, чем выгодно отличается от многих других заказчиных разработок. Никто не знает, что она представляет из себя на самом деле и как можно было бы сравнить ее с рыночными системами по функциональности и надежности ?

Мы и заграница. Продолжение темы

В продолжение темы "мы и заграница" (http://ecmclub.blogspot.com/2009/10/blog-post_28.html). На конференции ЭОС произвело впечатление то, что "зарубежная" тема была там представлена в таком объеме, кажется, впервые в таком представительном виде.
Я хорошо помню визит и выступление Джона Манчини (AIIM) и на DOCFLOW'2008. Создавалось впечатление, что порой народ в зале простой не понимал о каких таких ECM идет речь. Сейчас такого барьера непонимания уже нет, или, по крайней мере, он стал поменьше.

среда, 28 октября 2009 г.

Займется ли "1С" всерьез автоматизацией документооборота?

В общем-то, эта новость, вроде бы, не очень соответствует уровню проблем ECM, но все же я хотел бы обратить на нее внимание. До конца года "1С" выпустит новый продукт - "1С:Докуметнооборот 8". Немного подробнее об этом написано тут.

Мне бы не хотелось отвлекать внимание ECM-сообщества на подобные "мелочи", скажу только, что, если "1С" решить всерьез заняться этим направлением (а есть целый ряд признаков, что будет именно так), то через некоторое время ее участие на этом рынке будет весьма заметным.
Не в стиле компании делать "внешние" покупки, но она может усилить свое присутствие и таким образом. "1С-Битрикс" у нее уже есть, в начале года они еще сделали одну "дочку" - "1С-КПД" (Корпоративные Порталы и Докукументооборот).
По поводу такой новости я ввожу новый тег - РЫНОК

"Запад есть Запад, Восток есть Восток..." Но сходиться все же нужно

Тема "мы и заграница" – одна из ключевых в обсуждениях в тематике ECM/СЭД, сколько я ее помню (а помню с начала своего участия в подобных дискуссий в середине 90-х). Это касается и ИТ-аспектов (наши и их разработчики) и документоведения (наши традиции и их непонятно что).

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

Процесс этот идет. Не так быстро, как хотелось бы, но идет.
Собственно, вот один из вопросов к российской ECM=СЭД отрасли в целом и к участникам нашего клуба-сообщества: можем ли мы как-то повлиять на этот процесс интеграции с мировым пространством? Да и нужно ли это делать?

Это к вопросу о соотношении влияния объективных и субъективных факторов на ход развития истории… :-)

вторник, 27 октября 2009 г.

Колонка модератора. Размышления о блогах

После недели дискуссии в Клубе началось затишье… В недавнем посте Альберт посетовал на неактивность участников, но я не вижу в этом чего-то аномального. Народ присматривается, тем более, что жанр блогов для многих является новым.

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

воскресенье, 25 октября 2009 г.

Перезагрузка "ИнтерТраста"

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

пятница, 23 октября 2009 г.

Напряженная концовка ECM-недели

Вчера была конференция "ИнтерТраста" (в Измайлово), а сегодня ЭОС (Сокольники).
Много интересное и есть впечатления. Обязательно напишу, но не прямо сейчас (не успеваю). Кстати, надеюсь, что Татьяна Князева поделится своими знаниями о ситуации на рынке документооборота (она выступала с очень интересным докладом по этой теме).

Сейчас очень коротко по сегодняшней конференции. Вот несколько фото и небольшой комментарий:

четверг, 22 октября 2009 г.

Вести с полей...

Сегодня в гостинице "Измайлово" прозодит ежегодная конференция "ИнтерТраст". На этот раз под названием "Электронный документооборот 2.0.Перезагрузка!". Вот несколько впечатлений с места событий.

среда, 21 октября 2009 г.

Внимание! Важно! Используем режим "Дальше" при написании постов

Коллеги!
Теперь мы будем при написании постов использовать новую возможность, появившуяся в blogger.com недавно. А именно - использовать функцию "After the Jump". Чтобы на главной странице было видно только начало поста (3-5 строк), а полный текст открывался нажатием ссылки "Дальше". Нажмите эту сслыку и прочитай продолжение поста - как это сделать.

В чем фишка?

Коллеги,

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

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

Думаю, однако, что Андрей К. не за этим нас сюда позвал чтобы мы на этом циклились.

Андрей, предлагаю вбросить проблему для обсуждения. Природная скромность и врожденное уважение к старшим не позволяет мне это сделать первому :)

Нравится ли коллективу такая идея?

Оказывается все наши беды от терминологии...

То, что у нас в стране не все в порядке с "электронизацией" страны, сейчас признано уже и на самом верхнем уровне. Но все в чем причина? Где то звено, за которое можно вытянуть всю цепь?

И эти люди запрещают нам...

Депутаты выкинули букву "о" из слова"параолимпийский"

Государственная дума сегодня приняла закон о единообразии использования в законодательстве слов "паралимпийский" и "сурдлимпийский". Соответствующие изменения вносятся в ряд законодательных актов Российской Федерации.

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

Лингвисты с сайта "Грамота.ру" отметили, что также считают написание "паралимпийский" и "сурдлимпийский" безграмотным. Однако, посетовали эксперты, к их мнению в Госдуме никто не прислушался.

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

Источник: РБК, 21 октября 2009 г.

PS. А мы тут спорим о тонких терминологических различиях ...

PPS. И что характерно (с) Кадет Биглер. Неправильное написание - в одном законе, правильное (которое сейчас заменяется на неправильное) - в трех. 

Документологический тезаурус

"Богатство терминологии — прямое и адекватное свидетельство развитости той или иной науки…

После продолжительного перерыва разработка базовой документологической терминологии возобновилась с нуля…

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

На данный момент прижилась всего половина из предлагаемых терминов, да и те не всегда понимаются корректно.

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

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

Слова «документовый», «документный», перестали быть неологизмами, они уже вошли в словарь.

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

Процесс создания документа правомерно назвать документизацией или документистикой (ср.: систематизация — процесс создания системы распределения объектов по отраслям знания). Тогда специалиста по документаризации будет правильно именовать документаризатор или документизатор (ср. инвентаризатор, систематизатор, предметизатор), или, для краткости, документист…

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

Если речь идет о функции, деятельности, ее можно назвать документативной (документивной).

Слово «документатор» означает программу компьютера, преобразующего совокупность разрозненных данных в самостоятельную целостность…

Документарность — свойство объекта представать в роли документа. Документализированный, документический — тоже возможные неологизмы, наполнить их содержанием только ещё предстоит. Во Франции, например, документикой называют ту часть документологии, которая имеет предметом электронный документ.

Возможен термин «документоид» — от латинского documentum и греческого eidos — вид. Документоидный — это, иными словами, документовидный, документоподобный, но на самом деле документом не являющийся. Сюда могут быть отнесены псевдодокументы (якобы документы, документы «понарошку», просроченные, недействительные, недействующие), фальсификаты, имитаты, другие документы — пустые множества. Документоидом можно назвать CD-ROM с выключенными встроенным таймером данными, так что ими нельзя воспользоваться…

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

Отсюда: http://www.nbuv.gov.ua/articles/crimea/2004/doc/310.pdf

PS. Коллеги, как вы понимаете, это не мое (автор - по ссылке). Если б я так умел... :)

PPS. Ввел тег - Прекрасное. По-моему, самое то...

вторник, 20 октября 2009 г.

Document, Record, документ, запись… О чем спор?

Я перечитал дискуссию по этому поводу (см. http://ecmclub.blogspot.com/2009/10/record-2.html)..
1. Мне не нравится использование слова "война" в дискуссиях. Дискуссия - это поиск истины, а война - уничтожение противника.
2. Честно говоря, так и не понял – о чем спор-то шел?

Как переводить на русский язык Record? Вопрос непростой, я знаю еще один вариант – рекорд.

Со стороны, этот спор выглядел примерно так: как назвать милое животное, которое сидит передо мной – собака или dog? Ответ прост – в зависимости от того, на каком языке мы говорим.

Я увидел тут спор людей, которые говорили на разных языках. Один говорил на языке ИТ, а другой – на языке документоведения. Это два разных языка.

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

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

Если мы говорим на обыденном языке (простолюдинов :-)), то документ – это бумага, на которой стоит печать. Неизменная, т.е. Record (в терминологии ИТ).

Теперь давайте попробуем сформулировать проблему. Тут видятся такие аспекты:

1. Если мы говорим на языке ИТ, то как перевести на русские язык Record? Нет в русском ИТ-языке адекватного слова. "Документ" (в ИТ-понимании) не годится. "Документ, состояние которого зафиксировано и не может быть изменено" – длинно и занудно. Да, возможно – "запись". А может быть ввести новый термин – "рЕкорд"? (вспомним, исконно русского слова "браузер" не было 15 лет назад).

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

Наконец, вполне конкретная проблема. Например, мы пишем ГОСТ. На каком языке его нужно писать. На языке ИТ или докуметоведов? Скорее всего, на двух.

Унификация – это дело хорошее, но стоит ли добиваться ее любой ценой? Давайте вспомним страну Швейцарию. Там – четыре национальных языка (на ретороманском говорит 0,5% населения страны, но он не входит в число официальных), все документы (или записи?) ведутся в трех экземплярах. Сложно? Да! Трудоемко? Да! … Но ведь живут-то очень даже неплохо!

ECM Club имени Майкрофта Холмса?

Коллеги, помните - в рассказах Конан Дойла у Шерлока Холмса был брат Майкрофт (не путать с Майкрософтом! :))? И большую часть времени этот Майкрофт проводил в клубе, главным правилом которого было молчание. Т.е. члены клуба, пребывая в клубе, обязаны были сохранять молчание.

Меня терзает смутное сомнение (с) Ипполит :), что нашему клубу следовало бы присвоить имя Майкрофта Холмса. Догадываетесь, почему?

PS. Ввел новый тег - "Клуб"

Терминология-4 (уже не война). Электронный Документ и Электронный Подлинник

В обсуждении этого поста Константин предложил:

"Чтобы перевести дискуссию в более позитивное русло, я предлагаю на новом ее витке уже не комментировать старые посты и комментарии на них, а обсудить новую тему и возможно новый термин, который можно и нужно вводить в оборот официального юридического русского языка. Я предлагаю поговорить об Электронном Документе и об Электронном Подлиннике. Ваше мнение ?"

Ну что, поехали?

Терминологическая война-3, или Снова про "record"

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

Теперь содержательно-персональный disclaimer. Наталья, поверьте – ничего личного! Я с большим уважением отношусь к Вам как к специалисту в области документоведения, давно и с интересом слежу за Вашими публикациями, не подвергаю ни малейшему сомнению Ваш статус эксперта в предметной области, но в данной конкретной теме я намерен дискутировать с Вами достаточно твердо (у меня тоже есть кой-какие убеждения… :). (Конец disclaimer’а).

Теперь по сути дискуссии. Я тоже не вчера впервые узнал слова «документ» и «запись». И англоязычных материалов почитал-полистал немало. И мне кажется, что устанавливать применимость профессиональных терминов, руководствуясь личными твердыми убеждениями – в этом есть что-то от «революционной целесообразности и пролетарского самосознания». Да, я не занимался терминологической практикой в части написания ГОСТов или адаптации ISOов, но моя личная практика в части анализа «восточно-европейских» и «англо-саксонских» стандартов достаточно обширна.

Начну с российских стандартов. Здесь мы имеем, на мой взгляд, классическую ситуацию «по Грибоедову», т.е. смешение «французского с нижегородским». Часть стандартов, формирующих терминологическую базу нашей предметной области (например, ГОСТ Р 51141-98) написана целиком в традициях национальной системы ДОУ; другая часть (вся формирующаяся линейка стандартов ГОСТ Р ИСО) является просто переводами (значительно запаздывающими по времени по сравнению с оригинальными текстами) международных стандартов ISO. Глоссарии терминов каждой из ветвей стандартов не согласованы до конца друг с другом, но при любых терминологических разногласиях последнее слово остается за «исконно нашим» стандартом. При этом, похоже, никого не заставляет задуматься тот факт, что «наш» стандарт утвержден более 10-ти лет назад (и с тех пор не пересматривался), когда ни один из западных стандартов, определивших термин «record» еще не был опубликован.

Я настаиваю на том, что «документ» в том же ГОСТ Р 51141-98 никак не является синонимом «record» в любом из стандартов ISO. Вот мои аргументы:

1. В ГОСТе для «документа» (базового термина, а не его расширений типа «официальный документ», «архивный документ» и т.д.) не сформулировано ключевое свойство «record» - неизменность содержания и метаданных. Да, написано, что «документ – это зафиксированная информация…», но что означает «зафиксированная»? Файл MS Word – тоже зафиксированная информация, и он содержит реквизиты, позволяющие его идентифицировать, но является ли всякий файл «документом»? В терминологии Microsoft Office – да, в терминологии records management – нет. Вот понятие «maintained as evidence»,  которое используется в определении  «record», содержит в себе свойство неизменности, но такого (или похожего) понятия нет в исходном определении «документа».

2. Ближе всего к понятию «record» в ГОСТе находится термин «архивный документ» - это «документ, сохраняемый или подлежащий сохранению в силу его значимости для общества и равно имеющий ценность для собственника». Но и этот термин не годится в качестве кандидата на перевод «record» (хотя довольно часто и используется в этом качестве). Еще одно важное свойство записи – возможность использования как «… доказательства при подтверждении правовых обязательств или деловой деятельности». Согласитесь, это не совсем «значимость для общества и … ценность для собственника», которые декларируются для «архивного документа».

 Пожалуй, здесь остановлюсь – иначе мой комментарий начнет походить на трактат. На самом деле, список моих аргументов далеко не исчерпан – равно как и набор критических комментариев к российским ГОСТам. Продолжу как-нибудь в другой раз – возможно, и в отдельном посте.

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

Видимо, Вы хотели этим примером показать неприятие термина «запись» в смысле «record» в российском законодательстве, но получилось ровно наоборот – ведь все перечисленные вами «записи» есть «records» в классическом смысле. Просто та же «запись акта гражданского состояния» - это далеко не просто строчка в журнале ЗАГСа (заведения); это все те неизменные документы (свидетельства о рождении/ браке/ разводе/ смерти…), которые, с одной стороны, имеют «значимость для общества и … ценность для собственника», а с другой – являются  «… доказательствами при подтверждении правовых обязательств». То же можно сказать и про трудовые книжки, и про госреестры…

 И совсем уж в завершение комментария. В «Толковом словаре русского языка» (авторы – С.И.Ожегов и Н.Ю.Шведова) одно из значений слова «запись» - «Документ о какой-н. сделке, акт (спец.)». Чем эта трактовка отличается от оригинального «record»?

понедельник, 19 октября 2009 г.

Как будет «record» по-русски…, или Терминологическая война-2

Этим постом мне хотелось бы продолжить тему адекватного перевода на русский язык оригинальной (т.е. англоязычной) ECM-терминологии (первый пост об этом здесь). Специалистам хорошо знакомы проблемы с переводом таких терминов как «content», «dashboard», «compliance», «governance», пары «efficiency & effectiveness»Но вот, казалось бы, простое слово – «record». Специалисты знают, что «record»это особый статус документа, фиксирующий его состояние на определенный момент времени. Документ в статусе «record» не подлежит никаким изменениям – ни в части содержания, ни в части метаданных. Т.е. «record» трактуется в духе известной пословицы – «Что написано пером – не вырубишь топором». К чему заморачиваться над его переводом – переводи как «запись», а далее – используй в правильном контексте. Но не тут-то было…

Есть хорошо известный специалистам стандарт ISO 15489-1. Думаю, в рамках этого блога, в отдельном тематическом направлении «Стандарты» (которое, не сомневаюсь, сформируется в ближайшем будущем) мы еще немало времени посвятим и конкретно этому стандарту, и его «потомкам» - всему семейству стандартов, посвященных records management. Обратите внимание – я не случайно написал этот термин по-английски, потому что на русский язык официально он переводится не как «управление записями», а как … Вот, собственно, об этом и пост.


Оригинальное название стандарта ISO 15489-1«Records management. General». В России с 2007 года действует национальный аналог этого стандарта – ГОСТ Р ИСО 15489-1. И называется он «Управление документами. Общие требования». Казалось бы, разница небольшая. Ведь «record»это всегда документ, значит «records management» вроде бы допустимо переводить как «управление документами», а не «управление записями». Тем более, в названии стандарта. Ведь в самом стандарте можно все термины расставить по местам и использовать с учетом тонких семантических различий. Но в самом стандарте (точнее, в предисловии к нему) российские «адаптаторы» идут еще дальше – они не просто заменяют по всему тексту стандарта «record» на «документ», но еще и идеологически обосновывают свои действия. Не удержусь от цитаты - настолько она великолепна!


«Англоязычные термины «records» и «document» в настоящем стандарте объединены в русскоязычный термин «документ» на следующих основаниях:

  • Термины «records» и «document» в английском языке являются синонимами и употребляются в тексте англоязычной версии данного ИСО в терминологическом значении «документ», «документы», т.к. положения данного стандарта направлены на решение функциональных, технологических и технических вопросов работы с документами, возникающих в процессе деловой деятельности организаций.
  • В Российской Федерации термин «запись» в сфере информации и документационного обеспечения управления, а также в теории документоведения не используется. В правовых и нормативных документах, а также ГОСТах, регулирующих эти сферы деятельности, в Российской Федерации используется термин «документ». В практической деятельности персонал служб ДОУ, для которых, прежде всего, предназначен данный стандарт, работают исключительно с документами.»

Т.е. вот так - ни больше, ни меньше. В Советском Союзе секса нет! Т.е простите – в России нет записей.


Ну ладно, второй буллет (кстати, а как правильно переводить «bullet» на русский? Не как «пуля» же…) оставим на совести отечественных «вниидадов». Но в первом же буллете просто неприкрыто искажается суть оригинального стандарта. Любой специалист, умеющий читать по-английски и имеющий в своем распоряжении оригинальный текст стандарта, увидит там следующее (в разделе 3 «Terms and definitions»):

«3.10 document (noun)

Recorded information or object which can be treated as a unit.

3.15 records (noun)

Information created, received, and maintained as evidence and information by an organisation or person, in pursuance of legal obligations or in the transaction of business.»

Т.е. невооруженным взглядом видно, что «document» и «record»отнюдь не синонимы.

А что в русской версии стандарта? В разделе 3 «Термины и определения» читаем:

«3.3 документ (document, records): Зафиксированная на материальном носителе идентифицируемая информация, созданная, полученная и сохраняемая организацией или частным лицом в качестве доказательства при подтверждении правовых обязательств или деловой деятельности». Видно, что это определение склеено из двух – причем, забавно, что первая часть взята не из определения термина «document» в английской версии стандарта 15489, а из определения «документ» в российском ГОСТ Р 51141-98 «Делопроизводство и архивное дело. Термины и определения».


Линия на подмену термина «record» не совсем адекватным «документ» сохраняется и в других ГОСТовских адаптациях ISOшных стандартов – в частности, в ГОСТ Р ИСО 22310 и ГОСТ Р ИСО 23081.

Попытки различать в русскоязычных публикациях «document» и «record» предпринимались неоднократно. Так, в переводе на русский язык первой версии стандарта MoReq (авторство перевода принадлежит уважаемому Станиславу Макарову, присоединившемуся к нашему блогу) «record» переводился как «служебный документ». В недавно опубликованной русской версии MoReq2 переводы определений «document» и «record» полностью соответствуют оригинальной трактовке, берущей свое начало именно в стандарте ISO 15489, правда, «record» переводится не наиболее простым и очевидным способом, а как «официальный документ».


Пользуясь тем, что в блоге собирается достаточно представительная компания как специалистов в области ECM (в том числе, имеющих непосредственное отношение к разработке стандартов), так и журналистов, плотно занимающихся данной тематикой, хотелось бы услышать мнения – почему нельзя переводить «record» просто как «запись»? Или все-таки можно и даже - нужно?


PS. Данным постом в употребление введен новый тег - "Стандарты". Надеюсь, он станет достаточно популярным.

Будем работать с тегами так!

Я решил отдельно вынести вопрос, обозначенный в предудыщей записи (http://ecmclub.blogspot.com/2009/10/blog-post_19.html, обратите внимание, что ссылку можно добавлять без знания HTML).

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

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

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

1. у каждого поста должен быть хотя бы один тег;
2. в первую очередь использовать только теги, из списка уже имеющихся (они видны при написании поста);
3. прежде чем вводить новый тег, хорошо подумать – нужно ли это делать. Нужно помнить – создать новый тег (в том числе для существующей записи) можно всегда, изменить или удалить существующий – нельзя;
4. если вы вводите новый тег, то желательно а) пометить записть тегом "теги", б) заканчивать посто строкой об том, что вы ввели новый тег.

Вот новые теги, которые вводятся для использования в последующих записях
Мероприятия
Проекты
Проблемы
Технологии
Методология

Колонка модератора. В нашем полку прибыло. Организационные вопросы

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

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

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

Вот какие моменты я хотел бы отметить сейчас.

Все члены клуба имеют статус "автора" (могут делать собственные записи). Помимо этого я имею статус "администратора" и "модератора" (но не редактора!!!). В первом качестве я могу управлять дизайном и настройками всего сайта, в том числе давать-забирать статус "автора" другим людям.

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

Число участников растет. Записей пока не очень много. Но именно сейчас нужно решить два важных момента.

Профили участников. Я считаю, что каждый участник должен быть представлен достаточно публичным образом. Он должен иметь однозначно идентифицируемый НИК и, наверное, открытый для посетителей профиль. Фотографии, координаты, интересы – это по желанию, но по этому профилю все читатели должны иметь возможность понять – кто именно является автором, чтобы, в том числе можно было понять его "вес" в этой области. Мне пока не очень понятно, как можно организовать обмен приватными сообщениями в сообществе (в том числе для связи читателей с авторами). Но пока это в любом случае можно сделать через меня (по крайней мере, обмен контактами).

Теги!!!

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

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

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

Можно предложить еще сделать так:
Если вы вводите новый тег, то запись заканчивать строкой об этом. Вот так, например:

Новый тег в этой записи – КолонкаМодератора

пятница, 16 октября 2009 г.

BI + ECM = управление знаниями?

Недавно беседовал с одним экспертом по теме BI. Говоря о тенденциях в этой области он отметил то, что сфера интересов бизнес-аналитики смещается от работы исключительно с числовой информацией в сторону более широкого применения информации неструктурированной, упрощенно говоря, текстовой. Схематично говоря, от ERP (+CRM и пр.) к ECM. В качестве примера он привел MS SharePoint, в версии 2010 которого перейдет ряд функций бывшего MS PerfomancePoint Server 2007 (немного об этом есть тут).

В этой связи мне вспомнилось, как много мы говорили о проблеме управления знаниями как раз на рубеже веков, лет 8-9 назад. Причем, она рассматривалась преимущественно в рамках проблематики ECM, работы с документами. И это понятно – основной объем знаний "зарыт" именно в неструктурированных документах и в виде текстов. Но потом тема "управления знаниями" ушла куда-то на второй план или даже еще дальше. Создается впечатление, что все проблема свелась к, в общем-то, тривиальному поиску по ключевым словам, и отдана на откуп Google'у.

В этом плане было бы интересно понять: насколько сейчас реально востребованы задачи управления знаниями в сфере управления документами? Или все это пока остается на уровне "розовых идиллий"?

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

четверг, 15 октября 2009 г.

Прием в состав Клуба

Состав нашего сообщества растет "стремительным домкратом"! За два дня рост в 5 раз! Если бы зарплата увеличивал также быстро J

Итак, в прошлый раз я рассказал о физической процедуре подключения к Клубу (http://ecmclub.blogspot.com/2009/10/blog-post_13.html). Теперь о логике подключения. На каком основании администратор будет выдавать "приглашения"?

Чисто технически, в blogger.com в один журнал могут писать не более 100 авторов. Думаю, что этого более чем достаточно. Пока.

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

Кто может стать членом клуба? Четких, однозначных критериев нет и вряд ли они нужны. Но интуитивно понятно, что это должны быть люди, которым есть, что сказать по теме, и которые уже известны тем, что могут это сказать. В конце концов, они должны быть достаточно известны в отрасли своими публикациями, выступлениями и пр. И что важно – они имеют собственную точку зрения, а не просто воспроизводят чью-то.

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

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

Но есть еще один принципиальный вопрос.

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

Но все желающие сейчас имеют возможность писать комментарии. И все желающие могут публиковать посты через модератора. Просто текст присылается мне, а я его публикую (если принимаю) от своего аккаунта, но с обязательным указанием автора, координат и пр.

Короче говоря: все читающие это блог могут быть авторами – модерируемыми или немодерируемыми.

Пиши!

Вопросы блогоустройства


Сначала опубликую disclaimer. Мне представляется полезным, чтобы в данном блоге не только велись политесные разговоры "за ECM", но и предпринимались попытки практического решения реальных проблем, которые могут возникать в корпоративных ECM-проектах. Поэтому я объявляю о том, что иногда сознательно буду исполнять роль эдакого "enfant terrible от ECM", т.е. буду порождать проблемную ситуацию, типичную для современных ECM-проектов, а команда проекта (участники данного блога) должна будет с заданной ситуацией справиться. Надеюсь, что такая небольшая ролевая игра будет полезной для всех. Ведь в реальном проекте заказчика не отмодерируешь и не забанишь :). (Конец disclaimer'а).

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

Итак. проблема:

Модератор (технический администратор) призывает авторов (креативных создателей содержания) оформлять посты по правилам. А авторы (что с них взять - творческие люди...) не желают подчиняться правилам (или просто - рассеянно их игнорируют). Что делать?

PS. Напоминаю про свой disclaimer :)

PPS. И да - я умею вставлять ссылки и теги :)


Про "свободные" ECM-системы

Людям, знакомым с блогами, хорошо известен прием, называемый "вынос из комментов". Это означает написание нового поста с темой, затронутой в комментариях к одному из ранее существовавших постов и, как правило, отличающейся от темы существующего поста. "Вынос" делается по двум основным причинам:
  • Во-первых, чтобы привлечь внимание аудитории к новой теме. Новый пост всегда привлекает больше внимания, чем новый комментарий к существующему посту.
  • И, во-вторых, чтобы не смешивать обсуждение в одной ветви двух (или больше) существенно различающихся вопросов.
Вчера Сергей Голубев в комментариях стартовой теме блога задал вопрос - "Почему так мало "свободных" ECM-систем?" Константин Синюшин ответил ему там же:
"По поводу так называемых свободных ЕСМ-систем хочу заметить, что их мало ровно по той же причине по котрой вообще мало свободных бизнес-приложений любой направленности. Более того, касаясь вопроса о свободных ЕСМ-системах, не могу не заметить, что выгода их приобретения кажущаяся и происходит от некорректных методик оценок ТСО при их внедрении. Как только мы начинаем корректно считать ТСО на примере конкретных задач, для которых планируется примменять ЕСМ-систему, сразу становиться понятно, что экономии на таком внедрении не получить, а в лучшем случае может произойти переаспределение бюджетов между провайдером системы и вендором системы, в пользу первого. Однако, провайдер при этом остается один на один с клиентом и сам несет всю отвественость, на что для серьезных бизнес-задач никто ровно из вменяемых провайдеров не готов. Впрочем, могу сказать. что например среди проиводителей отечественных нишевых СЭД много таких, кто при работе с клиентом не разделяет суммы проекта на лицензии и внедрение, фактически продает свободное ПО, но при этом конечно понятно каждому, что это опять же имитация идеи."
Мне кажется, что тема "свободных" ECM-систем будет достаточно интересна формирующемуся сообществу данного блога, и поэтому я взял на себя смелость вынести эту тему из комментов.
Чтобы не выступать в роли примитивного копипастера, добавлю и от себя "5 копеек" :).
Для России проблема свободных бизнес-приложений имеет еще один важный аспект - локализацию пользовательского интерфейса. Не секрет, что большинство свободного ПО приходит к нам с Запада и, соответственно, в "фирменной упаковке", т.е. с англоязычным интерфейсом. И если для системного ПО английский язык интерфейса не очень критичен (пользователи такого ПО - как правило, ИТ-специалисты, привыкшие читать и писать "не по-русски"), то российские бизнес-пользователи хотят, чтобы на экране все было "по-нашему". В случае с коммерческим ПО все затраты по локализации берет на себя вендор (как правило - хотя возможны варианты). А кто возьмется за локализацию свободного ПО? Сообщество разработчиков? Это вряд ли... (с) КА Сухов. Интегратор? Тоже вряд ли - по крайней мере, пока не будет иметь четкого представления, где и как он "отобьет" затраты на локализацию. Заказчик в рамках бюджета проекта? Это, конечно, голубая мечта вендоров и интеграторов, но только мечта совершенно несбыточная.

ЕСМ и СЭД: Терминологическая война ?

Часто приходиться отвечать на один и тот же вопрос исходящий в основном от журналистов, почему мы против перевода термина ЕСМ на русский язык. Вопрос в серьезной постановке скорее наверное подходит для блога в области языкознания и сранительной лингвистики, а не блога по ЕСМ-технологиям. Поэтому угулубляться в него не буду, а просто поделюсь своим мнением на тему почему нельзя переводить на русский язык ЕСМ как СЭД, что обычно предлагают сами журналисты. Оно естественно и могло бы стать поводом для дальнешйего обсуждения здесь и мне было бы очень интересно прочитать ваши, коллеги, комментарии по этому вопросу. На мой взгляд, дело в том, что семантически видовое понятие ЕСМ в своем исторически сформировавшемся в течение последних 10 лет смысле, гораздо более широкое и включает в себя множество других понятийных классов, чем сформированное 20 лет назад понятие Document Manegement, с которого собственно и возникло впервые переведенное на русский язык понятие СЭД. Однако, даже исторический DM это семантически вовсе не то, что реально называется на российском рынке СЭД, поскольку тут установлены более сложэные отношения части и целого, нежели чем простого сопоставленния применения ключего слова Документ в обоих названиях. Дело, в том что если прибегнуть к обратному переводу на английский язык, то русское понятие СЭД можно было бы перевести примерно как Бизнес-приложение Для Коллективной Обработки Внешней и Внутренней Корреспонденцией Предприятия. Здесь ключевым словом предметным является конечно слово Корреспонденция как одно из значений более широкого понятия слова Документ, а ключевым словом видовым является слово Бизнес-приложение. В то время, как привычное видовое понятие DM является не Бизнес-приложением законченным как таковым, а настраиваемой Платформой для создания на ее основе конкретных Бизнес-приложений, связанных с управлением документами в широком смысле слов и Документ и Управление, в том числе и например Бизнес-приложения для Коллективной Обработки Внешней и Внутренней Корреспонденции Предприятия. Наконец, есть еще одно суещственное отличие, котрое мы только сейчас начинаем путаться преодолевать в русском языке, когда говорим про ЕСМ-технологии. Это устоявшееся в общественном сознании участников рынка тождественность термина Электронный Документоборот и Автоматизация Делопроиводства. В то время как, это внутри каждого реального предприятия совсем разные понятия, поскольку Электронные Документы в зависимости от того, в ходе какого бизнес-процсса в каждой отрасли они порождаются или обрабатываются, обрабатываются совсем разными службами и отнюдь не только и не столько службами ДОУ, которые отвечают за делопроизводство предприятия. Могу отвественно утвреждать, что большая часть массива электронных, да и бумажных документов в деятельности каждого предприятия любой отрасли не имеет отношения, к службе ДОУ, а в управлении работы с ними заинтересованы совсем другие бизнес-подразделения. Для финансовых документов это финансовые службы, для технических документов - технические, для юрилических документов - юридические, более того, есть так называемые в многих отраслях сквозные бизнес-процессы, которые пронизывают предприятие через разные подразделения часто за полным за исключением службы ДОУ вместе с соотвествующими подшивками документов. Например, это задача так называемой кредитной фабрики в банке, где важность работы с такими документами горадо ближе к интересам топ-менеджмента, чем обработка Внешней и Внутренней Коореспонденции, за которую отвечает в банке служба ДОУ. В заключении, последний аргумент... В русском языке традиционно слова Документооборот и Архив подразумевают разные задачи, в первой из которых Документ движеться между сотрулниками находяся На Исполнении, а во второй - храниться и иногда ищеться, находясь в уже Исполненном состоянии. Так, вот в традицинном платформенном понимании исторического термина DM и современного ЕСМ, считается очевидном, что эти системы являются единой платформой как минимум для обеих этих задач, а зачастую еще и для задач публикации Документа в Портал, но это уже наверное тема для следующего поста.

среда, 14 октября 2009 г.

Важно - про теги. Не вводить новые!

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

Про теги

Ну что... Про себя, любимого, рассказал, про политику высказался, теперь пора и делом заняться...

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

Рассмотрим с этой точки зрения все три существующих тега.

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

2. "ТехВопросы". Опять непонятка в перспективе назревает. Вот если бы я вошел в этот блог не сейчас, когда в нем три записи, а, скажем, через год... Записей - гугол :), все листать-просматривать-читать - времени нет. Вижу тег "ТехВопросы" - о! наверное, про ECM-технологии посты с этим тегом будут. Жмем - и что получаем? Посты про технологию работы самого блога...

3. "АнонсСобытий". А что в этом теге мне не нравится? Во-первых, длинный. Ну это, конечно, общая беда русского языка - у нас, в среднем, одни и те же термины оказываются в полтора-два раза длиннее своих английских визави (хотя, наверное, если "визави" - то, скорее, французские...). Во-вторых, немного тавтологичный. Ну что еще, кроме событий, можно анонсировать в блоге? Клубные встречи (надеюсь)? Так это тоже событие. Выход новых продуктов? Это вряд ли... (с) Красноармеец Сухов. Так что, вместо «АнонсаСобытий» вполне может оказаться достаточным просто «Анонса». А «Событие» сделать отдельным тегом – пригодится.

Ну ладно, покритиковал - теперь нужно и конструктива подогнать.

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

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

В-третьих… Не будет здесь, в посте «в-третьих». Не потому, что больше нечего про теги сказать. А потому, что хочется креативной дискуссии, с большим числом участников. Тема-то вполне себе ECM-ная - про метаданные, по большому счету ).

Так что, dixi. Подожду – и новых участников, и новых мнений.

И да. Нужно ж этому посту тоже тег придумать. А пусть и будет "Теги". А что? Не длиннее существующих. И вполне себе релевантно, как мне кажется )).

Как будет работать Клуб. Основные технологические аспекты

Пояснив "зачем", нужно теперь нужно сказать "как". Как будет работать Клуб, по крайней мере, как это видится сейчас.

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

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

В качестве технологической основы проекта выбрана SaaS-платформа www.blogger.com корпорации Google. Тут нужно сказу сказать, что для решения подобных задач есть много решений (например, facebook.com или очень популярный в России LiveJournal.com). Каждый вариант имеет какие-то свои преимущества и недостатки.

Принципиально важно подчеркнуть вот что: мы только начинаем осваивать возможности платформы www.blogger.com (к тому же она развивается сама по себе), какие-то ее функции нам неизвестны, что-то нужно изучать и осваивать. То есть организация работы Клуба будет корректироваться (уверен, в сторону улучшения и удобства взаимодействия) по мере использования более широкого спектра возможностей системы.

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

Итак, пока схема работы Клуба выглядит примерно так.

1. Администратор ресурса, который управляет всеми его настройками и правами доступа. В этой роли выступаю я.

2. Авторы записей (собственно участники клуба). Чтобы стать автором в этом журнале нужно: иметь аккаунт в Blogger.com (или на любом другом сервисе Google, например, в Gmail) и получить от меня разрешение на публикацию здесь. Бизнес-процесс "стать участником" инициируется отправкой мной приглашения, которое приходит к вам по электронной почте, и завершается с вашей стороны одним кликом мыши, если у вас есть аккаунт (Google вам сразу скажет об этом), или минутой заполнения форма для создания нового аккаунта.

3. Читатели журнала. Ими являются все желающие. В настоящее время они имеют возможность также писать комментарии к записям журнала, участвуя в дискуссиях и инициируя их, в том числе в варианте анонимного доступа. Вероятно, со временем возможность анонимного доступа будет ограничена или прекращена.

4. Все желающие получить возможность высказать свое мнение в журнале через модератора-администратора (т.е. написав письмо по электронной почте мне).

вторник, 13 октября 2009 г.

Наступает пора российских осенних ECM-мероприятий

Российский ИТ-рынок живет по календарю допетровских времен – неофициальное начало очередного делового года приходится на 1 сентября. В начале осени очень уже прошло довольно много интересных ИТ-мероприятий. А вот EMC-сегмент традиционно стартует немного позже – во второй половине октября. Также впереди – до самого Нового года – нас ожидает довольно плотный график событий.

На следующей неделе свои ежегодные конференции проводят компании "ИнтерТраст" (22 октября, http://www.intertrust.ru/main/news/news_comp/376/) и ЭОС (23 октября, http://www.eos.ru/eos_calendar/eos_conf/about.php?ID=60415). Тематика управления документами и бизнес-процессами будет представлена и на выставке Softool (27-30 октября). В рамках этого мероприятия пройдет "Национальный форум по развитию информационного общества". Надо будет повнимательнее присмотреться к нему. Прошедшим летом я побывал на Тверском форуме, где обсуждалась эта тема, но, честно говоря, тогда у меня появилось больше вопросов, чем ответов на них (вот статья по этому поводу).

Пользуясь случаем, я обращаюсь с предложением во всем ("всем, кого это касается") присылать информацию об интересных мероприятиях по тематике ECM и свои отзывы о них (akolesov@online.ru, тема "ECM Club").