© Кобяк Валерия, группа э602.
Содействие передаче знаний между работниками является одной из основных задач управления знаниями. Как показали прошлые исследования, эффективность инструментов передачи знаний в значительной степени зависит от их ситуативного контекста, от заинтересованных сторон, участвующих в передаче знаний, а также от их мотивации и целей. В этой статье ввели подход агента-ориентированного моделирования для анализа эффективности инструментов передачи знаний в свете целей (потенциально конфликтующих) заинтересованных сторон.
В работе используется the i* framework (I*). В I * участники представлены как агенты, роли или позиции. Также в I * присутствуют цели, задачи, ресурсы и мягкие цели субъектов, которые связаны между собой различными зависимостями. (рис.1).
Метод моделирования КТА, применяемый в данной статье, состоит из трех различных уровней.
Уровень 1 - Определение зависимостей знаний: в первом уровне определяются стратегические зависимости знаний между различными участниками (например, разработчиками программного обеспечения, менеджерами, клиентами). Вопросы для выявления зависимостей знаний: К кому действующие лица обратятся за советом? Кто обращается к ним за советом? Какие знания участвуют? (Рис.2) Depender зависит от dependee для получения знаний. Предполагается, что dependee в состоянии обеспечить передачу необходимых знаний к depender, в то время как depender имеет возможность применить это знание на практике.
Уровень 2 - Определение вспомогательных средств: на втором уровне определяются вспомогательные средства, которые используются участниками. Вопросы для идентификации этих средств: Каким образом происходит передача знаний? Какие каналы связи и объекты хранения участвуют? Для моделирования этих аспектов передачи знаний вводятся каналы связи (лично или по телефону) и объектов хранения (документы, системы, связывающие элементы и т.д.). Рисунок 3.
Канал связи представляет собой инструмент, который используется для преднамеренной передачи знаний от отправителя к получателю, и предполагается, что получатель достоверно получит его (знание). Объект для хранения представляет собой инструмент, который используется для хранения информации, в котором хранимая информация доступна для других. Второй уровень представляют собой отправную точку для аналитиков, чтобы изучить альтернативные средства, которые способны достичь тех же целей.
Уровень 3 - концептуализация зависимости знаний и соответствующих вспомогательных средств в качестве отдельного агента, агента передачи знаний (Knowledge Transfer Agent, KTA), преследующего свои собственные цели и имеющего свои специфические зависимости, раскрывающие обстоятельства, при которых он может выйти из строя (показано на рис.4). Вопросы для определения целей и зависимостей вновь вводимых агентов включают: Каковы (явные и неявные) назначенные цели KTA? Кто назначает эти цели? Как KTA достигает своих целей? Теперь, сами инструменты передачи знаний могут быть проанализированы с точки зрения достижения цели.
The experience factory case (производственный опыт). Теперь переходим к применению данной модель к концепции производственного опыта.
Концепция производственного опыта возникла из научного сообщества разработки программного обеспечения в качестве реакции на возрастающее значение и роль опыта в разработке программного обеспечения. Концепция производственного опыта была предложена в качестве отдельных организационных подразделений, призванных облегчить повторное использование и передачу опыта среди команд разработчиков программного обеспечения. В этом смысле понятие производственного опыта представляет собой передачу знаний агента ("раздельная организационная структура"), который имеет цели ("увеличение повторного использования знаний") и фокусируется на облегчении передачи знаний между двумя или более субъектами ("группы разработчиков программного обеспечения").
Вопросы, к которым авторы обращаются в данной статье включают в себя: При каких условиях концепция производственного опыта терпит неудачу, и как неудача влияет на цели соответствующих заинтересованных сторон? И как адаптация к концепции производственного опыта может быть изучена в структурированном виде - принятие во внимание ограничений и целей различных заинтересованных сторон? Чтобы ответить на эти вопросы, авторы смоделировали и представили производственный опыт в качестве агента передачи знаний (KTA).
Согласно первому уровню анализа зависимости между разработчиками программного обеспечения могут быть смоделированы как знание зависимостей знаний о прошлых проектах между двумя ролями (Experience Consumer (опыт потребителей) и Experience Provider (опыт поставщиков или провайдеров), представляющими разработчиков программного обеспечения. В этом примере можно заметить, что отсутствие передачи знаний о прошлых проектах будет ухудшать способность потребительского опыта, чтобы достичь своей цели развивать и поддерживать программное обеспечение.
На втором уровне вспомогательное средство (объект хранения – Experience Base (База опыта) идентифицируется и добавляется в модель. Глядя на рисунок 5, аналитики могут определить, что объект хранения представляет собой один (но только один!) инструмент для решения выявленных зависимостей знаний о прошлых проектах. Анализ может привести к исследованию других вспомогательных средств, таких как наставничество, коучинг, блоги проектов или сообщества практики для решения выявленных знаний о зависимостях знаний о прошлых проектах.
На третьем уровне зависимости знаний о прошлых проектах и вспомогательное средство база опыта преобразуются в KTA (рисунок 6), спрашивая: Каковы (явные и неявные) назначенные цели, поставленные в концепции производственного опыта? Как достичь своих целей?
Концепцию производственного опыта можно рассматривать как агента, решающего одну и ту же общую цель, выполняя три основные задачи, а также поддерживая один критический ресурс. Общая цель концепции производственного опыта – содействие передаче опыта между проектами. Первая задача (обеспечение поддержки проекта) связана с изучением настроек проекта и предоставлением Experience Packages (пакет знаний) для потребительского опыта в качестве ресурса. Пакеты знаний собраны в Experience Base, то есть являются его частью. Вторая задача (анализ проектов) занимается сбором данных и уроками, извлеченными в конце каждого проекта, и группировкой их в пакеты знаний (третья задача).
Теперь, когда производственный опыт осмысляется как агент, стратегические зависимости четко сформулированы и могут быть обоснованы. Это помогает ответить на такие вопросы, как «При каких условиях концепция производственного опыта потерпит неудачу?» Как показано на рисунке 6, концепция производственного опыта имеет зависимости, которые в случае неудовлетворенности, заставляют концепцию производственного опыта потерпеть неудачу. На рисунке 6, две такие зависимости могут быть идентифицированы: A) Производственный опыт зависит от опыта потребителей, чтобы предоставить информацию о характеристиках проекта для того, чтобы обеспечить поддержку проекта и Б) Опыт завода зависит от опыта провайдеров, чтобы обеспечить опытом. Если либо опыт поставщиков опыта или опыт потребителей не в состоянии выполнить эти действия, способность концепции достигать поставленных целей будет нарушена.
Более подробно: [Markus Strohmaier, Jorge Aranda, Eric Yu, Jennifer Horkoff, Steve Easterbrook (2007): Analyzing Knowledge Transfer Effectiveness – An Agent-Oriented Modeling Approach].