Главная страница

1 задание. Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое


Скачать 8 Mb.
НазваниеВадим Алджанов итархитектура от а до Я Теоретические основы. Первое
Дата06.04.2023
Размер8 Mb.
Формат файлаpdf
Имя файла1 задание.pdf
ТипДокументы
#1040964
страница11 из 44
1   ...   7   8   9   10   11   12   13   14   ...   44
Анализ тренда расходов
Анализ тренда расходов – это метод наблюдения за проектом, за распределением его расходов. Предназначен для выравнивания бюджета по вехам, проекту в целом и своевременным контролем скачков затрат.
Постоянно контролируемые значения:
•Плановые расходы – то, что было запланировано изначально на реализацию.
•Фактические расходы – то, что было затрачено по факту на сделанную работу.
•Стоимость сделанных работ – то, что было запланировано и в действительности потрачено на сделанную работу. Сюда входит стоимость работ, материалов, внешних услуг.
•Остаток производства – то, что осталось сделать. Вычисляется как разница между запланированным объемом работы и сделанные к определенной точке во времени. Остаток производства = плановые расходы – стоимость сделанных работ.
•Дополнительные расходы – это разница между фактическими расходами и плановыми.
•Дополнительные расходы = фактические расходы – плановые расходы.

V-факт – предварительные фактические расходы.
Выступает, как сигнал пере-расходования средств.
V-факт = бюджет + дополнительные расходы + остаток производства.
Анализ тренда этапов проекта (вех проекта)
Анализ тренда этапов проекта (вех проекта) – это метод наблюдения за проектом, за его временным отставанием или опережением. Метод позволяет обнаружить отклонения на ранних стадиях и принять соответствующие меры по улучшению ситуации. Метод построен на анализе состояния вех, текущее и запланированное. Каждая веха имеет установленный срок выполнения, запланированный на этапе планирования проекта. Это время и есть отправная точка регулярной сверки. По завершению вехи ответственные отчитывается руководителю проекта о проделанной работе. В отчете должны быть ответы на следующие вопросы:
•Что сделано?
•Что нужно еще сделать для завершения вехи?
•Успели ли в срок?
Наиболее часто для визуализации используют графическое отображение анализа тренда вех.

По горизонтали: периоды предоставления отчетности, например, каждую неделю.
По вертикале: такая же шкала, с отметками вех. Отметка вех при X=0, соответствует запланированным показателям вех на этапе старта проекта.
Биссектриса – обозначает положение достигнутых вех.
В отчетный период диаграмма обновляется и анализируется. На диаграмму заносятся новые прогнозные сроки по завершению вех. Для каждой вехи получаем линию (кривую) тренда. Достигла биссектрисы, закончилась.
Идеальное состояние, когда линия четко идет без изменений по оси Y.
Отклонения по вертикале (отклонение прогнозируемого срока от первоначально запланированного):
Вверх: отставание по срокам
Вниз: опережение графика
Анализ с помощью Треугольника целей
Анализ с помощью Треугольника целей – Углы треугольника обозначаются, как:
•Сроки. Время на реализацию проекта.
•Расходы. Деньги, люди, бюджет.
•Объем работ. Цели, задачи, качество.

Пример хорошего развития проекта – Объем работ соблюден и даже превышен при меньших расходах и сроках.
Равносторонний треугольник с равными сторонами показывает плановые величины для: бюджета, срока, объема работ. Картинка меняется в зависимости от отклонения от базовых плановых значений.
Результаты проекта меряются с определенной периодичностью.
Сроки – измеряется затраченным временем на проект.
Расходы – измеряются фактическими затратами.
Объем работ – измеряется в процентном соотношении запланированных и выполненных работ.
Измеренный величины на отчетную дату наносят на оси координат и получают новый треугольник, который отличается от первоначального равностороннего треугольника.
Треугольник целей хорошо подходит для демонстрации, как промежуточных, так и в целом, результатов проекта.
Прочие Методы и Техники
Анализ допущений (Assumptions Analysis) метод, посредствам которого производится анализ точности допущений и идентификация рисков на проекте, вызванных неточностью, неполнотой или противоречивостью допущений. Любой проект и любой определенный риск проекта инициируется и исполняется на основании ряда гипотез, сценариев и допущений. Анализ допущений исследует обоснованность допущений применительно к проекту. Данный анализ позволяет идентифицировать риски проекта, возникающие вследствие неточности, нестабильности, противоречивости или неполноты допущений.
Анализ ожидаемого денежного значения (Expected Monetary Value Analysis EMV)
Статистический метод, вычисляющий средний результат, когда в будущем имеются сценарии, которые могут произойти, а могут и не произойти. Обычно этот метод используется в рамках анализа дерева решений.

