OSS / Системноинженерное мышление в управлении жизненным циклом(2014)

●данными (представлением информации с использованием какого-то формализма. Например, при обсуждении данных 2*2=4 можно обсуждать формализм – арабские цифры или римские). Данные абстрактны, т.е. не существуют в материальном мире. Действительно, одни и те же данные (например, текстовая строка «труба» в кодировке UNICODE или даже большая база данных со сложной схемой) могут быть представлены на самых разных экземплярах носителя, в том числе и резервных (бэкапы). На всех этих экземплярах носителей данные остаются одними и теми же, и обсуждаются именно как данные. С данными работают программисты и прочие айтишники.

●информационными рабочими продуктами (иногда говорят "информационными объектами"), т.е. чертежами, отчётами (бумажными и даже электронными – файлы), хранилищами данных на компьютерах (предназначенные для хранения данных в структурированном виде, без повторений и с возможностью однозначного нахождения нужных данных) и любые другие физические объекты, содержащие данные. На разных информационных объектах/носителях информации (например, в газете и в хранилище данных) могут находиться одни и те же данные (например, текстовая строка «труба»). Рабочие продукты можно пощупать, они находятся в физическом мире, они не абстрактны.

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

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

(http://www.aup.ru/docs/etks/etks-51/144.htm) у нас появляется огромное число работников, для которых очень трудно представить Toyota production system с её тележками и минимизацией входящих очередей болтов и клюквы к отдельным рабочим местам. Операции для информационных работников трудно описать не только потому, что трудно описывать работы "думания" и "творческой коммуникации", но и потому как в эти практики входят паттерны нечеловеческой работы -- паттерны "думания" и "коммуникации" компьютеров, которые оперируют данными (т.е. представлением информации с использованием какого-то не слишком связанного с содержанием этих данных более-менее универсального формализма).

Но это не означает, что мы не можем попытаться попробовать говорить об

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

Инженерия знаний и управление знаниями.

Мы будем пытаться единообразно говорить об организации как работы с информацией/данными, так работы с физическими объектами. Сегодня мы рассмотрим дисциплины/практики операционной работы с информацией/данными, которая используется во множестве проектов/предпринятий, на нескольких стадиях жизненного цикла, и/или интересует множество выполнителей. Информация и данные, которая используется во множестве проектов/предпринятий называется:

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

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

●справочными данными (если акцент делается на структурированной части НСИ, представленной единообразно, а рассмотрение не столько содержательное-инженерное, сколько менеджерское-логистическое -- то есть "хранение и доставка данных по назначению", абстрагированное от смысла данных)

●мастер-данными (если акцент делается на справочных данных, подвластных единому центру администрирования -- обычно в рамках одного предприятия-юрлица)

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

Инженерии тут аж две:

●инженерия знаний (в части формы представления): инженерия знаний/НСИ/справочных данных/мастер-данных -- это преобразование из менее формальных представлений в более формальные. "Инженерия знаний" традиционно относится к трансформации человечьего знания в нечеловечье/компьютерное

(http://en.wikipedia.org/wiki/Knowledge_engineering). То есть это выковыривание знаний (как explicit, так и tacit) из человечьей головы (кортекса), текстов на естественном языке (находящихся в "экзокортексе") и кодирование его в формальные структуры, понятные компьютерным программам. Это программирование/моделирование/онтологизирование, которые всё суть одно.

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

●дисциплинарная, т.е. целевая для деятельности предприятия инженерия (в части информации о целевой системе предпринятия, содержания/предмета работы выполнителей-инженеров): системная инженерия и инженерия по специальности, в том числе порождающее проектирование (generative design: когда "думает" компьютер, а не инженер -- т.е. компьютер выступает в роли большей, чем "редактор") и прочие содержательные обработки знаний/справочных данных, вплоть до "думания" при помощи инженерных программ искусственного интеллекта. Эта инженерная содержательная часть работы со знанием остаётся вне предмета нашего рассмотрения. Когда говорят об "инженерии знаний", вовсе не имеют ввиду какую-то конкретную последующую работу с этими знаниями (придумывание новых знаний при помощи компьютера, использование текущих знаний, использование "настоящего искусственного интеллекта" и т.д.), речь идёт главным образом о формировании адекватного для использования в этой последующей работе представления знаний в каком-то компьютерном формализме.

Традиционно "управление знаниями" относится к операциям -- как и любое "управление". Оно включает управление конфигурацией и управление изменениями (учёт), а также логистику (поиску и доставку по потребности)

знаний, находящихся в (http://ailev.livejournal.com/631926.html, 2008):

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

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

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

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

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

Как и в случае инженерии знаний, управление знаниями включает в себя управление НСИ, управление НСИ включает в себя управление справочными данными, управление справочными данными включает управление мастерданными. Другое дело, что дисциплина (набор практик) "управление знаниями" включает в себя также и практику управления доступом одних людей к tacit knowledge других людей, хотя мало кому удалось понять, в чём же именно заключается такая практика.

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

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

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

требований).

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

Помним, что все приведённые разведения (прежде всего инженерии и операций) очень условны. Так, Ассоциация инженерного менеджмента (http://www.asem.org/) предпочитает говорить о непрерывном спектре инженерных и менеджерских дисциплин (где "чистая инженерия про железо" и "чистый менеджмент про людей" находятся на краях, а "инженерный менеджмент" где-то посерединке, и включает в себя как раз главным образом "операционный менеджмент" в самых разных его вариантах -- проектное управление, управление цепочками поставок и т.д.). Условность отнесения рассматриваемых вопросов инженерии и управления знаниями, равно как сближения управления конфигурацией и данными (помним про одноимённую ассоциацию -- http://www.acdm.org/), и замешивания их в одну кучу в части "операционного управления" должна быть предельно ясна.