Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Анализ контекста деятельности в управлении высокотехнологичными проектами. Учебное пособие
.pdf
Министерство науки и высшего образования Российской Федерации
Федеральное государственное бюджетное образовательное учреждение высшего образования
НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
__________________________________________________________________________
П. В. ТЕРЕЩЕНКО
АНАЛИЗ
КОНТЕКСТА ДЕЯТЕЛЬНОСТИ
В УПРАВЛЕНИИ
ВЫСОКОТЕХНОЛОГИЧНЫМИ
ПРОЕКТАМИ
Утверждено Редакционно-издательским советом университета
в качестве учебного пособия
НОВОСИБИРСК
2025
УДК 681.5(075.8)
Т35
Рецензенты:
канд. техн. наук, доцент В. А. Астапчук
д-р филол. наук, профессор С. Ю. Корниенко
Работа подготовлена на кафедре автоматизированных
систем управления НГТУ
Терещенко П. В.
Т35 Анализ контекста деятельности в управлении высокотехноло-
гичными проектами : учебное пособие / П. В. Терещенко. – Новосибирск : Изд-во НГТУ, 2025. – 107 с.
ISBN 978-5-7782-5448-0
В учебном пособии рассмотрены вопросы системного представления контекста в управлении высокотехнологичными проектами. Выделены различные аспекты анализа контекста: контекст деятельности команды проекта, контексты деятельности пользователей продукта проекта, заинтересованных лиц и организации в целом. Учебное пособие
соответствует ООП по направлению «Информатика и вычислительная
техника». Уровень подготовки – бакалавриат.
Материалы учебного
тами, обучающимися по направлениям, которые охватывают такие области профессиональной деятельности, как автоматизированные системы обработки информации и управления; разработка высокотехнологичных проектов информатизации предприятий; внедрение и сопровождение информационных систем и технологий; системный анализ
прикладной области; управление инновационными проектами. Книга
может быть полезна широкому
проблемами автоматизации управления организациями.
пособия могут быть использованы студен-
кругу специалистов, занимающихся
УДК 681.5(075.8)
ISBN 978-5-7782-5448-0 © Терещенко П. В., 2025
© Новосибирский государственный
технический университет, 2025
Менеджеры верят в то, что видят,
а не в то, что есть на самом деле.
Поэтому влияние на их видение, формирование у них современного видения –
одна из ключевых задач образования.
О. Виханский
ВВЕДЕНИЕ
В управлении организациями наблюдается устойчивый тренд повышенного интереса к использованию возможностей современных информационно-коммуникационных технологий. Информатизация процессов
и инновационная деятельность для многих организаций является неотъемлемой частью решения задач стратегического управления. Проекты
в ИТ-сфере стали важным средством реализации бизнес-стратегий.
В реализации многих проектов используются как типовые
ные платформы, так и коробочные решения.
В настоящее время наблюдается рост расходов на ИТ-проекты – как
на разработку традиционных аппаратных средств, программного обеспечения и услуг, так и на разработку проектов технологий искусственного интеллекта, больших данных, виртуальной, дополненной и смешанной реальности, блокчейна, облачных вычислений, мобильного
интернета, роботизации и
др. Сложность применяемых технологий,
а также необходимость учета многочисленных факторов внешней
и внутренней среды команды проекта и организации – заказчика проекта предопределяют сложность управления реализацией такого рода
проектов. Отсутствие наработанного опыта делает каждый проект уникальным и рискованным. Концепции управления проектами в сфере создания информационных систем в последние десятилетия
чили дальнейшее развитие.
Развитие проходило по нескольким направлениям, среди которых
выделим следующие.
1. Создание комплексных программных средств управления проектами на базе современных информационных технологий и использования ресурсов сети Интернет.
интеграцион-
также полу-
3
2. Использование для реализации проектов географически распре-
деленных проектных команд (виртуальных команд [5]), сотрудники которых ведут совместную работу в режиме реального времени, используя
современные средства проведения аудио-, видео- и телеконференций.
3. Применение формально организованных систем управления проектами на ранних стадиях (этапах, фазах) его жизненного цикла – этапах
разработки концепции и определения проекта
, где решаются принципиальные вопросы необходимости, осуществимости и границ проекта,
а также подготовки предложений по продукту и бюджету проекта.
Наличие большой неопределенности и рисков в управлении высокотехнологичными проектами в сфере информационных технологий покажем на имеющихся статистических данных по успешности реализации проектов [5, 14, 34].
Так, в [5] отмечается (данные конца 1990-х
годов), что не реализуется каждый шестой проект в области разработки информационных
систем.
По данным Standish Group (2015) [14] и CHAOS Report (ИТ-проекты), из всего количества проектов ИТ-сферы только 29 % являются
успешными, 52 % реализуются с превышением сроков, бюджета и не
соответствуют ожидаемым результатам, еще 19 % могут считаться провальными. В этом же докладе приводят ряд причин неудач
: 35 % – неточное формулирование требований к результатам проектов; 37 % – изменение целей проектов; 39 % – изменение приоритетов в деятельности
организаций – заказчиков проектов.
Согласно мировой статистике [12] на 2023 год доля успешных
ИT-проектов составляет в среднем 31 %. Успешным считается проект,
который завершен в соответствии с планом по функциональности, срокам и бюджету. Остальные 69 % – это проблемные или не
реализован-
ные до конца ИТ-проекты.
В [33] приведена несколько отличная отечественная статистика. Отмечено, что 81 % ИТ-проектов считается успешным, но для 45 %
из них в процессе реализации проекта было переопределено понятие
успеха. Полностью совпавшими с первоначальными ожиданиями заказчика признаны только 14 % проектов. Заметим, что ожидания заказчика
не являются чем-то постоянным и
в ходе реализации проекта могут существенно измениться. Однако в проектном менеджменте ожидания заказчика проекта зачастую предполагаются неизменными.
В литературе по управлению проектами встречаются утверждения,
что «… неопределенность в проектах не является неизбежным злом…,
4
если в отношении рисков и неопределенности используется упреждающий подход» [5]. Считается, что неопределенность в управлении проектом как сложной системой можно преодолеть, используя накопленные
знания о формализованных методах анализа рисков на всех этапах жизненного цикла проекта и выбирая подходящие методы.
В настоящем учебном пособии рассмотрены вопросы использования
различных теоретических моделей
нимания и учета влияния фактора наличия в проектах различных полей
контекста, создающих неопределенность в достижении их целей. Указывается на принципиальную невозможность полного снятия неопределенности в большинстве ИТ-проектов. Причина такого положения вещей – невозможность полного учета эффектов контекста на этапе разработки концепции
к управлению проектом. Различные эффекты контекста проявляются
в деятельности инициаторов проекта, персонала самой команды проекта, а также многочисленных внутренних и внешних заинтересованных лиц заказчика и разработчика проекта.
Для решения задач понимания возможности проявления и учета влияния эффекта контекста при реализации проектов ИТ
необходимы следующие знания и компетенции.
1. Определенные теоретические знания о представлении жизнедеятельности организации ее персоналом, различных бизнес-моделях
и конфигурациях бизнеса, методах и механизмах управления организациями [17, 20, 37].
2. Навыки использования инструментов сбора первичных (исходных) данных, необходимых для выявления и анализа различных полей
контекста.
3. Понимание проявления эффекта контекста в
и искажений в когнитивной деятельности пользователей и разработчиков приложений при решении ими ментальных задач – перцептивных,
мыслительных и др.
4. Коммуникативная компетентность высокого уровня для работы
в команде проекта, а также для организации проведения и участия в
многочисленных встречах с субподрядными организациями проекта и
заинтересованными лицами организации – заказчика проекта
и определения проекта независимо от подхода
и инструментальных средств для по-
-специалистам
форме заблуждений
.
5
Человек связывает феномены
в причинно-следственную форму.
А все, что он считает реальностью,
для него и есть реальность.
Е. Александров
1. УПРАВЛЕНИЕ ПРОЕКТАМИ
И ЭФФЕКТЫ КОНТЕКСТА
Введение в проблему понимания контекста субъектами, участвующими в управлении реализацией высокотехнологичных проектов, предварим развернутыми цитатами из книг «Иди на Голгофу» и «Глобальный человейник» Александра Александровича Зиновьева, ученого и пи-
*
сателя
мый минимум, понимать же надо максимально много. Знание пассивно.
Понимание активно. Знание – то, что добыто другими. Понимание – то,
что ты добываешь сам. Знание есть обладание, понимание – созидание.
Понимание есть способность приобретать знания в случае надобности и
освобождать голову от них после использования их».
ства. В искусственный интеллект человечества загрузили огромную
массу глупости, невежества, мракобесия».
обойдись без компьютера. Трудность реализации этой замечательной
идеи состоит в том, что люди со своим умом почти исчезли...».
нить на деятельность разработчиков ИТ-проектов? Ведь результаты
ИТ-проектов – это некоторые функциональные или инновационные интеллектуальные продукты. В процессе их производства задействованы
интеллектуальные ресурсы членов команды проекта – эвристические
и креативные
thor/964/quotes-aleksandr-zinovev (дата обращения: 30.04.2025).
.
«Лучше учиться понимать, чем копить знания. Знать надо необходи-
«Компьютерное мышление убило живую ткань познания и творче-
«... если можно обойтись без компьютера, своим природным умом,
Возникает вопрос: в какой мере эти утверждения можно распростра-
.
*
Цитаты из книг – Александр Зиновьев. URL: https://www.livelib.ru/au-
6
Так почему же так мала доля успешных проектов? Если есть «глупость» в деятельности многих команд ИТ-проектов, то в чем она заключается? Или такой результат присущ всем сложным ИТ-проектам?
Попытка в современных условиях обойтись без компьютерных технологий и использовать бумажные схемы бизнес-процессов приводит
к тому, что
эти схемы устаревают быстрее, чем их составляют.
Попытка обойтись без активного участия в проекте представителей
бизнеса приводит всегда к автоматизации ошибочных и неоптимизированных бизнес-процессов. Поэтому в реальности проблемы эффективного управления бизнес-процессами должны решаться совместно командой проекта и заинтересованными лицами на стороне бизнеса.
Это всегда взаимодействие
сторон (коммуникации) для поиска инноваций в бизнес-процессы и принятие управленческих решений сторонами
проекта в условиях неопределенности.
На начальных этапах проекта необходимо получить ответы на сле-
дующие вопросы.
1. Какова область действия в целом существующей системы?
2. Какова будет функциональная область действия разрабатываемой
системы?
3. Можно ли однозначно зафиксировать границы разрабатываемой
системы в требованиях к проекту?
4. В рамках какой формы организации бизнеса и подхода к управле-
нию действуют потребители продукта ИТ-проекта?
5. Какой подход к управлению проектом следует использовать?
Получение ответов на эти вопросы означает, что стороны сформировали представление о границах проекта и концепции проекта. Необходимая информация для ответов
на эти вопросы находится как в организации – заказчике проекта, так и на стороне разработчиков проекта.
Следует также учесть, что в настоящее время в практике управления организациями используются три подхода: системный, процессный и ситуационный [14].
Системный подход означает, что действующий субъект представ-
ляет то, чем он управляет, как управляемую
систему, взаимодействующую с внешней средой. При этом он считает или предполагает, что поведение управляемой системы подчиняется определенным законам или
правилам. Заметим, что системный подход не следует путать с системным анализом, который является технологией проведения системных исследований. Системный подход понимается не как последовательность
действий (технология), а как мировоззрение
действующего субъекта.
7
Процессный подход рассматривает управление как совокупность
определенных повторяющихся действий по выполнению функций
управления, объединенных в единый процесс управления. Если используется процессный подход, то мы строим процессные системы, где система играет активную роль и направляет действия человека. В этом
случае система, создаваемая разработчиком ИТ-проекта, должна всегда
знать, когда и
что делать. Для этого разработчику необходима схема
бизнес-процесса, которая учитывает все варианты его исполнения.
Здесь всегда возникает вопрос: «Где взять данные, чтобы команда проекта смогла построить качественные ментальные модели пользователей
продукта проекта?».
Ситуационный подход основан на утверждении о том, что суще-
ствует конечное количество типовых проблемных ситуаций, которые
встречаются в управленческой деятельности. Необходимо уметь распознавать и идентифицировать параметры возникающих ситуаций,
а также знать технологии действий для их разрешения. Данный подход
используется в большинстве приложений, где система управляет диалогом с пользователем согласно типовым сценариям. В случае сложных
систем, когда принципиально невозможно до конца снять неопределенность в
принятии управленческих решений, используется несколько
подходов для моделирования деятельности пользователей.
Для эффективной реализации в команде проекта ролей менеджера
(координатора) и системного аналитика желательно придерживаться
методологии системного подхода и представлять проект как сложную
управляемую систему.
В учебном пособии мы определим содержание используемых ключевых понятий в управлении проектами: «система», «управление»,
«проект
», «продукт проекта», «контекст» (бизнес-контекст, контекст
деятельности, контекст проекта), «роль в проекте». Заметим, что необходимо всегда уточнять, что обозначают ключевыми понятиями на
практике стороны, участвующие в реализации конкретного ИТ-проекта.
Это одна из важных задач, которая должна решаться командой проекта.
Здесь следует руководствоваться следующим правилом: всегда уточняйте слова
и понятия, которыми описывается цель. Должна быть договоренность заказчика и исполнителя об их значении. Результаты решения этой задачи представляют в виде раздела «Глоссарий / используемые термины» в требованиях к проекту.
Покажем место глоссария и ответов на поставленные вопросы на при-
мере одной из схем представления содержания требований к проекту
[15].
8
Раздел 1. Цель и область действия проекта.
1.1. Что представляет собой общая область действия и цель?
1.2. Участники (Кого это интересует?).
1.3. Что входит в область действия, а что не входит?
Раздел 2. Используемые термины / Глоссарий.
Раздел 3. Варианты использования.
3.1. Основные действующие лица и их общие цели.
3.2. Варианты использования для бизнес-процессов.
3.3. Системные варианты
использования.
Раздел 4. Используемая технология.
4.1. Какие технологические требования предъявляются к данной
системе?
4.2. С какими системами будет взаимодействовать данная система?
4.3. Каковы требования к взаимодействию с другими системами?
Раздел 5. Другие требования.
5.1. Процесс разработки.
5.2. Бизнес-правила.
5.3. Производительность.
5.4. Эксплуатация, безопасность, документация.
5.5. Простота использования.
5.6. Сопровождение, мобильность.
5.7. Отложенные вопросы.
Раздел 6. Людские резервы,
правовые, политические, организационные
вопросы.
6.1. Как влияют людские резервы на функционирование системы?
6.2. Какие существуют правовые и политические требования?
6.3. Какие последствия для людей будет иметь создание этой
системы?
6.4. Каковы требования к обучению?
6.5. Какое влияние оказывает система на окружающее сообщество?
Из представленной схемы содержания требований к проекту сле-
дует, что в
дополнение к указанным выше системным вопросам необходимо ответить на множество других вопросов о процессе разработки
проекта, продукте проекта и различных контекстах проекта.
9
1.1. СИСТЕМЫ И СИСТЕМНОЕ ПРЕДСТАВЛЕНИЕ
ОБЪЕКТОВ ПОЗНАНИЯ
При рассмотрении различных аспектов управления проектами,
учете факторов контекста в деятельности заинтересованных лиц со стороны заказчика, а также деятельности команды проекта будем использовать следующее определение понятия «система». Система (S) – это:
выделенный субъектом комплекс элементов (A);
связи выделенных элементов между собой (R);
взаимодействия
(связи) комплекса элементов со средой (С);
цели (Z) взаимодействия субъекта с выделенным комплексом эле-
ментов;
интервал времени (Т), на котором осуществляется управление.
S = ˂A, R, Z, С, Т˃. (1)
Нас будут интересовать различные системные представления деятельности персонала команды проекта и заинтересованных лиц на стороне заказчика проекта на различных этапах его жизненного
цикла.
Необходимо понять, какие факторы среды их деятельности следует
трактовать как учтенные или неучтенные в используемых ими моделях
систем. Заметим, что есть два принципиально различающихся взгляда
на понимание системности представления объектов познания.
1. Системность понимается как фундаментальное свойство объектов познания. Задачей исследования становится выявление системных
свойств объекта: выделение в нем
элементов, связей и структур, зависимостей между связями и тому подобных категорий. При этом элементы,
связи, структуры и зависимости трактуются как присущие «природе»
самих объектов и в этом смысле объективные. В таком подходе полагается, что система изначально кем-то собрана из элементов, т. е. элементы объективно первичны.
2. Принципиально
отличным будет взгляд, когда под системой по-
нимается идеальный познавательный конструкт (абстракция, модель),
посредством которого задается специфический способ организации знаний и мышления субъекта при его взаимодействии с объектами реальности. Системность в этом случае определяется не только свойствами
самих объектов, но зависит от целей деятельности и организации мышления
субъекта. В таком подходе к познанию объектов реальности постулируется первичность (объективность) существования целого, выделенного из среды. В этом целом, замещаемым субъектом образом
10
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]