Анализ отклонений (Variance Analysis)
Метод разложения общего отклонения совокупности переменных содержания, стоимости и расписания на отклонения отдельных элементов, которые связаны с определенными факторами, влияющими на переменные содержания, стоимости и расписания.
Анализ сети (Schedule Network Analysis или Network Analysis)
Анализ сети расписания (Schedule Network Analysis) – Метод определения ранних и поздних стартов и ранних и поздних финишей для невыполненных плановых операций проекта. См. также метод критического пути, метод критической цепи, анализ возможных сценариев и выравнивание ресурсов.
Анализ тенденций (Trend Analysis)
Аналитический метод, использующий математические модели для прогнозирования результатов в будущем на основании исторических данных. С помощью этого метода определяется отклонение от базового плана по затратам, срокам или содержанию с использованием данных из предыдущих периодов отчетности и прогнозирования величины отклонения данного параметра в определенный момент в будущем, если в исполнение проекта не будут вноситься изменения.
Анализ резервов (Reserve Analysis)
Методы анализа, служащие для определения существенных характеристик и взаимосвязей элементов в плане управления проектом с целью установления резерва для длительности расписания, бюджета, оценочной стоимости или средств проекта.
Анализ чувствительности (Sensitivity Analysis)
Метод количественного анализа рисков и моделирования, используемый для определения рисков с наибольшим возможным воздействием на проект. В процессе анализа устанавливается, в какой степени неопределенность каждого элемента проекта отражается на исследуемой цели проекта, если остальные неопределенные элементы принимают базовые значения. Обычно отображение результатов представлено в виде диаграммы «торнадо».
Быстрый проход (Fast Tracking)
Особый метод сжатия расписания проекта, изменяющий логику сети путем наложения друг на друга фаз, которые в обычной ситуации выполнялись бы последовательно, например, фазы проектирования и фазы строительства, или для параллельного выполнения запланированных операций. См. также сжатие расписания.
Выравнивание ресурсов (Resources Leveling) метод оптимизации нагрузки ресурсов проекта путем организации оптимального выполнения работ по проекту, учитывая их приоритетность, сроки выполнения и ограничения ресурсов.
Декомпозиция (Decomposition)
Метод, предполагающий разбиение содержания проекта и результатов поставки проекта на более мелкие и легко управляемые элементы до тех пор, пока работы по проекту, связанные с выполнением содержания проекта и обеспечением результатов поставки, не определены достаточно подробно для исполнения, отслеживания и мониторинга этих работ.
Метод «операции в узлах» или метод предшествования (Precedence Diagramming

Method, PDM)
Метод составления сетевых диаграмм, в которых плановые операции представляются прямоугольниками (или узлами). Плановые операции графически связаны одной или несколькими логическими взаимосвязями, которые показывают последовательность выполнения операций.
Метод сетевых графиков
Общая группа визуального отображения в виде графиков. Сетевой график, в отличии от диаграммы Гантта графически отображает зависимости между работами, а также продолжительность каждой работы и ресурсы. После этого определяется, какие задачи являются критическими, а какие – нет. два вида сетевых графиков: Сетевой график по методу критического пути (CPM) и Сетевой график по методу потенциалов (MPM).
Метод критического пути (Critical Path Method, CPM) пошаговая методика
(сетевых графиков), используемая при реализации взаимозависимых задач. Составляется перечень работ, определяются структура их декомпозиции, временная шкала, зависимости, реперные точки и результаты. Критические и некритические работы выделяются путем расчета наибольшего (на критическом пути) и наименьшего (плавающего) времени выполнения различных задач.
Метод критического пути – довольно часто используется в строительстве и характеризуется наличием четко выраженного пути проекта, этот путь формируют самые длинные работы проекта. Сам критический путь и определяет продолжительность всего проекта. Определяя и идентифицируя наиболее важные задачи, Вы можете оценить даты завершения, зависимости, ключевые вехи и конечные результаты. Любые отставания по датам для тех работ, которые лежат на критическом пути ведут к увеличению длительности последующих работ. При необходимости сократить длительность проекта необходимо сокращать сроки работ на «критике». Методология управления проектами при помощи критического пути позволяет сравнивать плановые и фактические показатели (как ситуация должна развиваться и что происходит на самом деле) каждый день. Четыре этапа планирования по методу:
•цели и ограничения (рассмотрение проекта по нескольким аспектам – длительность, рас, качество и проч.);
•продолжительность работы;
•сетевой график работ;
•построение диаграммы Гантта
Метод критической цепи. Метод критической цепи (Critical Chain Method CCM) отличается от метода критического пути тем, что он ориентирован на использование ресурсов проекта, а не проектных работ. Для решения потенциальных проблем с ресурсами формируются буферы, гарантирующие своевременную реализацию проектов с соблюдением всех необходимых мер безопасности. Управление проектом по методу критической цепи помогает избегать отставаний и задержек в проекте, определяя критический путь работ, а также резервы ресурсов (запас времени) для этих работ. Поскольку графики строятся, учитывая доступность ресурсов, срок проекта может быть дольше, но вероятность срыва сроков ключевых событий может быть снижена. Основа методологии критических цепочек – формирование основных работ критически важных для проекта и удержание сроков работ, соответственно и финальной даты завершения проекта. Критические работы проекта провязываются логическими связями с учетом ресурсных и административных ограничений;
Если в проекте ресурсы не ограничены, расчётные показатели будут схожими с PERT. Если в проекте все же ограничены ресурсы, то необходимо:
•Определить околокритические работы в графике, такие работы очень часто идут параллельно основной «красной»

