РОЛЬ НАЧАЛЬНЫХ КУРСОВ БУХГАЛТЕРСКОГО УЧЁТА В ПРОФИЛАКТИКЕ ОШИБОК ПРИ ВНЕДРЕНИИ ИНФОРМАЦИОННЫХ СИСТЕМ

АННОТАЦИЯ

Проекты по внедрению корпоративных информационных систем (ERP) часто оказываются неудачными (до 70% случаев), что приводит к серьёзным финансовым и производственным потерям. Данное исследование утверждает, что первопричиной большинства проблем являются не технические недостатки, а глубокий разрыв в понимании и подходах между бухгалтерией и IT-отделом. В статье предлагается модель, которая рассматривает базовое бухгалтерское образование для IT-специалистов как стратегический шаг для предотвращения ошибок. Методологической основой работы выступает объединение нескольких теорий: социотехнической, теории когнитивной нагрузки (CLT) и модели принятия технологий (TAM). Анализ показывает, что такое обучение снижает умственную нагрузку на разработчиков, улучшает качество документов, связывающих отделы (например, технических заданий), и делает систему более понятной и полезной в их глазах, что помогает её успешному внедрению. В работе также анализируются риски такого подхода, в частности эффект Даннинга-Крюгера и чрезмерное упрощение. Практическая значимость исследования заключается в обосновании инвестиций в обучение сотрудников из разных отделов как высокоэффективного инструмента управления рисками при цифровой трансформации компаний.

ABSTRACT

Projects to implement enterprise information systems (ERP) often fail (in up to 70% of cases), leading to significant financial and operational losses. This study argues that the root cause of most problems is not technical deficiencies, but a profound socio-technical and epistemological gap between the professional cultures of accounting and information technology. The paper proposes a conceptual model that frames foundational accounting education for IT professionals as a strategic preventive measure. The methodological framework is a synthesis of Socio-Technical Systems (STS) theory, Cognitive Load Theory (CLT), and the Technology Acceptance Model (TAM). The analysis shows that this educational training reduces the cognitive load on developers, improves the quality of shared documents (e.g., technical specifications), and enhances the perceived usefulness and ease of use of the system, thereby fostering its successful adoption. The study also analyzes the risks of this approach, notably the Dunning-Кruger effect and oversimplification. The practical significance of the research lies in justifying investment in cross-functional training as a highly cost-effective risk management tool in the digital transformation of organizations.

Ключевые слова: ERP-системы, внедрение информационных систем, управление рисками, социотехническая теория, разрыв в коммуникации, трансляция знаний, бухгалтерский учёт для IT-специалистов, модель принятия технологий (TAM), теория когнитивной нагрузки, человеческий фактор.

Keywords: ERP systems, information system implementation, risk management, socio-technical theory, communication gap, knowledge translation, accounting for IT professionals, Technology Acceptance Model (TAM), Cognitive Load Theory, human factors.

Введение

Цифровая трансформация стала необходимостью для современных организаций, стремящихся к повышению эффективности и конкурентоспособности. Центральным элементом этой трансформации является внедрение интегрированных информационных систем планирования ресурсов предприятия (ERP-систем), которые обещают объединение бизнес-процессов, централизацию данных и оптимизацию принятия решений [1]. Однако, несмотря на десятилетия развития и значительные инвестиции, проекты по внедрению ERP-систем показывают удручающе высокий процент неудач [1, 2]. Согласно прогнозам аналитического агентства Gartner, к 2027 году более 70% инициатив по внедрению ERP не смогут в полной мере достичь первоначально заявленных бизнес-целей, причём до 25% из них потерпят катастрофический провал [3].

Экономические последствия таких сбоев колоссальны. Исторические примеры, ставшие классическими, включают многомиллионные убытки таких корпораций, как Hershey (потери более 100 млн долларов из-за невозможности выполнить заказы), Nike (упущенная выгода в размере 500 млн долларов) и Revlon (затраты на исправление ошибок в размере 54 млн долларов) [4, 5]. Эти цифры подчёркивают, что проблема выходит далеко за рамки технических трудностей и представляет собой стратегический риск для бизнеса.

