Моделирование жцп по принципу «водопада»

Эта модель представляет базовый подход, который может применяться в любом

проекте. При моделировании по принципу «водопада» работа над проектом

движется линейно через ряд ф аз.

Водопадная (каскадная) схема включает несколько важных операций, применимых ко всем проектам:

• составление плана действий по разработке системы;

• планирование работ, связанных с каждым действием;

• применение операции отслеживания хода выполнения действий с контрольными этапами.

Преимущества: она упорядоченно справляется со сложностями и хорошо срабатывает для тех проектов, которые достаточно понятны, но все же трудно разрешимы; она доступна для понимания, так как преследуется простая цель – выполнить необходимые действия; проста и удобна в применении, так как процесс разработки выполняется поэтапно; отличается стабильностью требований; представляет собой шаблон, в который можно поместить методы для выполнения анализа, проектирования, кодирования, тестирования и обеспечения.

Недостатки: в основе модели лежит последовательная линейная структура, в результате чего попытка вернуться на одну или две фазы назад, чтобы исправить какую-либо проблему или недостаток, приведет к значительному увеличению затрат и сбою в графике; поскольку готовый продукт не доступен вплоть до окончания процесса, пользователь принимает участие в процессе только в самом начале – при сборе требований, и в конце во время приемочных испытаний; не поддается гибкому моделированию; все требования должны быть известны в начале ЖЦ, но клиенты не всегда могут сформулировать все четко заданные требования на этот момент разработки.

Моделирование ЖЦП по итеративной модели

Итеративный подход (англ. iteration — повторение) — выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл: Планирование — Реализация — Проверка — Оценка. Эта модель хорошо подходит для ситуаций, когда конечный результат ясно не определен. Либо есть четкое понимание, что проект может измениться в процессе работы. Часто ее используют в IT-сфере.

Преимущества: мобильность и возможность быстро вносить изменения; снижение воздействия серьезных рисков на ранних стадиях проекта, что ведет к минимизации затрат на их устранение; организация эффективной обратной связи проектной команды с потребителем (а также заказчиками, стейкхолдерами) и создание продукта, реально отвечающего его потребностям; непрерывное итеративное тестирование, позволяющее оценить успешность всего проекта в целом; раннее обнаружение конфликтов между требованиями, моделями и реализацией проекта; более равномерная загрузка участников проекта; эффективное использование накопленного опыта; реальная оценка текущего состояния проекта и, как следствие, большая уверенность заказчиков и непосредственных участников в его успешном завершении.

Недостатки: часто из-за отсутствия четкой первоначальной логики выполняются шаги, которые являются лишними

Моделирование ЖЦП по спиральной модели т.н. модель Боэма (Барри Боэм).

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

Отличительной особенностью этой модели является специальное внимание рискам, влияющим на организацию жизненного цикла. Боэм формулирует “ top-10” наиболее распространенных (по приоритетам) рисков: дефицит специалистов; нереалистичные сроки и бюджет; реализация несоответствующей функциональности; разработка неправильного пользовательского интерфейса; “Золотая сервировка”, перфекционизм, ненужная оптимизация и оттачивание деталей; непрекращающийся поток изменений; нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию; недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами; недостаточная производительность получаемой системы; “разрыв” в квалификации специалистов разных областей знаний.

Большая часть этих рисков связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде.

Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации. Каждый виток разбит на 4 сектора:оценка и разрешение рисков,определение целей,разработка и тестирование,планирование.

Спиральная модель ориентирована на большие, дорогостоящие и сложные проекты.

Преимущества: о беспечивается определение непреодолимых рисков без особых затрат; модель разрешает заказчикам активно принимать участие при планировании, анализе рисков, разработке, а также при выполнении оценочных действий; она обеспечивает разбиение большого потенциального объема работы по разработке продукта на небольшие части.

В модели предусмотрена возможность гибкого проектирования, поскольку в ней воплощены преимущества каскадной модели, и в то же время разрешены итерации по всем фазам этой же модели.

Недостатки: спираль может продолжаться до бесконечности; большое количество промежуточных стадий может привести к необходимости в обработке внутренней дополнительной и внешней документации; использование модели может стать дорогостоящим, так как время, затраченное на планирование, повторное определение целей, анализа рисков, может быть чрезмерным.

 

Моделирование жизненного цикла проекта инкрементным методом (какая-то хрень для проектов в области IT)

Эта модель в большинстве случаев применяется при проведении сложных опытно-конструкторских работ, которые требуют большого количества участников, множества различных вопросов, которые необходимо решить. Ее суть заключается в разбиении большого объема работ на последовательность более мелких составляющих частей. Эта модель предполагает разбиение ЖЦП на последовательность итераций, каждая из которых напоминает “мини-проект”, включая все фазы ЖЦ в применении к созданию меньших фрагментов функциональности, по сравнению с проектом, в целом.

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

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

 

 

Планирование материально-технических потребностей УП.

Материально-технические ресурсы — сырье; материалы, конструкции, комплектующие; энергетические ресурсы; топливо; ресурсы типа «мощности» или технологические ресурсы (машины, механизмы для выполнения работ проекта); устанавливаемое оборудование и пр.

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

Как основная составляющая управления проектами ресурсное планирование включает в себя ряд компонентов, в том числе: разработку и сбалансированный анализ комплексов работ и ресурсов; разработк у системы распределения ресурсов и назначение ответственных исполнителей;контроль за ходом работ — сравнение плановых параметров работ с фактическими и выработка корректирующих воздействий.

Соответственно с каждой работой можно связать функцию потребности в ресурсах и рассчитать методами календарного планирования потребности в ресурсах по проекту в целом и методами выравнивания обеспечить соответствие потребностей наличию или возможностям обеспечения ресурсами. Имеются два основных метода планирования ресурсов проекта: ресурсное планирование при ограничении по времени; планирование при ограниченных ресурсах.Р есурсное планирование при ограничении по времени — предполагает фиксированную дату окончания проекта и назначение на проект дополнительных ресурсов на периоды перегрузок.П ланирование при ограниченных ресурсах — предполагает, что первоначально заданное количество доступных ресурсов не может быть изменено и является основным ограничением проекта.

В результате ресурсного планирования менеджер проекта получает возможность перейти к следующей фазе управления ресурсами — к организации закупок и поставок ресурсов.

18. Календарное и ресурсное планирование в программе Спайдер Прожект.

Spider Project - пакет управления проектами, спроектированный и разработанный с учетом большого практического опыта, потребностей, особенностей и приоритетов Российского рынка.

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

Устанавливается текущее время расчета проекта и если требуется закончить реализацию проекта к определенной дате, то задается директивное окончание проекта (в этом случае проект будет рассчитан программой в обратную сторону, т.е. от даты окончания проекта).В программе существует стандартный календарь рабочей недели, в котором предусмотрена пятидневная рабочая неделя с 8-ми часовым рабочим днем. Также учтены все праздничные дни нашей страны, как выходные дни. Но в программе имеется возможность создания собственного календаря проекта, если в этом есть необходимость.

Работа в электронном окне «Гантт работ». В электронную таблицу этого окна вводятся данные по оперативным задачам проекта. Определяется срок выполнения данной работы (количество дней либо количество часов). Календарные даты начала и окончания работ программа рассчитывает сама и вносит их в определенные столбцы.