Диссертация (1138653), страница 14
Текст из файла (страница 14)
Предельновозможный объем изменений, которые могут быть реализованы в рамкахутвержденного бюджета определяется доступностью резервов.Состояние выполнения проекта для нашей задачи, таким образом, может0быть описано вектором ! = / 1, где 0 – трудозатраты,'2устойчивости проекта – вектор ' = / ' 13Запас устойчивости по каналу трудозатрат.где'2 =2=28+(∙(+− 1) ∙ 6 ∙ &9−&−:)– расходы. Запас(5)– резерв трудозатрат, определяется какпроизведение доступных дополнительных ресурсов на время их доступности, то78есть от момента вхождения в проект до окончания проекта с учетом допустимогоотклонения срока,8– резерв трудовых ресурсов,– плановая длительность проекта,9– допустимое итоговое отклонение длительности,:– время, необходимое на выделение в проект дополнительного трудового& – текущее время,ресурса.В рассматриваемом проекте(= 1 ∙ (10 + 2 − 3 − 1) = 8 ч ∙ мес.− 1) ∙ 6 ∙ & – дополнительный резерв трудозатрат, возникший в связи с> 1 или использованная часть резерва еслиопережением графика если< 1.2SPI – коэффициент эффективности выполнения календарного плана методаосвоенного объема6 – плановый размер команды, количество трудовых ресурсовПоскольку проект выполняется по графику, то= 1 и '? =2+0= 8ч∙мес, то есть доступные трудовые ресурсы позволят системе управления взаданный момент времени отработать изменения совокупным объемом не более 8человекомесяцев.Запас устойчивости по каналу стоимости.'3 =где@A3@A3+– резерв проекта по затратам,(6)– текущее отклонение постоимости, рассчитанное по методу освоенного объема.
Если> 0, то запасустойчивости увеличивается за счет возникшей экономии в проекте, если< 0,то запас устойчивости уменьшается, так как из-за перерасхода средств частьрезерва уже израсходована.79В рассматриваемом проекте '3 = 5 − 1 = 4 млн. руб., то есть доступныйрезерв денежных средств позволяет системе управления в заданный моментвремени отработать изменения совокупной стоимостью не более 4 млн. руб.'280,166∙'́ = D ' H = D5 ∙ 10H = /140,23ВАС20Вектор запаса устойчивости с нормированными компонентамигде 6 ∙(7)– плановые трудозатраты на момент окончания проекта– бюджет по завершению проекта.Таким образом, можно сделать заключение, что по каналу затрат системыуправления в исследуемый момент времени обладает большим запасомустойчивости, чем по каналу трудозатрат, то есть может отрабатывать меньшийобъем изменений, связанных с привлечением дополнительных трудовыхресурсов, чем изменений, требующих дополнительных трудозатрат.
Возможностьразличения запасов устойчивости по разным каналом управления – важнаяособенность метода анализа устойчивости, так как она помогает при наличииальтернатив осуществления изменений выбирать между альтернативами.Приведенный пример иллюстрирует простейший случай, в котором затратына изменения (как денежные, так и трудозатраты) строго пропорциональныобъему изменений, и все они необходимы для создания ценности в проекте, иодинаково эффективны.
Таким образом, устойчивость к изменениям зависиттолько от имеющихся резервов. В практике управления организационными ИТпроектами в системе управления существует множество зависимостей междуэлементами конфигурации, факторов, влияющих на продуктивность команды,неопределенности, снижающей эффективность изменений [Sakka, Barki, Côté,2016]. В силу этого для использования в управлении организационными ИТпроектами нужны более сложные модели устойчивости, опирающиеся наразработанное здесь определение, и в следующем параграфе разрабатываютсяпоказатели для оценки запаса устойчивости по ретроспективным данным.802.4.Обоснование характера возрастания трудозатрат на изменения втечение жизненного цикла проектаУстойчивость системы управления проектом к изменениям содержаниязависит, как показано выше, от объема вносимых изменений и трудозатрат на ихосуществление.Впроектах,всодержаниекоторыхвходитразработкапрограммного обеспечения, трудозатраты на изменения зависят не только отобъема вносимых изменений, но и от стадии жизненного цикла проекта, накоторой изменений вносится.Зависимость трудозатрат на изменения от жизненного цикла обусловленатем, что по мере разработки программного решения растет число связей междумодулями технического решения и возрастает вероятность того, что вносимое вмодуль изменение затронет не только целевой модуль, но и несколько смежных.Эта вероятность тем больше, чем выше связность архитектуры программногообеспечения.Связность программного обеспечения определяется коэффициентом CF(Coupling Factor), который определяется используемой технологией программногообеспечения и не зависит от размера программного решения [Briand, Daly, Wust,1999].(8)K=где(actual coupling) – число связей между модулями программногообеспечения (суммарно входящих и исходящих),(maximal possible coupling) – максимально возможное число связеймежду модулями (все модули связаны со всеми остальными как входящими, так иисходящими связями).Для целей данной диссертации введем в рассмотрение аналогичныйкоэффициент,определяющийсвязностьодногомодуляNLNL=OPL 2 ∙ (O − 1)где LM – связность одного модуля программного обеспечения,обеспечения.LM =программного(9)81NL – фактическое число связей модуля программного обеспечения, каквходящих, так и исходящих,OPL – максимально возможное число связей модуля (модуль связан совсеми модулями архитектуры программного обеспечения кроме самого себя каквходящими, так и исходящими связями),Таким образом, ожидаемое число связей одного модуля программногообеспечения будет определятся по формулеNL = 2 ∙ LM ∙ (O − 1)(10)Суммарные трудозатраты на внесение изменений будет определятьсятрудозатратами на изменение целевого модуля и, в случае необходимости всмежные модули.
Таким образом, для оценки суммарных затрат необходимооценить вероятность, что возникнет потребность во внесении изменений вмодули, смежные целевому.Рассмотрим модель архитектуры программного обеспечения (Рисунок 9).Допустим, целевое изменение вносится в модуль. Данное изменение можетповлечь за собой:• Вторичные изменения первого порядка в модулепо связи L1 и в модуле S по связи T1;по связи R1, в модуле• Вторичные изменения второго порядка в модулепо связи L2 и вмодуле S по связи T2.
Эти изменения являются также вторичнымиизменениями первого порядка по отношению к изменениям в модуле ;• Вторичные изменения третьего порядка в модуле S по связи T3. Этиизменения являются также вторичными изменениями первого порядкапо отношению к изменениям в модулепо отношению к изменениям в модуле .и изменениями второго порядка82Рисунок 9. Модель архитектуры технического решения.Распределение связей в пределах архитектуры равномерное, то есть,вероятность того, что внесение изменение в любой модуль повлечет вторичныеизменения по каждой архитектурной связи, может рассматриваться одинаковойдля всех изменений (P U ). Таким образом, ожидаемые затраты на изменения вмодулегдес учетом всех вторичных изменений следует рассчитывать по формуле:VWVXY= Z" + Z + Z[ + Z\ + ⋯VWVXY– суммарные затраты на изменения,Z" = ^ ∙ P" – ожидаемый объем изменений в целевом модуле,(11)^ – коэффициент затрат на реализацию функционала (руб), равен затратамна изменение объемом в одну функциональную единицу в целевой модуль приотсутствии вторичных изменений,P" = 1 – вероятность внесения изменений в целевой модуль,Z ( = 1,2,3 … ) – вероятность вторичных изменений -го уровняВероятность вторичных изменений первого уровня по одной связи равна:P = P" ∙ P UОжидаемые вторичные изменения по всем связям первого уровняZ = ^ ∙ P ∙ NL = ^ ∙ 2 ∙ LM ∙ (O − 1) ∙ P U(12)(13)Вероятность вторичных изменений второго уровня по одной связи с учетомтого, что они возможны только при условии наличия изменений первого уровнябудет определяться по формуле:P ∙ PU(14)P[ =2Вероятность делится на 2 в связи с тем, что модули, имеющие связи второгоуровня с целевым, могут также иметь связи первого уровня.
Поскольку83распределение связей в архитектуре равномерное и изменение в один и тот жемодуль, как правило, не вносится одновременно как изменение первого порядка иизменение второго порядка, то вероятность должна делиться на число исходов.Тогда ожидаемые вторичные изменения второго уровня^ ∙ (2 ∙ LM ∙ (O − 1) ∙ P U )[(15)Z[ = ∙ P[ ∙ NL =2Объем ожидаемых вторичных изменений третьего порядка в соответствии с[той же логикой определяется по формулеZ\ =∙ P[ ∙ NL \ ∙ P U ^ ∙ (2 ∙ LM ∙ (O − 1) ∙ P U )\=32∙3(16)Тогда формула для полных затрат на изменение примет видVWVXY(2 ∙ LM ∙ (O − 1) ∙ P U )[= ^ ∙ `1 + 2 ∙ LM ∙ (O − 1) ∙ P +2U(2 ∙ LM ∙ (O − 1) ∙ P U )\++ ⋯a2∙3=(2 ∙ LM ∙ (O − 1) ∙ P U )∙ b1 + cg!e(17)fгде h – максимальная глубина изменений, вызываемых изменениями вцелевом модуле.ДаннаяформуласворачиваетсяпоформулерядаТейлораэкспоненциальную функцию:VWVXY= ^ ∙ Z [∙ij∙(kl)∙ mв(18)Рост числа модулей технического решения в течение проекта для проектаразработки программного обеспечения можно рассматривать как равномерный.где & =V9O( ) = & ∙(19)– относительное время проекта, & = 0 в начале проекта, & = 1 вмомент его закрытия– время проекта в дняхn – длительность проекта в днях– число модулей в техническом решении в момент закрытия проекта84VWVXY ()=^∙Z[∙ij∙(o∙pl )∙ mZ [∙ij∙(o∙p)∙=^∙mZ [∙ij∙m(20)Введем дополнительные обозначения для констант и переменных,определяемых технологией и масштабом проекта:q = Z ij∙m ∙p– коэффициент возрастания трудозатрат в течение жизненногоцикла проекта;"=rs t∙uv∙wm– трудозатраты на выполнение изменения такого же объема,если изменение внесено в начале проекта, до начала разработки продукта.ТогдаВерификацияVWVXY="∙ q [∙oполученнойформулыдлярасчетатрудозатрат(21)наизменения.