Анализ причин неудач показывает, что они редко связаны с недостатками самого программного обеспечения. Ключевые факторы риска, выделяемые ведущими консалтинговыми агентствами, носят преимущественно организационный и человеческий характер: несоответствие системы реальным бизнес-потребностям, ошибки при выполнении проекта, низкий уровень принятия системы конечными пользователями и проблемы с качеством и миграцией данных [3]. В основе этих проблем лежит фундаментальный коммуникационный разрыв между бизнес-подразделениями, в первую очередь финансово-бухгалтерскими службами, и IT-департаментами, ответственными за внедрение [6–8]. Этот разрыв, однако, не является просто смысловым недопониманием; он имеет более глубокие, связанные с различиями в самом знании корни, возникающие из столкновения двух различных профессиональных культур и систем знаний: нормативно-регламентированного мира бухгалтерского учёта и алгоритмически-конструктивного мира разработки программного обеспечения [9].

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

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

Для достижения поставленной цели были определены следующие задачи:

1. Проанализировать корневые причины неудач при внедрении ERP-систем с использованием социотехнического подхода.
2. Разработать концептуальную модель, показывающую ключевую роль образования в преодолении разрыва между бизнес- и IT-подразделениями.
3. Оценить как именно обучение влияет на мышление, поведение и результаты проекта, с применением теорий когнитивной нагрузки (CLT) и модели принятия технологий (TAM).
4. Выявить потенциальные барьеры и негативные последствия предлагаемого подхода, включая эффект Даннинга-Крюгера и риски чрезмерного упрощения.

Научная новизна исследования заключается в переходе от констатации важности «коммуникации» как общего фактора успеха к разработке многоуровневой теоретической модели, объясняющей, каким образом конкретное обучение напрямую влияет на коренные первопричины социотехнического несоответствия. Работа объединяет идеи социотехнической теории, теории когнитивной нагрузки и моделей принятия технологий для создания единой системы для анализа практического решения, прототипом которого служат специализированные курсы, адаптированные для IT-специалистов [10].

Материалы и методы исследования

Настоящее исследование основано на качественной, нацеленной на построение теории методологии, включающей систематический обзор и обобщение академической литературы и отраслевых отчётов. Такой подход позволяет объединить данные из различных областей знаний для построения новой наглядной модели, объясняющей исследуемый процесс.

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

1. Социотехнический анализ (Socio-Technical Systems, STS): Данный подход является основной теоретической рамкой исследования. Внедрение ERP-системы рассматривается как процесс взаимодействия двух подсистем: социальной (включающей проектные команды, сообщества пользователей, профессиональные культуры и организационные структуры) и технической (само программное обеспечение ERP, аппаратная инфраструктура). Сбои и неудачи в проектах рассматриваются как результат несоответствия, или «разрыва», между этими подсистемами, а не как изолированные технические или социальные проблемы [11].
2. Для выявления природы «эпистемологического разрыва» проводится сравнительный анализ способов получения и верификации знаний в бухгалтерском учёте и сфере ИТ/инженерии. Анализируются фундаментальные различия в их объектах, методах, ценностях и способах формирования профессионального знания [12, 13].
3. Концептуальное моделирование: Для объяснения механизмов воздействия обучения используются устоявшиеся теоретические модели из психологии и информационных систем. В частности, применяются теория когнитивной нагрузки (Cognitive Load Theory, CLT) для анализа влияния обучения на умственные ресурсы разработчиков [14] и модель принятия технологий (Technology Acceptance Model, TAM) для оценки влияния на поведенческие установки и принятие системы пользователями [15].
4. Иллюстративный кейс-стади: В качестве практической основы для иллюстрации и подтверждения выводов используются опубликованные в литературе и отраслевых отчётах кейсы неудачных внедрений ERP [4], а также рассмотрим авторскую программу и концепцию курса «Основы бухгалтерского учёта», разработанного для не-бухгалтеров [10]. Эти материалы служат примером анализируемого обучения.

