Диссертация (1138653), страница 8
Текст из файла (страница 8)
Системная динамика изучаетизменение параметров системы под влиянием факторов, являющихся дляисследуемой системы внутренними. Разумеется, от того, как определены границысистемы, будет зависеть и то, какие факторы будут для нее внешними, а какие –внутренними. Например, к внутренним факторам при моделировании системы40управления проектом может относиться политика найма персонала в проект, а квнешним – принятый в организации процесс закрытия провальных проектов.Первые исследования, посвященные к применению системной динамики вуправлении проектами, относятся к началу 80-х годов XX века.
Построенные наоснове системной динамики модели предназначались для более точногопрогнозированиясроковвыполненияистоимостипроектовразработкипрограммного обеспечения, чем это было возможно до этого [Abdel-Hamid, 1984].В отличие от методов, рассматривавших проект как совокупность отдельныхработсотношениямипредшествования,временемвыполненияилираспределением вероятностей, если время выполнения – случайная величина(метод критического пути с его модификациями, и метод PERT, и другие),системнаядинамикаработаетсобобщеннымипараметрамисостояниявыполнения проекта (процент выполнения работ проекта, общая рабочая сила,задействованная в проекте, производительность и прочие) и поэтому должна бытьотнесена к методам макромоделирования.Важным отличием макромоделей от микромоделей проекта, которые вболее сложном случае могут включать в себя организационную структурупроекта, механизмы назначения заданий и отчетов, учитывать сложность работ иквалификацию персонала [Kunz and others, 1998; Ortiz de Orue and others, 2009],макромодели игнорируют все характеристики отдельных работ и исполнителей, вто же время формируя целостную картину, учитывающую место проекта в егоорганизационном окружении, политику управления персоналом, принятую ворганизации,вопросыстратегическогоуправления.Слабостьметодовмакромоделирования состоит в том, что, несмотря на то, что они могутпредлагать важные стратегические идеи по совершенствованию системыуправления проектом, эти идеи зачастую с трудом поддаются преобразованию ихв рекомендации по улучшению тех или иных операций [Rodrigues, Bowers, 1996].Динамическая модель проекта должна отражать выполнение его наразличных фазах жизненного цикла, а также передачу информации между41фазами, что определяет сетевой график проекта.
Форд и Стерман выделяютследующие формы взаимодействия между фазами:• Передача продукта, получаемого на предыдущей фазе, следующей;• Наследование следующей фазой работ предыдущей (так как переданныйпродукт может потребовать изменений и исправлений как в нем самом, так и вчасти работ, выполненных на других фазах);• Возврат продукта предшествующей фазе для исправления ошибок [Ford,Sterman, 2003].Таким образом, задача состоит в том, чтобы найти переменные, адекватноописывающие текущее состояние и продукт проекта или его фазы, и построитьчастные модели процессов, воздействующих на эти переменные. При построениимодели следует определить переменные, являющиеся для проекта внешними(входными и выходными) и внутренними. Внешние переменные следуетвыбирать таким образом, чтобы их величина определяла достижение цели проектаили движение к ней. В качестве возможных метрик предлагаются как«одномерные» величины, такие как срок, стоимость, так и «многомерные»,являющиеся интегральной оценкой: чистый дисконтированный доход, освоенныйобъем и др.Для описания состояния проекта в целом во многих случаях используютсяпеременные метода освоенного объема: плановый и освоенный объем,фактическая стоимость и другие [Cioffi, 2006; De Marco, Briccarello, Rafele, 2009;Zhu, Zhou, 2010].
Привлекательность метода освоенного объема вполнеобъяснима, поскольку его метрики дают интегрированную оценку выполненияплана как по стоимости, так и по срокам проекта.Производительность, как правило, не остается неизменной в течениепроекта, а падает, начиная с начала выполнения, и повышается к концу [Lyneis,Cooper, Els, 2001]. Существует несколько подходов к прогнозированию сроказавершения проекта на основе метода освоенного объема. При этом разныеподходы основываются на различных предположениях о том, как будетпроисходить выполнение проекта в будущем.
Наиболее часто используемыми42являются два предположения: предположение, что дальнейшее выполнениепроекта будет происходить в соответствии с планом, а также предположение, чтодальнейшее выполнение будет происходить с сохранением индекса выполнениясроков SPI. Естественно, что ни то, ни другое предположение без должногоанализа причинно-следственных связей, не может рассматриваться как надежное.Таким образом, установление причинно-следственных связей – важнаязадача при построении динамических моделей. На выполнение проекта оказываетсущественное влияние объем повторно выполняемых работ. Как уже отмечалосьвыше, необходимость повторного выполнения работ возникает при обнаруженииошибок в продукте какой-либо фазы проекта, а также при невозможностииспользовать продукт предшествующей фазы при выполнении последующей, чтоявляется проявлением несогласованности фаз.
Также необходимость повторноговыполнения работ может возникнуть при изменении целей проекта илитребований к продукту. С точки зрения обеспечения качества следует стремитьсякуменьшениюколичестваповторновыполняемыхИсследователивыдвигаютпредположение,необходимостьвыполнятьработычтоповторно,работпричиной,являетсявпроекте.вызывающейнеопределенность(отсутствие информации, ее неаккуратность или противоречивость). В этомсмысле источником работ, выполняемых повторно, является процесс контролякачества, в том или ином виде существующий в системе управления проектом исвязанный, таким образом, с процессами внесения изменений в планы [Lee, PeñaMora, Park, 2006].Обычной практикой для обеспечения выполнения проекта в установленныесроки является использование буфера. При этом возникает конфликт: с точкизрения расписания чем буфер больше, тем надежнее, но с точки зрения затратувеличение буфера приводит к увеличению стоимости проекта [Zhu, Zhou, 2010].Может быть предложен следующий подход к формированию буферов,предназначенных для уменьшения влияния неопределенности: в случае еслитрудозатраты всех работ проекта предсказуемы, то оптимальным решениемявляется отказ от использования буферов и применение системы точно вовремя43(just in time), в противном случае требуется применение буфера, размер которогопропорционален оцениваемой неопределенности [Lee, Peña-Mora, Park, 2006].Между тем, поскольку внутренние факторы, такие как несогласованность,также оказывают большое влияние на их количество, то становится понятно, чтонеобходим системный подход к анализу причин переработок, включающий в себяустановление причинно-следственных связей [Love, Mandal, Li, 1999], которыеявляются элементами частных динамических моделей процессов, связываемыхвпоследствии в модель проекта.Можно сделать вывод, что метод освоенного объема может датьдинамическим моделям систему переменных для описания текущего состояниявыполнения проекта.
Переменные метода могут в зависимости от целеймоделирования использоваться непосредственно или в модифицированном виде.После определения переменных состояния для целей прогнозирования сроковзавершениядолжнабытьпостроенамодель,учитывающаяпричинно-следственные связи в системе. В то же время, если рассматривать в качествекритерия успешности проекта степень удовлетворенности заинтересованныхсторон, то переменные, отражающие выполнение планов по срокам и стоимости,не могут давать исчерпывающую картину о состоянии проекта. В этом случаепеременные состояния проекта должны быть получены на основе анализа целипроекта и давать возможность в любой момент времени оценить движение к цели.Модели, построенные с применением системной динамики, включают всебяобратныеобразуемыесвязи,системойпредставляющиекоммуникацийсобойпроекта.информационныеВообще,дляканалы,реализацииуправления проектом требуется, чтобы переменные состояния проекта или фазы,влияющиенапринятиярешений,былиоцененыипредставленызаинтересованным лицам в требуемое время с необходимой точностью.Обратная связь в проекте организуется следующим образом: придостиженииопределенныхрезультатовисполнителиотчитываютсяовыполненной работе, используя те или иные каналы коммуникации.
Сравнениедостигнутого прогресса с запланированным в соответствии с расписанием44проекта осуществляется в подсистеме контроля. Полученное расхождениеявляется входом для подсистемы планирования, отвечающей за осуществлениеизменений в проекте. Для приведения проекта, в котором имеется отставание, квыполнению по расписанию могут быть предприняты различные действия, чтоопределяется политикой организации.
Наиболее распространенными решениямиявляются: нанять больше людей в проект, увеличить сроки проекта, сократить егомасштаб или выполнить какое-то сочетание названных выше действий [AbdelHamid, Madnick, 1987].Широкую известность получила модель, разработанная в MIT [AbdelHamid, 1984]. В ней отрицательная обратная связь реализуется при помощипроцесса найма и увольнения персонала (при наличии отклонения от плана).Структурная схема динамической модели показана ниже (Рисунок 5).Рисунок 5. Блок-схема динамической модели проекта разработки ПО[Abdel-Hamid, 1984].Управление человеческими ресурсами выделено в этой схеме в отдельныйструктурный элемент. Подсистема управления человеческими ресурсами отвечает45за наем, обучение, адаптацию и передачу персонала в проект.
Эти действиявлияют на другие подсистемы и подвержены влиянию с их стороны. Например,величина «уровень найма» является функцией переменной «потребность врабочей силе», определяемой необходимостью завершить проект в срок [AbdelHamid, 1984].Построение обратных связей в системе управления проектами, однако,совсем не тривиальная задача.