среда, 30 декабря 2009 г.
вторник, 29 декабря 2009 г.
С Новым годом! До встречи после каникул!
И все, кто участвует в обсуждениях или просто заходит посмотреть записи этого блог-журнала!
Поздравляю всех с наступающим Новым годом! Желаю весело (и даже креативно) отметить этот замечательный праздник и хорошо отдохнуть на предстоящих каникулах.
Желаю успехов во всех ваших начинаниях в наступающем году.
У меня было поначалу желание написать пару постов по итогам прошедшего года, но потом я понял, что это будет сейчас уже явно лишним. Сейчас уже всем не до того, лучше этим заняться после прадников :-)
Итак, на блоге объявляются каникулы до 10 января.
Блог будет работать, но уже не таком режиме темпе, как это было до того. Я сам буду в отпуске, но постараюсь регулярно (в горах) просматривать его.
Все же об итогах. Об итогах работы ECM Club.
Прошло два с половиной месяца с момента его запуска. Лично я для себя наметил этот срок как "пилотный этап".
Сейчас мне кажется, что "пилот" еще не закончился, завершилась только первая его фаза. По результатам которой можно сделать главный вывод: проект оказался вполне жизнеспособным.
Не все оказалось так, как виделось сначала. Но это - нормально.
Каникулы - это хороший повод осмыслить полученный опыт и двинуться в Новом году дальше.
Спасибо тем, кто поддержал этот начинание!
Спасибо всем, кто принял участие!
Андрей Колесов
пятница, 25 декабря 2009 г.
Интересные темы в новом году
Но все же было бы интересно узнать мнение активных и пассивных членов сообщества -- о чем было бы полезно и интересно поговорить в наступающем году?
В разных записях этого блога отмечалось, что пока к публикациям тут не подключились, например, представители заказчиков. Но почему это происходит? Я думаю, что одна из главных причин -- мы пока говорим про вещи, которые им (заказчикам) не очень интересны.
Обратите внимание -- пока вообще не затрагиваются, например, вопросы реализации проектов (в самых разных аспектов).
вторник, 22 декабря 2009 г.
Законотворчество как стумул развития рынка
По этому поводу пришла мысль написать этот пост.
понедельник, 21 декабря 2009 г.
Здравствуйте, коллеги!
С уважением, Вадим Ипатов, ИнтерТраст
суббота, 19 декабря 2009 г.
ECM-дела в мире
среда, 16 декабря 2009 г.
ЕСМ и WCM в России...
DOCFLOW! "Свет-зеркальце, скажи…"
Так вот я предлагаю, обсуждая (критикуя, предлагая и пр.) DOCFLOW, представить, что мы стоим перед зеркалом и говорим туда…
вторник, 15 декабря 2009 г.
Для кого мы пишем здесь...
понедельник, 14 декабря 2009 г.
О Content'ах и Документах
суббота, 12 декабря 2009 г.
Что такое ECM и Content. Посмотрим Википедию
Посмотрим, что там говорится.
пятница, 11 декабря 2009 г.
Подготовка к DOCFLOW 2010. 2.0
Помнится, как раз ровно год назад организаторы DOCFLOW провели первую организационную встречу по созданию экспертного совета. Были сформулированы неторорые идеи работы этого органа.
Было бы интересно узнать мнения членов Совета и участников рынка по каким-то итогам работы за год.
Мне казалось, что статегической задачей такого Совета должна была стать координация усилий представителей разных групп (заказчиков, поставщиков) по каким-то совместным действиям, направленным на развития рынка.
А как это получалось на практике?
четверг, 10 декабря 2009 г.
Может ли отрасль организовать НИР?
Но сначала одно важное замечание.
среда, 9 декабря 2009 г.
Опять услышал "рЕкорд"
Но что интересно, гуру время от времени приводил примеры из жизни, в том числе собственной, связанные с например с решением проблем со страховками и судебными разбирательствами. При этом частно произносил -- "рЕкорд", "рЕкорды".
А гуру сам -- уехал из СССР лет двадцать назад, часто бывается в России. Т.е. говорит по-русски...
Я его потом уже спросил, а почему "вы использовали этот термин"? Он - "А каком нужно? Документы по русски означают другое, запись - то же не очень годится..."
вторник, 8 декабря 2009 г.
Все же про СЭД на СПО на Минкомсвязи
Оказывается, моя статья по Конкурсу с длинным и запутанным (для меня лично) названием “Право заключения государственного контракта на оказание услуг по разработке типовой системы электронного документооборота на свободном программном обеспечении на базе Министерства связи и массовых коммуникаций Российской Федерации” (http://www.zakupki.gov.ru/Tender/ViewPurchase.aspx?PurchaseId=544120) опубликовалась на сайте еще в пятницу вечером, но я узнал только вчера утром.
Вот она http://www.pcweek.ru/themes/detail.php?ID=121447
понедельник, 7 декабря 2009 г.
Что мы хотим от аналитики рынка ?
Итак, необходимый минимум...
Модераторское. Кто пишет и для кого?
Напомню как у нас все это устроено.
суббота, 5 декабря 2009 г.
О переводе терминов. На примере Content...
Потому, то это будет длинный рассказ :-) и на более общую тему.
Кратко. "Контент" в русской ИТ-отрасли -- это не "содержимое документа".
Теперь длинно.
Словарь должен фиксировать то, что формируется в языке. А не навязывать то, что считает нужным кто-то. Конечно, можно попробовать навязать, но попятка может окончиться неудачей.
пятница, 4 декабря 2009 г.
Как лучше перевести определение термина "контент"?
Пока что лучшее, что мне удалось придумать, это: "Контент (содержание) - предметная информация, содержащаяся в документе" (за document ->"документ" просьба не цепляться :) ) Может, что посоветуете?
Пока суд да дело...
"Разработка типовой СЭД на СПО на базе Минкомсвязи"
“Право заключения государственного контракта на оказание услуг по разработке типовой системы электронного документооборота на свободном программном обеспечении на базе Министерства связи и массовых коммуникаций Российской Федерации”
Я перечитывал это название много раз, но понять (из названия), в чем суть проекта так и не смог.
четверг, 3 декабря 2009 г.
Есть такое дело - "Рекордз Менеджмент"
среда, 2 декабря 2009 г.
В чем потенциал СЭД?
Повторю цитату: "даже в этом сегменте рынка, уже почти исчерпанном в части традиционного функционала СЭД - огромный потенциал в части ECM"
Вопрос примерно такой. В каккую сторону будут развиваться СЭД? Какой потенциал ECM будет востребован с ближней и среднесрочной перспективе?
Вот опять же посмотрите на исследования рынка СЭД (и DSS и что было у CNews). Например, они в принципе не рассматривают системы управления Web-контентом.
вторник, 1 декабря 2009 г.
СЭД и ЕСМ. В чем разница?
"даже в этом сегменте рынка, уже почти исчерпанном в части традиционного функционала СЭД - огромный потенциал в части ECM".
Вот какая любопытная штука получается. С одной стороны, вроде бы СЭД и ECM -- это какие-то разные вещи. А с другой, когда мы говорим о российском сегменте рынка в целом, то СЭД и ECM рассматриваются почти как синонимы. (Кстати, тот же Гартнер включает в понятие ECM-рынка сегмент управления Web-контентом, а мы у себя - нет).
Так как все же соотносятся эти понятия?
Терминология и Семантика
Но сначала сама цитата:
понедельник, 30 ноября 2009 г.
Использование СЭД в госструктурах
пятница, 27 ноября 2009 г.
Модераторское. Ввод комментариев
четверг, 26 ноября 2009 г.
Крупные заказчики и крупные проекты
Во-первых такое определение сразу исключает из числа крупных клиентов госструктуры.
Во-вторых, мне кажется правильнее, измерять клиентов не продуктами, а масштабами проектов, которые они могут или готовы реализовать.
среда, 25 ноября 2009 г.
Модераторское. Технические проблемы с комментариями
Считаю нужным поставить в известность все "пишущих".
вторник, 24 ноября 2009 г.
Файловые форматы в Интернете и Рунете
Подготовка к Докфлоу-2010
С одной стороны Докфлоу однозначно самый лучший из всех конференционно-выставочнных проектов на тему ЕСМ-технологий в России, но с другой организация процесса подготовки к выставки, рубрицирования выставки и конференции, а главное пригласительная компания в последние годы заставляют желать организаторам больше прислушиваться к мнению экспонентов, которым этот проект дорог и любим, за который они тоже переживают и в который они вкладывают многие годы немалые средства. Мне кажеться, что тема могла бы быть интересна более широкому кругу внутри наших компаний и ее стоит обсудить.
Назревшая необходимость
Уже несколько раз я упоминал это в комментариях, но решил педалировать общее внимание читателей блога в отдельных заметках, вынесенных в основную ветвь дискуссии. Уверен, что многие проблемы рынка и пропаганды общих принципов устройства можно и нужно было бы решать через некоммерческую организацию разработчиков и провайдеров ЕСМ-технологий, которые основные игроки российского рынка могли бы договориться создать. Я не ставил бы на первые годы существования этой гипотетической организации никаких глобальных целей, кроме просвещения и развития рынка, которыми сейчас никто целенправленно не занимается или занимается не слишком системно и главное сепаратно. Интересно было бы обсудить здесь насколько мы с вами готовы были бы в будущем году начать такой проект ?
Публикации по ECM. И проблемы при их подготовке
Не открою Америки, если скажу, что зарубежные мероприятия довольно сильно отличаются от наших местных.
понедельник, 23 ноября 2009 г.
AIIM о BPM
Опрос проведен в основном "у них" по базе в 425 респондентов (2% из Азии, 5% Others, 62% США, 14% Канада, 8% UK, 5% прочая Европа). Понятно, что он достаточно тенденциозный: AIIM всеми силами пытается показать важность BPM и ECM (часто это удаётся).
Но факты налицо: если процессы и автоматизируются (что пока еще не часто происходит), то это по большей части те же процессы, что когда-то автоматизировали с помощью ERP. Ну разве что добавляется подготовка КП и договоров.
Особых выводов нет, кроме довольно философского. Бизнес-потребности за последние 20 лет не поменялись. Меняются инструменты. Меняется маркетинг. Не уверен, что при этом меняется в лучшую сторону качество решений (включая стоимость).
воскресенье, 22 ноября 2009 г.
ECM и ERP
Из России не всё видно хорошо. Вот, например, конкуренция на рынке "больших" ERP у нас почти отсутствует, Россия - страна SAP. Собственно, по этой же причине, в России не очень хорошо видно как влияют друг на друга два рынка - ERP и ECM.
пятница, 20 ноября 2009 г.
"Даешь, честного и прозрачного оператора локальных рейнтингов ЕСМ-технологий !"
Хочу сразу отметить, что лично я считаю, что ответа на вопрос в какой мере нужны исследования, не получил. Обратите внимание – не просто абстрактно "нужны или нет", а "в какой мере". Т.е. какие суммы готовы платить потенциальные потребители подобных "исследовательских продуктов" за товар. Пока у нас получается так – "хочу Мерседес, но беслатно".
Собственно, я тут возвращаюсь к вопросу 3 в моем первом посте на эту тему:
"3. Если не устраивает, то почему никто ничего не делает, чтобы повысить это уровень до нужно качества?"
четверг, 19 ноября 2009 г.
Исследования рынка: нужны ли и кому?
Дискуссия, как мне кажется, споткнулась уже на первом вопросе: нужны ли подобные исследования в принципе?
понедельник, 16 ноября 2009 г.
В продолжение дискуссий об аналитике
http://www.gartner.com/technology/media-products/reprints/oracle/article101/article101.html
Все уже видели SharePoint 2010? (Кто не видел, могу продемонстрировать, участвовали в партнерском тестировании и в программе раннего продвижения, уже почти гуру).
Что скажете? Сбываются прогнозы о завоевании компанией Microsoft рынка ECM? Или это коснется только малых и средних пользователей?
PS. И ещё. Не ругайте DSS, помогите им стать лучше.
Размышления про Filenet
Что было интересного на "ИнфоДокуме"?
Хотелось бы узнать от очевидцев события -- что там было интересно-полезного?
воскресенье, 15 ноября 2009 г.
Колонка модератора: Имена и Профайлы.
Все, кто участвует в блоге, можут выступать с точки зрения его идентификации в двух вариантах
1) под псевдонимом (для этого нужно иметь учетную запись в Гугле, для авторов это обязательно)
2) анонимно (только для комментариев, пока у нас это разрешено)
четверг, 12 ноября 2009 г.
MSSP, Босс-Рефефрент и все-все
я бы хотел разделить предложенное Андреем обсуждение на 2 части.
Первая, самая живая, это MS SP.
А потом отдельно я как-нить поделюсь сокровенным про Filenet.
Шумно протестую!
в Вашей статье "Российский Рынок СЭД в 1М Полугодии" Вы написали, дословно:
LiveLink (продукт компании Open Text, ранее назывался Hummingbird Enterprise). Это неправильно!!!
среда, 11 ноября 2009 г.
Momentum 2009. Афины, Греция
Приехал в понедельник, сейчас среда, утро. Уезжаю.
Поэтому очень-очень кратко. Что произвело впечатление
вторник, 10 ноября 2009 г.
По поводу исследования российского рынка СЭД
Меня эта тема давно интересует и я ее хотел обстоятельно обсудить.
пятница, 6 ноября 2009 г.
"БОСС-Референт" на платформе MS SharePoint
Материалы с мероприятий "ИнтерТраста" и ЭОС
среда, 4 ноября 2009 г.
Овчинка и выделка
Предлагаю уважаемым колегам обсудить следующую проблему.
вторник, 3 ноября 2009 г.
Федеральные ИТ-проблемы на Софтуле. О чем шел разговор?
пятница, 30 октября 2009 г.
MoReq2 на русском – в свободном доступе
Призрак бродит по России. Призрак ГСДОУ…
С чего начинается прозрачность систем управления
А заодно понял, что нужно добавить тег "государство" :-)
четверг, 29 октября 2009 г.
Заказные разработки СЭД для госсектора
П.С. Кстати, слышал, что разработанная в Татарстане заказная система СЭД в самом деле радует качеством и очень широко развернута в республике, чем выгодно отличается от многих других заказчиных разработок. Никто не знает, что она представляет из себя на самом деле и как можно было бы сравнить ее с рыночными системами по функциональности и надежности ?
Мы и заграница. Продолжение темы
Я хорошо помню визит и выступление Джона Манчини (AIIM) и на DOCFLOW'2008. Создавалось впечатление, что порой народ в зале простой не понимал о каких таких ECM идет речь. Сейчас такого барьера непонимания уже нет, или, по крайней мере, он стал поменьше.
среда, 28 октября 2009 г.
Займется ли "1С" всерьез автоматизацией документооборота?
Мне бы не хотелось отвлекать внимание ECM-сообщества на подобные "мелочи", скажу только, что, если "1С" решить всерьез заняться этим направлением (а есть целый ряд признаков, что будет именно так), то через некоторое время ее участие на этом рынке будет весьма заметным.
Не в стиле компании делать "внешние" покупки, но она может усилить свое присутствие и таким образом. "1С-Битрикс" у нее уже есть, в начале года они еще сделали одну "дочку" - "1С-КПД" (Корпоративные Порталы и Докукументооборот).
По поводу такой новости я ввожу новый тег - РЫНОК
"Запад есть Запад, Восток есть Восток..." Но сходиться все же нужно
Тема непростая и многогранная. Разумеется, она не решается решением типа – "издадим указ по всеобщему переходу на западные стандарты и правила". Но столь же понятно, что нам нужно интегрироваться в мировой пространство, в том числе в плане пересмотра нашей нормативной базы и приведения ее к каким-то мировым стандартам.
Процесс этот идет. Не так быстро, как хотелось бы, но идет.
Собственно, вот один из вопросов к российской ECM=СЭД отрасли в целом и к участникам нашего клуба-сообщества: можем ли мы как-то повлиять на этот процесс интеграции с мировым пространством? Да и нужно ли это делать?
Это к вопросу о соотношении влияния объективных и субъективных факторов на ход развития истории… :-)
вторник, 27 октября 2009 г.
Колонка модератора. Размышления о блогах
Поскольку у меня есть некоторый опыт "блоготворчества", то хочу поделиться некоторыми соображениями по этой теме и высказать видение нашей работы тут.
воскресенье, 25 октября 2009 г.
Перезагрузка "ИнтерТраста"
Попробую начать их краткое изложение.
пятница, 23 октября 2009 г.
Напряженная концовка ECM-недели
Много интересное и есть впечатления. Обязательно напишу, но не прямо сейчас (не успеваю). Кстати, надеюсь, что Татьяна Князева поделится своими знаниями о ситуации на рынке документооборота (она выступала с очень интересным докладом по этой теме).
Сейчас очень коротко по сегодняшней конференции. Вот несколько фото и небольшой комментарий:
четверг, 22 октября 2009 г.
Вести с полей...
среда, 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» в классическом смысле. Просто та же «запись акта гражданского состояния» - это далеко не просто строчка в журнале ЗАГСа (заведения); это все те неизменные документы (свидетельства о рождении/ браке/ разводе/ смерти…), которые, с одной стороны, имеют «значимость для общества и … ценность для собственника», а с другой – являются «… доказательствами при подтверждении правовых обязательств». То же можно сказать и про трудовые книжки, и про госреестры…
понедельник, 19 октября 2009 г.
Как будет «record» по-русски…, или Терминологическая война-2
Есть хорошо известный специалистам стандарт 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. Данным постом в употребление введен новый тег - "Стандарты". Надеюсь, он станет достаточно популярным.
Будем работать с тегами так!
Нужно помнить, что теги (ярлыки) можно легко делать, а изменить их (даже просто заменить название) – невозможно. Чтобы тегами можно было реально пользоваться при отборе нужной информации, их должно быть немного и они должны быть максимально уницифированы.
У нас нет механизма жесткого централизованного управления тегами. Каждый автор волен сам использовать существующие или новые, собственные.
В этой ситуации авторы должны очень серьезно подходят к вопросу выбора ярлыков для своих постов, пользуясь следующими правилами:
1. у каждого поста должен быть хотя бы один тег;
2. в первую очередь использовать только теги, из списка уже имеющихся (они видны при написании поста);
3. прежде чем вводить новый тег, хорошо подумать – нужно ли это делать. Нужно помнить – создать новый тег (в том числе для существующей записи) можно всегда, изменить или удалить существующий – нельзя;
4. если вы вводите новый тег, то желательно а) пометить записть тегом "теги", б) заканчивать посто строкой об том, что вы ввели новый тег.
Вот новые теги, которые вводятся для использования в последующих записях
Мероприятия
Проекты
Проблемы
Технологии
Методология
Колонка модератора. В нашем полку прибыло. Организационные вопросы
Основной итог прошлой недели – блог-ресурс создан, началось формирование его команды. Сейчас в списке присоединившихся уже более десяти человек, еще примерно такому же числу я отправил приглашения. Теперь нужно переводить количество в качество, в содержание публикаций и обсуждений.
Но нужно помнить о диалектической связи формы и содержания. Поэтому сейчас, на начальном этапе, нам придет вырабатывать стиль и формы работы в этом виртуальном клубе. Помимо разговоров о "высоких" ECM-материях мы сейчас также будем обсуждать организационные вопросы работы сообщества и использования собственно данной блог-платформы (это записи помечены тегами "ОргВопросы" и "ТехВопросы").
Вот какие моменты я хотел бы отметить сейчас.
Все члены клуба имеют статус "автора" (могут делать собственные записи). Помимо этого я имею статус "администратора" и "модератора" (но не редактора!!!). В первом качестве я могу управлять дизайном и настройками всего сайта, в том числе давать-забирать статус "автора" другим людям.
Я могу также корректировать напрямую публикуемые тут тексты, но буду стараться делать это только в исключительных целях (буду это делать через обращение к автору).
При этом я беру на себя функции контроля за соблюдением всем участниками выработанных нами правил работы.
Число участников растет. Записей пока не очень много. Но именно сейчас нужно решить два важных момента.
Профили участников. Я считаю, что каждый участник должен быть представлен достаточно публичным образом. Он должен иметь однозначно идентифицируемый НИК и, наверное, открытый для посетителей профиль. Фотографии, координаты, интересы – это по желанию, но по этому профилю все читатели должны иметь возможность понять – кто именно является автором, чтобы, в том числе можно было понять его "вес" в этой области. Мне пока не очень понятно, как можно организовать обмен приватными сообщениями в сообществе (в том числе для связи читателей с авторами). Но пока это в любом случае можно сделать через меня (по крайней мере, обмен контактами).
Теги!!!
Актуальной проблемой являются ярлыки (теги). Об этом уже было несколько записей. Проблема заключается в том, хорошего механизма управления ими в рамках данной платформы нет (впрочем, на других платформах тоже он реализован слабо). Сделать их можно легко, изменить (даже просто заменить название) – невозможно.
Вводить использование "жесткого" списка – технически нельзя и вряд целесообразно с содержательной точки зрения. Если каждый будет постоянно придумывать свои теги – можно быстро получить хаос.
Поэтому сейчас предлагается следующее
Все авторы очень серьезно подходят к вопросу выбора ярлыков для своих постов, пользуясь следующими правилами:
1. у каждого поста должен быть хотя бы один тег
2. в первую очередь использовать только теги, из списка уже имеющихся (они видны при написании поста)
3. прежде чем вводить новый тег, хорошо подумать – нужно ли это делать. Нужно помнить – создать новый тег (в том числе для существующей записи) можно всегда, изменить или удалить существующий – нельзя.
Можно предложить еще сделать так:
Если вы вводите новый тег, то запись заканчивать строкой об этом. Вот так, например:
Новый тег в этой записи – КолонкаМодератора
пятница, 16 октября 2009 г.
BI + ECM = управление знаниями?
В этой связи мне вспомнилось, как много мы говорили о проблеме управления знаниями как раз на рубеже веков, лет 8-9 назад. Причем, она рассматривалась преимущественно в рамках проблематики ECM, работы с документами. И это понятно – основной объем знаний "зарыт" именно в неструктурированных документах и в виде текстов. Но потом тема "управления знаниями" ушла куда-то на второй план или даже еще дальше. Создается впечатление, что все проблема свелась к, в общем-то, тривиальному поиску по ключевым словам, и отдана на откуп Google'у.
В этом плане было бы интересно понять: насколько сейчас реально востребованы задачи управления знаниями в сфере управления документами? Или все это пока остается на уровне "розовых идиллий"?
Кстати, вот еще одно наблюдение. На DOCFLOW года 3-4 назад было заметное увеличение числа экспонентов (в том числе небольших компаний) со своими решениями в области "глубокого" анализа, а на последней выставки их что-то уже не было видно
четверг, 15 октября 2009 г.
Прием в состав Клуба
Итак, в прошлый раз я рассказал о физической процедуре подключения к Клубу (http://ecmclub.blogspot.com/2009/10/blog-post_13.html). Теперь о логике подключения. На каком основании администратор будет выдавать "приглашения"?
Чисто технически, в blogger.com в один журнал могут писать не более 100 авторов. Думаю, что этого более чем достаточно. Пока.
Мы не будем гнаться за численностью, важнее качество, особенно на начальном этапе, когда нужно вырабатывать стиль работы, в том числе в режиме взаимодействия.
Кто может стать членом клуба? Четких, однозначных критериев нет и вряд ли они нужны. Но интуитивно понятно, что это должны быть люди, которым есть, что сказать по теме, и которые уже известны тем, что могут это сказать. В конце концов, они должны быть достаточно известны в отрасли своими публикациями, выступлениями и пр. И что важно – они имеют собственную точку зрения, а не просто воспроизводят чью-то.
В ходе подготовки проекта мы в рамках инициативной группы подготовили список тех, кого хотели бы пригласить для активного участия в деятельности клуба. Кому-то, я уже отправил приглашения, кому-то отправлю сегодня-завтра. Разумеется, возможна и обратная инициатива (я буду принимать решения, в том или ином виде консультируясь с "действующими" членами").
В любом случае, хочу подчеркнуть, что сейчас задачи форсирования состава нет, думаю, что численность 20-30 человек будет оптимальна на нынешнем этапе работы (как минимум до Нового года).
Но есть еще один принципиальный вопрос.
"Член клуба" – это понятие весьма условное. С технической точки зрения, это всего лишь человек, которые имеет возможность напрямую делать записи в журнал, минуя модератора (хотя модератор имеет возможность и право управлять процессом, хотя бы задним числом).
Но все желающие сейчас имеют возможность писать комментарии. И все желающие могут публиковать посты через модератора. Просто текст присылается мне, а я его публикую (если принимаю) от своего аккаунта, но с обязательным указанием автора, координат и пр.
Короче говоря: все читающие это блог могут быть авторами – модерируемыми или немодерируемыми.
Пиши!
Вопросы блогоустройства
Сначала опубликую disclaimer. Мне представляется полезным, чтобы в данном блоге не только велись политесные разговоры "за ECM", но и предпринимались попытки практического решения реальных проблем, которые могут возникать в корпоративных ECM-проектах. Поэтому я объявляю о том, что иногда сознательно буду исполнять роль эдакого "enfant terrible от ECM", т.е. буду порождать проблемную ситуацию, типичную для современных ECM-проектов, а команда проекта (участники данного блога) должна будет с заданной ситуацией справиться. Надеюсь, что такая небольшая ролевая игра будет полезной для всех. Ведь в реальном проекте заказчика не отмодерируешь и не забанишь :). (Конец disclaimer'а).
- Начнем с тегов. Второй день работы блога наглядно демонстрирует, что "управляемое тегообразование" не работает. Во-первых, несмотря на призыв автора блога не вводить новых тегов, процесс, что называется, пошел - Константин ввел-таки тег "Терминология" (см. здесь). Во-вторых, существующих тегов уже не хватает - именно поэтому я изначально оставил пост про открытые ECM-системы без какого-либо тега (не нашел подходящего) В-третьих, в условиях нехватки утвержденных свыше тегов применение существующих тегов становится нерелевантным; в качестве примера - тот же пост про открытые системы, под которым сейчас стоит тег "ОргВопросы", проставленный модератором (резон для появления тега понятен из комментариев, но тег точно не имеет никакого отношения к теме поста).
- Ссылки. Для того, чтобы в одном из постов проставить ссылку на другой пост или коммент в другом посте, требуется немалое трудолюбие и знание основ web-верстки. Нужно открыть еще одно окошко или закладку в браузере, правильно скопировать оттуда ссылку, правильно ее вставить в редактируемый текст. Плюс к этому - сам апплет редактирования криво работает (по крайней мере, у меня в Опере). Так что можно с уверенностью утверждать, что просьба ставить ссылки также не найдет горячего отклика в сердцах и головах пишущих...
Итак. проблема:
Модератор (технический администратор) призывает авторов (креативных создателей содержания) оформлять посты по правилам. А авторы (что с них взять - творческие люди...) не желают подчиняться правилам (или просто - рассеянно их игнорируют). Что делать?
PS. Напоминаю про свой disclaimer :)
PPS. И да - я умею вставлять ссылки и теги :)
Про "свободные" ECM-системы
- Во-первых, чтобы привлечь внимание аудитории к новой теме. Новый пост всегда привлекает больше внимания, чем новый комментарий к существующему посту.
- И, во-вторых, чтобы не смешивать обсуждение в одной ветви двух (или больше) существенно различающихся вопросов.
"По поводу так называемых свободных ЕСМ-систем хочу заметить, что их мало ровно по той же причине по котрой вообще мало свободных бизнес-приложений любой направленности. Более того, касаясь вопроса о свободных ЕСМ-системах, не могу не заметить, что выгода их приобретения кажущаяся и происходит от некорректных методик оценок ТСО при их внедрении. Как только мы начинаем корректно считать ТСО на примере конкретных задач, для которых планируется примменять ЕСМ-систему, сразу становиться понятно, что экономии на таком внедрении не получить, а в лучшем случае может произойти переаспределение бюджетов между провайдером системы и вендором системы, в пользу первого. Однако, провайдер при этом остается один на один с клиентом и сам несет всю отвественость, на что для серьезных бизнес-задач никто ровно из вменяемых провайдеров не готов. Впрочем, могу сказать. что например среди проиводителей отечественных нишевых СЭД много таких, кто при работе с клиентом не разделяет суммы проекта на лицензии и внедрение, фактически продает свободное ПО, но при этом конечно понятно каждому, что это опять же имитация идеи."
Мне кажется, что тема "свободных" ECM-систем будет достаточно интересна формирующемуся сообществу данного блога, и поэтому я взял на себя смелость вынести эту тему из комментов.
Чтобы не выступать в роли примитивного копипастера, добавлю и от себя "5 копеек" :).
Для России проблема свободных бизнес-приложений имеет еще один важный аспект - локализацию пользовательского интерфейса. Не секрет, что большинство свободного ПО приходит к нам с Запада и, соответственно, в "фирменной упаковке", т.е. с англоязычным интерфейсом. И если для системного ПО английский язык интерфейса не очень критичен (пользователи такого ПО - как правило, ИТ-специалисты, привыкшие читать и писать "не по-русски"), то российские бизнес-пользователи хотят, чтобы на экране все было "по-нашему". В случае с коммерческим ПО все затраты по локализации берет на себя вендор (как правило - хотя возможны варианты). А кто возьмется за локализацию свободного ПО? Сообщество разработчиков? Это вряд ли... (с) КА Сухов. Интегратор? Тоже вряд ли - по крайней мере, пока не будет иметь четкого представления, где и как он "отобьет" затраты на локализацию. Заказчик в рамках бюджета проекта? Это, конечно, голубая мечта вендоров и интеграторов, но только мечта совершенно несбыточная.
ЕСМ и СЭД: Терминологическая война ?
среда, 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-мероприятий
На следующей неделе свои ежегодные конференции проводят компании "ИнтерТраст" (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").