Результаты и обсуждение

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

Профессиональное знание в области бухгалтерского учёта по своей природе является основанным на правилах и стандартах. Оно основано на строгом наборе правил, стандартов (таких как МСФО или РСБУ), законодательных актов и устоявшихся профессиональных практик. Логика бухгалтера направлена на точную, достоверную и соответствующую правилам фиксацию свершившихся хозяйственных операций с целью формирования отчётности. Ключевыми ценностями являются консерватизм, последовательность и проверяемость [16, 17]. Знание в этой области носит преимущественно декларативный характер («знание, что»).

С другой стороны, знание в сфере разработки ПО, напротив, является алгоритмическим и конструктивным. Оно направлено на создание будущих систем, решение слабоструктурированных проблем и управление динамично меняющимися требованиями через поэтапные процессы. Логика разработчика – это логика проектирования, поиска оптимальных решений и построения работающих систем из абстрактных компонентов. Ключевыми ценностями являются гибкость, эффективность и инновационность [18, 19]. Знание здесь носит процедурный характер («знание, как»).

Столкновение этих двух знаний в рамках одного проекта порождает системный конфликт, который можно охарактеризовать как «профессионально-культурный шок» [20]. Термины, которые кажутся общими, такие как «актив», «транзакция», «процесс» или «требование», несут в себе совершенно разный смысловой и практический смысл для бухгалтера и для разработчика. Для бухгалтера «актив» – это категория баланса с чёткими критериями признания и оценки. Для разработчика – это запись в базе данных с определёнными свойствами. Это различие приводит к возникновению так называемых «разрывов между проектом и реальностью» (design-reality gaps), когда технически корректно реализованная система оказывается неспособной выполнять свои основные бизнес-функции в соответствии с нормативными требованиями учёта [21].

Этот эпистемологический разрыв является первопричиной большинства ключевых рисков, упоминаемых в отраслевых отчётах. Несоответствие бизнес-потребностям возникает из-за неспособности IT-команды правильно понять и описать в виде чётких инструкций скрытые бухгалтерские правила [3]. Ошибки в миграции данных происходят из-за непонимания структуры и взаимосвязей бухгалтерских счетов [22]. Низкое принятие пользователями часто является следствием того, что логика системы противоречит устоявшимся и регламентированным практикам работы бухгалтерии [3]. В конечном счёте, эти проблемы приводят к бесконечным доработкам, превышению бюджета и провалу проекта. Таким образом, неудачи при внедрении ERP – это не столько проблема управления проектами, сколько системный сбой в управлении межпрофессиональной трансляцией знаний.

Для систематизации этой взаимосвязи в Таблице 1 представлена классификация типичных рисков внедрения ERP и их связь с нехваткой конкретных бухгалтерских знаний у IT-специалистов.

Таблица 1.

Классификация рисков внедрения ERP и их корреляция с дефицитом бухгалтерских знаний у IT-команд (составлено автором на основе [3, 6, 10, 22, 23])

Предлагаемая в данном исследовании обучение, примером которой служит курс по основам бухгалтерского учёта для не-бухгалтеров [10], представляет собой не просто тренинг, а стратегический механизм трансляции знаний. Его основная цель – создание общего смыслового поля, которое позволяет преодолеть описанный выше эпистемологический разрыв.

В социологии понятие «граничные объекты» (boundary objects) – это материалы (документы, модели, прототипы), которые используются для координации работы между различными социальными группами [24]. В контексте IT-проекта такими объектами являются техническое задание, диаграммы бизнес-процессов, пользовательские истории (user stories) и прототипы интерфейсов. Эффективность этих объектов зависит от того, насколько они понятны всем участникам и насколько однозначно интерпретируются. Когда IT-специалист не владеет базовой бухгалтерской терминологией, создаваемые им «граничные объекты» становятся дефектными: они либо содержат скрытые двусмысленности, либо неполно отражают бизнес-логику [25, 26]. Образовательный курс, предоставляя общий язык и концептуальную модель [10], напрямую повышает качество этих документов, делая их надёжными инструментами для совместной работы разных отделов.

