Пост к заданию 4 курса "Моделирование и Собранность"

Возьмите концепты вашей онтологии и рассортируйте:

Моя предметная область - управление проектами организационных изменений в ИТ компании.

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

1.1. Проект.
Обычно в моей предметной области под этим понимается ограниченная во времени деятельность, направленная на создание чего-то существенно нового для организации. Референция происходит в терминах курса “композиционально” в соответствии с “принципом контекстуальности”, то есть через передачу контекста, в котором используется концепт. Контекст принципиально важен потому, что слово “проект” даже внутри ИТ компании может означать сильно разные смыслы.
Вариант 1 = проект внутренних изменений в организации
Вариант 2 = коммерческий проект для внешнего по отношению к организации клиента
Вариант 3 = проект в смысле design, когда говорят “подготовить проект решения” какой-либо проблемы.

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

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

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

2. Те, что с неплотным концептуальным пространством. Напишите, почему концептуальное пространство будет неплотным: что под этим концептом будут иметь в виду разные агенты/роли, будут ли они вообще из одного семантического сообщества и какие у них будут модели и варианты референции.

2.1. Компания
Компания - концепт с неплотным концептуальным пространством. Обычно у большинства сотрудников есть ощущение, что это очевидно понятное слово. В практике, как правило, это оказывается не так. Происходит это по двум причинам:

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

В итоге картина примерно такая:

  • Руководитель отдела, например, под компанией понимает своего руководителя (CEO, собственника или другого c-level руководителя), сотрудников своего подразделения и 2-3 руководителей с “близкими” интересами (например, бизнес-аналитики и дизайнеры, отдел разработки iOS и Android, и т.д.)
  • Линейный сотрудник чаще всего понимает компанией других коллег из своего отдела, “друзей” и непосредственного руководителя. Поэтому, например, когда у компании возникают проблемы и ресурсы перераспределяются для преодоления кризиса, у многих сотрудников возникает недоумение, почему наш отдел сокращают и продавцов нанимают?

Здесь кругозор каждой роли/агента формируется исходя из степени близости и понятности интересов других ролей/агентов к его собственным. Чем ближе интересы других агентов, тем больше шансов, что они попадут в выбранную интерпретацию понятия “компания”. Таким образом, у каждой роли в компании возникает некоторое собственное понимание, что есть “компания”.
Несмотря на то, что все агенты формально принадлежат к одной компании, на мой взгляд, они не относятся к одной семантической группе как раз потому, что вкладывают разный смысл в одно и то же понятие. По крайней мере при наличии в компании описанных выше явлений.
В сильных и зрелых компаниях, где проделана большая работа, интерпретация концепта “компания” выравнивается между подразделениями и уровнями иерархии, это отражается в их корп. культуре. В таких компаниях все или большинство ролей/агентов принадлежат к одной семантической группе. Но статистически таких компаний мало и они, как правило, являются лидерами своих рынков.
Поэтому в общем случае понимание различается и роли/агенты не принадлежат к одной семантической группе.

2.2. Результат
Результат - тоже концепт с неплотным концептуальным пространством. Обычно расхождение в интерпретации того, что является результатом возникает между ролями исполнителя/руководителя проекта и заказчика определенного вида работ.

Исполнитель/руководитель проекта чаще всего считает, что результат получен, когда все запланированные и согласованные с заказчиком действия завершены. Формально завершение работ по проектам изменений фиксируется итоговым отчетом по проекту. Для исполнителя/руководителя проекта готовность финального отчета по проекту часто тождественна получению результата проекта. Тогда как для заказчика результат проекта означает своевременно воплощенное в физическом мире изменение с заданными потребительскими свойствами, представляющими для него ценность.

Референция здесь происходит композиционально в соответствии с принципом “контекстуальности”. В общем случае роли исполнителя/руководителя проекта и заказчика не принадлежат одной семантической группе, потому что при формировании контекста на практике часто не прикладывается достаточно усилий, чтобы договориться о том, что обе стороны понимают под результатом. Происходит разрыв контекста, каждая из сторон понимает результат по своему. Вскрывается данный разрыв в процессе приемки работ/результатов проекта.