•цепочки, но с уменьшенными сроками, они могут довольно легко стать критическими если им не уделять внимание.
•Определить критическую цепочку проекта при помощи ресурсных связей
Метод Монте-Карло (Monte Carlo Analysis)
Метод, многократно рассчитывающий (или выполняющий итерации) стоимости проекта или длительности проекта с использованием входных величин, произвольно взятых из возможных значений стоимости или длительности, с целью получения распределения вероятностей значения общей стоимости проекта или дат завершения проекта.
Метод оптимизации выгод (Value Engineering, VE)
Творческий подход к оптимизации стоимости на этапах жизненного цикла проекта, сокращению временных затрат, увеличению прибыли, улучшению качества, расширению рынка сбыта, разрешению проблем и/или повышению эффективности использования ресурсов.
Метод освоенного объема (Earned Value Technique, EVT)
Особый метод для измерения исполнения работ для элемента иерархической структуры работ, контрольного счета или проекта. Другое название – «метод правил освоения и начисления дохода» (earning rules and crediting method).
Оценка «снизу-вверх» (Bottom-up Estimating)
Метод оценки элемента работ. Работа разбивается на более мелкие работы.
Подготавливается оценка того, что нужно для выполнения требований каждой из частей работы, и эти оценки затем суммируются для данного элемента работ. Точность оценки
«снизу-вверх» определяется размером и сложностью работ, выделенных на более нижних уровнях. Обычно меньшее содержание работ увеличивает точность оценок.
Оценка «С вверху вниз» (Top-down Estimating)
Метод оценки элемента работ. Обратный методу «снизу-вверх».
Планирование методом набегающей волны (Rolling Wave Planning)
Вид планирования последовательной разработки, при котором работа, которую надо будет выполнить в ближайшей перспективе, подробно планируется с глубоким раскрытием иерархической структуры работ, в то время как далеко отстоящая работа планируется с относительно неглубоким раскрытием иерархической структуры работ, но по мере выполнения работ производится подробное планирование работ, которые надо будет выполнить в ближайшие временные периоды.
Управление освоенным объемом (Earned Value Management, EVM) это методология управления для интеграции содержания, сроков и ресурсов, а также объективного измерения исполнения проекта и достигнутой эффективности. Эффективность исполнения проекта измеряется путем определения плановой стоимости выполненных работ
(т. е. освоенного объема) и ее последующего сравнения с фактической стоимостью выполненных работ (т. e. фактической стоимостью).
Иерархическая структура рисков (Risk Breakdown Structure, RBS)
Иерархически организованное представление известных рисков проекта, распределенных по категориям и подкатегориям риска, указывающим различные области и причины возможных рисков. Иерархическая структура рисков часто подгоняется под конкретные типы проектов.