При этом современная теория управления талантами подчёркивает ценность T-shaped специалистов – профессионалов, обладающих глубокой экспертизой в одной области (вертикальная часть буквы «Т») и широкими знаниями в смежных областях (горизонтальная часть) [27]. Традиционно в IT-проектах роли чётко разделены: разработчики («I-shaped» специалисты с глубокими техническими знаниями) и бизнес-аналитики, выступающие в роли переводчиков. Такой подход создаёт «узкие места» и искажения информации. Предлагаемое обучение является практическим инструментом для формирования T-shaped компетенций у всей IT-команды. Она создаёт ту самую «горизонтальную планку», позволяя разработчикам напрямую взаимодействовать с бизнес-заказчиками, задавать более осмысленные вопросы и лучше понимать контекст своей работы, что повышает общую эффективность и гибкость команды [28].

С точки зрения социально-технической теории Бруно Латура, успешный проект – это создание стабильной сети, в которой интересы различных участников (людей, технологий, документов) согласованы [29]. Этот процесс согласования называется «трансляцией» (translation) и включает в себя четыре момента: проблематизацию, заинтересованность, вовлечение и мобилизацию [30]. Образовательный курс выступает мощным инструментом трансляции. Он «проблематизирует» задачу внедрения, показывая IT-команде, что их работа – это не просто написание кода, а перевод строгих бизнес-правил в программный код. Он заинтересовывает их, давая ключ к пониманию логики системы, и вовлекает в общую цель – создание работающего бизнес-инструмента, а не просто программного продукта.

Важно отметить, что современные тенденции в архитектуре ERP-систем не уменьшают, а, наоборот, увеличивают потребность в таких знаниях из смежных областей. Переход от монолитных ERP, которые часто внедрялись по принципу «чёрного ящика» с минимальной кастомизацией [31], к компонуемой архитектуре (composable ERP), продвигаемой Gartner [3], меняет подход. Компонуемая ERP предполагает сборку системы из независимых, модульных «пакетированных бизнес-возможностей» (Packaged Business Capabilities, PBCs) [32]. Этот подход переносит акцент с конфигурирования на интеграцию и управление бизнес-ориентированных сервисов. Чтобы эффективно собирать такую систему, разработчик должен понимать бизнес-логику каждого компонента (например, модуля «от закупки до оплаты»). Таким образом, по мере того как разработка становится более гранулярной и тесно связанной с бизнесом, базовые знания в области бухгалтерского учёта становятся для разработчика не опцией, а необходимостью.

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

Рисунок 1. Модель влияния базового бухгалтерского образования на смягчение социотехнического несоответствия (составлено автором)

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

Во-первых теория когнитивной нагрузки (CLT) утверждает, что рабочая память человека имеет ограниченный ресурс для обработки новой информации [33]. Когда разработчик, не знакомый с бухгалтерским учётом, пытается одновременно понять сложную бизнес-логику и реализовать её технически, возникает высокая внешняя когнитивная нагрузка (extraneous cognitive load) [14]. Его умственные ресурсы тратятся не на решение инженерной задачи, а на постоянную «расшифровку» незнакомых концепций. Упрощённый, структурированный курс [10] предназначен для предварительного формирования в долговременной памяти базовых ментальных схем (например, схемы двойной записи, структуры баланса). Это снижает внешнюю нагрузку в процессе работы и высвобождает когнитивные ресурсы для релевантной когнитивной нагрузки (germane cognitive load) – глубокого, осмысленного анализа, необходимого для проектирования качественных и элегантных технических решений [34].

В свою очередь модель принятия технологий (TAM) является одной из наиболее влиятельных теорий, объясняющих принятие информационных систем пользователями. Она утверждает, что намерение использовать технологию определяется двумя ключевыми факторами: воспринимаемой полезностью (Perceived Usefulness, PU) и воспринимаемой простотой использования (Perceived Ease of Use, PEOU) [15]. Обучение напрямую влияет на оба этих фактора:

• Повышение PEOU: Когда разработчик понимает внутреннюю логику и «почему» за бухгалтерскими требованиями, система перестаёт казаться набором произвольных и нелогичных правил. Это повышает его уверенность в том, что систему можно реализовать и использовать правильно без чрезмерных усилий.
• Повышение PU: Понимание бизнес-контекста позволяет разработчику увидеть, как его техническая работа напрямую способствует достижению критически важных для компании целей (например, своевременная и точная финансовая отчётность). Это усиливает его убеждённость в том, что создаваемая система повысит эффективность работы как конечных пользователей, так и его собственную.

Усиление этих двух факторов ведёт к формированию более позитивного отношения к системе и повышает желание использовать её корректно, что напрямую снижает риск «низкого принятия пользователями».

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

Наиболее существенный риск заключается в том, что поверхностное знание, полученное на вводном курсе, может породить необоснованную самоуверенность. IT-специалист может решить, что теперь он «знает бухгалтерию», и начнёт принимать самостоятельные решения, игнорируя более глубокие нюансы, не охваченные курсом. Это явление, известное как эффект Даннинга-Крюгера, может привести к совершению более тонких, но не менее опасных ошибок [35]. Это подчёркивает необходимость включать в программу обучения модули, объясняющие границы полученных знаний и формирующие культуру консультаций с профильными экспертами.

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

По итогу знания, полученные в учебной среде, не переносятся в рабочую практику автоматически. Без подкрепления, поддержки со стороны руководства и возможностей для немедленного применения полученные навыки быстро угасают [36]. Эта проблема, хорошо известная в самом бухгалтерском образовании, в полной мере относится и к данному случаю.

Эти риски указывают на то, что оптимальная модель обучения – это не разовое мероприятие, а адаптивный, интегрированный в рабочий процесс подход. Вместо одного большого курса в начале проекта (подход в стиле «Waterfall» [18]), более эффективной может быть гибридная модель, совместимая с гибкими методологиями разработки (Agile). Такая модель может включать базовый вводный модуль и последующие короткие модули по конкретным темам (например, «Учёт НДС при экспорте», «Методы амортизации ОС»), предоставляемые по принципу «обучения точно в срок» (Just-in-Time Learning, JITL) [37] непосредственно перед началом спринта, в котором будет реализовываться соответствующая функциональность. Этот подход максимизирует релевантность знаний и минимизирует разрыв между обучением и применением.
 

Рисунок 2. Гипотетическая модель соотношения компетентности и уверенности IT-специалистов в области бухучёта (составлено автором на основе концепции Даннинга-Крюгера)

Заключение

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

Основные выводы работы сводятся к следующему:

1. Первопричина большинства критических рисков внедрения ERP (несоответствие требованиям, низкое принятие, ошибки в данных) лежит в неспособности IT-команд адекватно понять и перевести в код сложную, контекстно-зависимую и нормативно-регулируемую логику бухгалтерского учёта.
2. Целенаправленное базовое обучение IT-специалистов основам бухгалтерского учёта является эффективной мерой по предотвращению проблем. Оно функционирует как механизм трансляции знаний, создавая общий язык и систему понятий, что повышает качество «граничных объектов» и способствует развитию T-shaped компетенций в команде.
3. На когнитивном уровне такое обучение снижает внешнюю когнитивную нагрузку на разработчиков, высвобождая ресурсы для решения сложных инженерных задач. На поведенческом уровне оно повышает воспринимаемую полезность и простоту использования системы, что, согласно модели TAM, является ключевым показателем её успешного принятия.
4. Внедрение такого обучения сопряжено с рисками, в первую очередь с эффектом Даннинга-Крюгера (иллюзия компетентности после базового курса) и чрезмерным упрощением сложных вопросов. Эти риски требуют осознанного управления и позиционирования обучения как средства для улучшения коммуникации с экспертами, а не их замены.