Матрица вероятности и последствий (Probability and Impact Matrix)
Общепринятый подход для отнесения риска к высоким, средним или низким путем сопоставления двух параметров риска: вероятности и воздействия на цели проекта в случае его наступления.
Матрица ответственности (Responsibility Assignment Matrix, RAM)
Структура, ставящая в соответствие организационную структуру иерархической структуре работ и помогающая назначению лиц, ответственных за каждый элемент содержания проекта.
Расписание контрольных событий (Milestone Schedule)
Укрупненное расписание работ, отображающее сроки наступления основных контрольных событий.
Метод аналогий
Сущность метода аналогий состоит в анализе всех имеющихся данных, касающихся осуществления фирмой аналогичных проектов в прошлом, с целью расчета вероятностей возникновения потерь. Техника предполагает следующие ключевые аспекты действий:
Попытка сравнить с аналогичным проектом, выполненным ранее. Собирается информация по планируемому и фактическому сроку выполнения, если сроки не совпадали, то анализируются причины приведшие к этому, вырабатываются контрмеры и формируется план проекта. Наибольшее применение метод аналогий находит при оценке риска часто повторяющихся проектов, например, в строительстве.
Метод Экспертной Оценки (Expert Judgment)
Суждения, предоставляемые на основании компетенции в области приложения, области знаний, дисциплине, индустрии и т. д., соответствующих выполняемой операции.
Анализ проводится с применением различных методов с фокусом на различные аспекты.
Экспертизу могут осуществлять как группы, так и отдельные лица, обладающие специализированным образованием, знанием, навыками, опытом или обучением. Может быть несколько источников, в том числе: другие подразделения исполняющей организации; консультанты; участники проекта, включая заказчиков, профессиональные и технические ассоциации и отраслевые группы.
Метод показателей
Используются показатели по завершенным проектам. Например, метод процентных ставок. При этом методе происходит полноценное распределение затрат по разным фазам.
Например, если известны реальные затраты на первую фазу, то остальные вычисляются согласно процентному распределению. Пример:
Фаза анализа – 20%
Фаза проекта – 35%
Фаза реализации – 30%
Фаза тестирования – 15%
Оценка «Навскидку» Poker Estimate
Техника предполагает следующие ключевые аспекты действий:
•Собирается рабочая группа (разработчики, аналитики, представители бизнеса и т п).
•Озвучивается задача,
•Каждый участник оценивает сроки проекта основываясь на своем опыте и уровню,
•Каждый участник высказывает свое мнение.
•Для обсуждения рабочей группой выбираются самый короткий и самый длинный срок проекта.

•В процессе обсуждения проводится корреляция мнений после чего рабочая группа приходит к общему решению.
Оценка времени или часов разработки
Важным элементом, при ведении ИТ проекта по разработке программного обеспечения является оценка времени, необходимого для разработки продукта. Данный вопрос актуален, как при разработке решения внутренней ресурсами, так и при аутсорсинге. Классическим примером, показан на диаграмме.
Все это может привести к следующим плачевным последствиям: Срыв сроков проекта,
Превышение стоимость проекта (овертаймы и т п) или неудовлетворенность заказчика качеством продукта.
Для устранения данных проблем можно воспользоваться следующими методами и техниками:
•Poker Estimate,
•Сравнение с аналогом,
•Bottom up & Top down
•Экспертная оценка.
После проведения анализа по одним из методик, рекомендуется добавить к срокам проекта:
•15—20% процентов времени для покрытия рисков и непредвиденных случаев
•Принимаем в расчетах 80% процентов рабочего времени (а не 100% формальных) разработчика, как основной рабочей единицы занятой на проекте
Диаграмма: Стоимость проекта
Ведение документации по проекту
Документация проекта – это набор документов, описывающих проект и регламентирующих деятельность в рамках проекта.
Проекты живут за счет быстрого обмена информации внутри проектной команды и внешними заинтересованными сторонами, поставщиками. Каждый участник проекта отвечает за предоставление или не предоставление информации.
Правило: «информация – это долг, который одни должны отдать, а другие потребовать».
Ход проектных работ должен постоянно документироваться, являясь внутренней информацией проекта. Информацию можно разделить на две части:
•Внутренняя
•Внешняя.
Внутри команды информацией по проекту могут обладать почти все участники проекта, а во вне отдается только часть информации. Пример внутренней информации:
•Планы

•Статусы
•Протоколы совещаний
•Документация по дефектам, тестам
•Договоры с поставщиками
Анализ рисков
Пример информации, которую можно отдать во вне:
•Матрица компетенций
•Журнал распределения обязанностей
•Статусы проекта
•График вех
•Заключительные отчеты
Проект документируется на протяжении всего жизненного цикла. При отсутствии регламентирующих правил работы с документами и по мере накопления документов в проекте информационная среда проекта может стать тормозом для выполнения проекта.
Для разных типов проектов существует свой набор или пакет документов проекта.
Например, документация проекта по строительству дома будет в себя включать: эскизный проект и технико-экономическое обоснование проекта строительства, рабочий проект, исходно-разрешительную документацию и др. В свою очередь, документация проекта по внедрению программного обеспечения должна содержать в себе описание автоматизируемых функций, описание постановки задач (комплекса задач), описание систем классификации и кодирования и др. ряд документов. Перечень
1   ...   7   8   9   10   11   12   13   14   ...   44


написать администратору сайта