Таким образом, цели исследования были достигнуты: разработана и теоретически обоснована концептуальная модель, объясняющая позитивное влияние кросс-дисциплинарного обучения на снижение рисков в проектах внедрения ERP.

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

Список литературы:

1. Al-Fawaz K., Al-Salti Z., Eldabi T. Critical success factors in ERP implementation: A review. – 2008.
2. Mahraz M. I., Benabbou L., Berrado A. Success factors for ERP implementation: A systematic literature review //Proceedings of the International Conference on Industrial Engineering and Operations Management. – 2019. – С. 415-429.
3. Latest Enterprise Resource Planning (ERP) Insights //Gartner. [Электронная версия] – Режим доступа: https://www.gartner.com/en/information-technology/topics/enterprise-resource-planning
4. 8 Costly ERP Implementation Failures to Learn From //Whatfix. [Электронная версия] – Режим доступа: https://whatfix.com/blog/failed-erp-implementation/
5. Top 5 ERP Implementation Failures: Costs, Causes, and How to Prevent. [Электронная версия] – Режим доступа: https://www.spinnakersupport.com/blog/2023/12/13/erp-implementation-failure/
6. Creating a successful ERP reporting strategy //Deloitte. [Электронная версия] – Режим доступа: https://www.deloitte.com/us/en/services/consulting/articles/erp-reporting-strategy.html
7. ERP Strategy & Digital Finance Transformation //Deloitte US. [Электронная версия] – Режим доступа: https://www.deloitte.com/us/en/services/consulting/articles/erp-strategy-and-implementation.html
8. Weerasekara U., Gooneratne T. Enterprise resource planning (ERP) system implementation in a manufacturing firm: Rationales, benefits, challenges and management accounting ramifications //Accounting and Management Information Systems. – 2023. – Т. 22. – №. 1. – С. 86-110.
9. Butarbutar Z. T. et al. Systematic literature review of Critical success factors on enterprise resource planning post implementation //Cogent business & management. – 2023. – Т. 10. – №. 3. – С. 2264001.
10. Курс Основы бухгалтерского учета //АСП. [Электронная версия] – Режим доступа: https://asp-edu.ru/courses/kurs/osnovy_bukhgalterskogo_ucheta/
11. Kolukuluri M., Singh J. B. A qualitative study on project failure in agile teams using socio-technical systems theory. – 2023.
12. The Key Difference Between Accounting Vs Engineering Is That Accounting Is The Process of Recording //Scribd. [Электронная версия] – Режим доступа: https://www.scribd.com/document/535652905/The-key-difference-between-Accounting-vs-Engineering-is-that-accounting-is-the-process-of-recording
13. Sidhu J., Pillay S., Joshi M. Sociology of the Professions and Accounting //Understanding the Sociology of the Accounting Profession: The Case of Australia. – Singapore : Springer Nature Singapore, 2023. – С. 31-52.
14. Impelluso T. J. Leveraging Cognitive Load Theory, Scaffolding, and Distance Technologies to Enhance Computer Programming for Non-Majors //Advances in Engineering Education. – 2009. – Т. 1. – №. 4. – С. n4.
15. Shih Y. Y., Huang S. S. The actual usage of ERP systems: An extended technology acceptance perspective //Journal of Research and Practice in Information Technology. – 2009. – Т. 41. – №. 3. – С. 263-276.
16. The Profession of the Digital Age: Accounting Engineering //IFAC. [Электронная версия] – Режим доступа: https://www.ifac.org/knowledge-gateway/discussion/profession-digital-age-accounting-engineering
17. Hardin J. R., O'Bryan D., Quirin J. J. Accounting versus engineering, law, and medicine: Perceptions of influential high school teachers //Advances in Accounting. – 2000. – Т. 17. – С. 205-220.
18. Waterfall Project Management Methodology //Inflectra Corporation. [Электронная версия] – Режим доступа: https://www.inflectra.com/Solutions/Methodologies/Waterfall.aspx
19. Figueiredo A. D. Toward an epistemology of engineering //2008 Workshop on Philosophy and Engineering, The Royal Academy of Engineering, London. – 2008.
20. Culture Clash: Definition & Examples //StudySmarter. [Электронная версия] – Режим доступа: https://www.studysmarter.co.uk/explanations/business-studies/operational-management/culture-clash/
21. Hawari A., Heeks R. Explaining ERP failure in a developing country: a Jordanian case study //Journal of Enterprise Information Management. – 2010. – Т. 23. – №. 2. – С. 135-160.
22. 7 Key ERP Implementation Challenges and Risks //NetSuite. [Электронная версия] – Режим доступа: https://www.netsuite.com/portal/resource/articles/erp/erp-implementation-challenges.shtml
23. Sarsiti S. A Literature Review: Factors of Success and Failure of Accounting Information System Implementation //Devotion: Journal of Research and Community Service. – 2019. – Т. 1. – №. 1. – С. 51-58.
24. Kozarcanin S., Ahmed Mohamed W. Crossing Boundaries: Stage-Gate Model as a Boundary Object-A qualitative study on the function of the stage-gate model as a boundary object in cross-functional work. – 2019.
25. Wohlrab R. Living boundary objects to support agile inter-team coordination at scale : дис. – Chalmers Tekniska Hogskola (Sweden), 2020.
26. Barrett M., Oborn E. Boundary object use in cross-cultural software development teams //Human Relations. – 2010. – Т. 63. – №. 8. – С. 1199-1221.
27. Are T-shaped skills the future of hiring? Here's why //Testlify. [Электронная версия] – Режим доступа: https://testlify.com/t-shaped-skills/
28. T-Shaped Skills: Transforming Organizations for the Future //Nestor. [Электронная версия] – Режим доступа: https://nestorup.com/blog/t-shaped-skills/
29. Bintoro B. P. K. et al. Actors’ interaction in the ERP implementation literature //Business process management journal. – 2015. – Т. 21. – №. 2. – С. 222-249.
30. Mähring M. et al. Trojan actor‐networks and swift translation: Bringing actor‐network theory to IT project escalation studies //Information technology & people. – 2004. – Т. 17. – №. 2. – С. 210-238.
31. Petkovic N. RefStratERP–A Refactoring Strategy for ERP Systems. – 2017. [Электронная версия] – Режим доступа: https://kth.diva-portal.org/smash/get/diva2:1205363/FULLTEXT01.pdf
32. Plotting a path Through ERP Transformation Complexity | Insights //BCG Platinion. [Электронная версия] – Режим доступа: https://www.bcgplatinion.com/insights/plotting-a-path-through-erp-transformation-complexity
33. Shaffer D., Doube W., Tuovinen J. Applying Cognitive load theory to computer science education //PPIG. – 2003. – Т. 1. – С. 333-346.
34. Gkintoni E. et al. Challenging cognitive load theory: The role of educational neuroscience and artificial intelligence in redefining learning efficacy //Brain Sciences. – 2025. – Т. 15. – №. 2. – С. 203.
35. The Dunning-Kruger effect: why and how we overestimate our own abilities //Atlassian. [Электронная версия] – Режим доступа: https://www.atlassian.com/blog/productivity/dunning-kruger-effect
36. Majzoub S., Aga M. Characterizing the gap between accounting education and practice: evidence from Lebanon //International Journal of Business and Management. – 2015. – Т. 10. – №. 12. – С. 127.
37. Modesitt K. L., Maxim B. R., Akingbehim K. Just-in-time learning in software engineering //Journal of computers in mathematics and science teaching. – 1999. – Т. 18. – С. 287-302.