Процесс описания проекта

На все эти вопросы должны быть ответы как часть процесса описания проекта, до того, как будут рассматриваться смета затрат, цены, тендеры и контракты.  [c.11]


При описании любого проекта используются переменные, которые характеризуют количество (запас) каких-либо экономических ресурсов, например, денег, продукции, материалов, сырья и т.п. В процессе реализации проекта эти переменные изменяются. Для описания изменения за единицу времени количества (запаса), характеризуемого некоторой переменной, будем пользоваться понятием потока. Например, денежный поток - это изменение денежных средств за единицу времени, поток добычи нефти - это суммарный дебит всех добывающих скважин месторождения и т.п.  [c.38]

Главным первым шагом процесса составления бюджета с нуля является разработка пакетов решений для существующих и новых программ. Пакет решений содержит описание проекта, специальные меры и ответственность исполнителей. Пакет включает в себя описание процесса производства, рекомендованного менеджером и определенного по стоимости и по времени. В нем также рассматриваются альтернативные варианты выполнения работ. Например, улучшение качества может приводить к увеличению затрат. Сокращение времени также может приводить к увеличению затрат из-за оплаты сверхурочных работ.  [c.394]


Проектные материалы — документ (система документов), содержащих описание и обоснование проекта. Этим термином охватываются как документы, обязательные при проектировании объектов капитального строительства, так и дополнительные материалы, разрабатываемые участниками проекта при экспертизе, подготовке к реализации и в процессе реализации проектов. Проектные материалы должны содержать информацию, необходимую для оценки эффективности ИП (состав такой информации раскрывается в разд. 3 и Приложении 2). Предполагается, что проектные материалы содержат всю необходимую информацию о технических, технологических и организационных характеристиках проекта.  [c.107]

Перечисленные выше процессы управления проектами и их связи характерны для абсолютного большинства проектов. Но необходимо отдавать себе отчет в том, что на практике не все из описанных процессов и не все их связи действительно реализуются всегда и во всех проектах в полном объеме. Нельзя исключить, что специфические особенности каждого из реальных проектов могут привести к возникновению иных процессов, а также новых связей процессов управления.  [c.20]

Описанные группы процессов управления проектами сформированы по методическому принципу. Вместе с тем на процессы управления проектами возможен и другой взгляд, основанный на областях знаний, относящихся к управлению проектами. Состав этих областей знаний начал формироваться с таких областей, как управление временем проекта и управление финансами проекта. В последнее десятилетие перечень областей знания в управлении проектами существенно расширился и сейчас включает в себя области знания, перечень которых приведен в табл. 1.2.  [c.20]

БИЗНЕС-ПЛАН — план развития предприятия (предпринимательской деятельности) на определенный период план-программа осуществления сделки с целью получения прибыли система мероприятий, направленных на достижение заданной цели. Его содержанием является выполнение комплекса маркетингового и технико-экономического исследований, направленных на совершенствование и развитие производства. Разрабатывают Б.-п. и при технико-экономическом обосновании инвестиционных и приватизационных проектов. В этом случае он необходим инвестору — для определения целесообразности (эффективности) вложения капитала предпринимателю — для выработки программы действия и руководства в процессе реализации проекта государственным органам — для регулирования и контроля кредитных взаимоотношений, приватизации. Он может использоваться для проведения санации (мероприятий по предотвращению банкротства крупных предприятий с помощью банков или государства), рестрикции (ограничения производства, продажи и экспорта с целью увеличения цен на товары и получения прибыли, сокращения кредитов), приватизации предприятий и для получения внешних инвестиций. Б.-п. может быть составлен на год с детальным рассмотрением хозяйственной деятельности предприятия в предстоящие 12 месяцев и укрупненно характеризовать периоды на 1—4 года при подготовке инвестиционных проектов — на период их осуществления. Такой план включает описание предприятия, его потенциальных возможностей, оценку внутренней и внешней среды в бизнесе и времени, конкретные данные о стратегии маркетинга и развитии бизнеса. В нем отмечаются возможности рисков, т. е. показывается, что их существование учтено в плане и намечены меры по их снижению. Основное требование к Б.-п. — егВ реальность. Его составлению должны предшествовать анализ финансово-хозяйственной деятельности предприятия, рынка и  [c.132]


Обычно в основу описания проекта кладется то предложение, которое подает сам консультант. Затем оно дорабатывается в процессе переговоров с клиентом.  [c.552]

Если наименования работ значительно меняются в процессе описания каждой из них, то во всех случаях должны применяться кодовые номера, по крайней мере в первом проекте, с тем чтобы избежать неразберихи или неправильного понимания при ссылках на другие работы.  [c.175]

В разд. 2 разработчикам проектов предложены описание процесса разработки проектов СО и требования к документации по Второму варианту реализации СО. Здесь также приводятся сведения об ожидаемых расходах и доходах, связанных с разработкой проектов СО.  [c.14]

Такой корпоративный план, содержащий запланированные проекты по доходам и расходам и балансовые ведомости, будучи результатом процесса, описанного выше, более способен обеспечить стабильность компании на длительный срок, чем планы, основанные на более интуитивном подходе и содержащие прогнозы, которые мало чем отличаются от экстраполяции предыдущих тенденций.  [c.790]

Описание проекта - это процесс, который начинается в тот момент, когда клиенту или инвестору впервые приходит в голову мысль о проекте. Этот процесс не заканчивается до тех пор, пока не заархивирована последняя толика информации, описывающая проект в его законченном исполненном состоянии. Рисунок 2.1 демонстрирует некоторые элементы процесса. Эта глава посвящена описанию той части проекта, которая предшествует авторизации проекта той части, которая имеет значение при установке проекта на должный курс и которая крайне важна при любых начальных контрактных обязательствах.  [c.9]

Более строгий контроль за изменениями должен помочь сократить излишние затраты и сохранить запланированный бюджет проекта. Когда в в проект вносятся изменения по просьбе клиента, последний выделяет соответствующие средства для их реализации, следовательно, бюджет будет соответствующим образом изменен все другие предлагаемые изменения должны быть тщательно изучены, прежде чем они будут одобрены. Лишь существенные нефинансируемые изменения могут быть разрешены. Контроль за изменениями является неотъемлемой частью процесса управления проектом и описан в Главе 11.  [c.185]

Предположим, что в некотором регионе имеется проект создания нового производственного предприятия (фирмы). Технологическую часть описания проекта можно представлять себе как некоторую последовательность (во времени) затрат и выпусков в натуральном выражении. Цены на расходуемые ресурсы и выпускаемую продукцию подвержены случайным колебаниям, связанным с рыночной конъюнктурой. Таким образом, наблюдая конкретную реализацию этих цен и зная технологическое описание проекта, можно вычислить в каждый момент времени выручку фирмы и ее расходы на приобретение необходимых для производства ресурсов еще до реального создания фирмы. Создание фирмы требует определенного количества различных ресурсов в натуральном выражении. В силу стохастической динамики рыночных цен на эти ресурсы объем необходимых инвестиций в денежном выражении можно считать случайным процессом. Для простоты будем полагать, что инвестиции являются мгновенными и необратимыми, т.е. фирма начинает функционировать сразу после момента инвестирования, а сделанные инвестиции нельзя изъять и использовать для других целей.  [c.9]

Комментарий). Вообще говоря, четкого описания соотношения между фазой проекта и группами процессов нет. РМВОК допускает, что в каждой фазе повторяются все пять процессов. Это создает некоторую двусмысленность. К примеру, есть фаза завершения проекта и, одновременно с этим, есть процесс завершения проекта, который присутствует во всех фазах, в том числе, и в фазе завершения проекта. Также непонятно, почему процессы управления не влияют на процессы инициации, т.е. получается, что процессы инициации идут неуправляемо  [c.249]

С точки зрения пользователя, формат описания процессов в стандарте ИСО менее информативен, чем формат стандарта РМВОК. Так, в РМВОК для каждого процесса описываются детально входы, выходы процесса, методы и средства, необходимые для выполнения процесса. В стандарте ИСО, в основном, даются общие комментарии и необходимые нормы. Следует отметить, что снижение информативности обусловлено статусом стандарта ИСО - данный стандарт не позиционируется как руководство по управлению проектами, а только как руководящие указания по качеству процессов управления проектами.  [c.268]

A. Вы находитесь в процессе инициации вашего проекта и знаете, что описание продукта на этом этапе содержит много деталей, и в процессе развития проекта количество деталей уменьшится.  [c.28]

Процесс инициации проекта включает в себя описание продукта, стратегический план, критерии выбора проекта, историческую информацию. Каждое из этих действий выполняется с использованием различных методов и средств, чтобы затем получить конечные результаты, одним из которых является устав проекта. Теперь мы рассмотрим каждое из этих действий более подробно.  [c.91]

Описание продукта обычно содержит в себе мало деталей на ранних фазах проекта и больше деталей, когда проект начинает развиваться. Детали продукта разрабатываются поступательно, пока не будет получено конечное описание продукта. Оно будет учитывать наибольшее количество деталей в процессе выполнения проекта.  [c.91]

Да, все это звучит банально. Процесс постановки цели и процесс описания, документирования проекта имеют много сходных черт. Давайте еще раз рассмотрим цели с точки зрения проекта  [c.95]

Последним методом и приемом процесса инициации проекта является мнение экспертов. Это может быть решение одного человека или группы людей, которые обладают специальными знаниями в той области, которую вы оцениваете. В случае инициации проекта мнение экспертов поможет вам оценить элементы процесса инициации — то есть описание продукта, стратегический план, критерии отбора проекта и историческую информацию. Например, как руководитель проекта вы можете полагаться на экспертизу вашего комитета, чтобы определить, соответствует ли выбранный проект стратегическому плану. Или вы можете полагаться на членов команды, которые в прошлом принимали участие в похожих проектах и могут что-то посоветовать относительно выбранного проекта.  [c.128]

Во время процесса выполнения проекта происходит целый ряд вещей. Во время этого процесса расходуется большая часть бюджета проекта и времени. Проблемы, которые здесь обычно возникают, связаны с проблемами графика. Здесь мы завершаем описание продукта и добавляем больше деталей, чем в процессе планирования.  [c.305]

Каждая точка этого пространства представляет собой элементарный процесс управления. Например, планирование рисков на стадии разработки системы или контроль качества проектирования системы . Для удобства описания и исполнения процессы управления проектами должны быть сгруппированы по некоторым принципам и представлены в виде формализованных процедур. Возможны различные принципы группировки в соответствии с осями пространства процессов управления проектов  [c.89]

Основным содержанием стандарта управления продуктами является описание процессов продуктового цикла (см. табл. 4.1). Если в качестве формы реализации этих процессов применяются проекты (а для большинства этапов жизненного цикла продукта это является естественной и эффективной формой), то в процедуры должны быть включены соответствующие элементы проектного управления — календарное и ресурсное планирование, управление рисками, изменениями и т.д.  [c.147]

Если в компании не выстроены процессы управления проектами, не определены роли их персонала, не сформированы принципы сосуществования проектной и операционной деятельности, то все управление проектами сведется к эпизодическому использованию на отдельно взятых рабочих местах пакета календарного планирования как одного из многих офисных приложений. В этом случае, как и в описанном выше, компания изначально нуждалась в совершенно другом продукте, а именно в системе управления проектами с хорошо проработанной организационной составляющей. ИТ-компонент в этой СУП вполне может появиться только на финальной стадии и, кстати, может вообще не включать пакет календарного планирования и базироваться исключительно на системе управления документами или системе управления бизнес-процессами.  [c.159]

Было решено описывать область знаний в терминах процессов, составляющих её. Поиск связного метода представления привел к полной реструктуризации издания 1987 года, т.е. к выделению 37 "процессов управления проектами". Каждый процесс описывается в терминах входных и выходных данных, а также инструментария и технологий осуществления. Входные и выходные данные (результаты) представляют собой документы (например, описание замысла) или документируемые предметы (например, зависимости между работами). Инструментарий и технологии представляют собой механизмы, применяемые к входным данным для получения результатов. В дополнение к своей фундаментальной простоте данный подход предлагает ещё ряд положительных черт Подход подчеркивает взаимодействия между областями знаний. Результаты одного процесса становятся входными данными для другого.  [c.6]

ПРИМЕР 2. Продукт биофармацевтического исследования может быть изначально определен, как "клинические испытания XYZ", поскольку число испытаний и масштаб каждого неизвестны. В процессе выполнения проекта продукт может быть описан более детально, как "три испытания ФАЗЫ 1, четыре испытания ФАЗЫ 2, два испытания ФАЗЫ 3". Следующий этап последовательной разработки может фокусироваться на протоколе исследования испытаний первой фазы - сколько пациентов, какую дозу и как часто принимают. На заключительной стадии проекта исследования 3-й фазы будут описываться, основываясь на данных, собранных и проанализированных в ходе исследований первой и второй фаз.  [c.11]

Процессы управления проектом включают описание и организацию видов деятельности по проекту. Эти процессы, применимые для большинства проектов в большинстве случаев, коротко описаны в этой главе, а в деталях - в главах с 4 по 12.  [c.33]

Те процессы управления проектами, которые являются общими для большинства проектов в большинстве прикладных областей, перечислены здесь и детально описаны в главах с 4 по 12. Номер в скобках после названия каждого процесса означает главу и раздел, где он описан. Взаимодействия между процессами, проиллюстрированные в данной главе, типичны для большинства проектов в большинстве прикладных областей. Раздел 3.4 обсуждает упорядочение как описаний процессов, так и их взаимодействий.  [c.36]

Процессы, описанные в разделе 3.3, и показанные там же взаимодействия в большинства случаев присутствуют в большинстве проектов. Однако нужда во всех процессах существует не всегда и не всегда в проектах проявляются все взаимодействия. Например  [c.40]

Однако основных адресатов бизнес-планов — банкиров и финансистов, интересующихся прежде всего вопросами прибыльности, беспокоят не только результаты, но и аргументы в пользу проекта, благодаря которым эти результаты получены, т.е. именно технические, финансовые и другие вопросы. Общепринятыми в мировой практике являются методы планирования, основанные на кэш фло ( ash flow), что дословно означает поток наличности. Это, собственно, и есть процесс описания проекта в финансовых терминах, в форме бизнес-плана. Без него, разумеется, никто никаких средств не выдаст даже на короткое время. В ряде экономически развитых стран нельзя пройти регистрацию нового предприятия в соответствующих органах управления без предоставления в комплекте всей необходимой документации и бизнес-плана.  [c.5]

В настоящее время существует множество ASE-систем, различающихся по степени компьютерной поддержки этапов разработки проектов. Часть из них обеспечивает только графическое представление функций подразделений учреждения и потоков информации между ними, в других - автоматизирован процесс описания баз данных и составления некоторых программ или их частей.  [c.352]

Далее по тексту этот проект будет использован для иллюстрирования возможных приемов и способов применения стандартной версии Proje t 2002, а описание возможностей этой версии будет последовательно рассмотрено для основных групп процессов управления проектами.  [c.121]

Кроме того, автор считает полезным не просто представить описание возможностей локализованной версии Proje t 2002 (это было бы оправдано для не очень хорошо документированных нелокализованных версий программы), а с учетом ее развитой и достаточно эффективной справочной системы сосредоточиться на том, чтобы полнее использовать возможности этой версии для поддержки процессов управления проектами.  [c.121]

Внешний проект является результатом процесса описания планируемого поведения продукта ПО, как если бы оно воспринималось наблюдателем, посторонним по отношению к продукту Целью внешнего проекта явля-  [c.114]

Цепи Маркова находят приложения в самых разнообразных отраслях деятельности, зачастую не являющихся по своей природе стохастическими. Например [49], монах ордена св. Августина Грегор Мендель стохастическим считал процесс обмена генами при скрещивании сортов гороха. Для моделирования этого процесса хорошо подходят цепи Маркова. Однако такой ли он в действительности, генетика пока не может ответить точно. Другое хорошо известное приложение теории цепей Маркова к нестохастическим процессам — описание денежных потоков при расчете наличными между городами в государстве. Наконец, еще одной интересной для нас задачей, не являющейся по своей природе вероятностной, является задача об общих закономерностях формирования мнения в социальной группе. К этому типу относятся и экономическая задача инвестирования финансовых средств в некоторый проект группой лиц, и задача принятия политического решения об интенсивности реагирования правительственного кабинета на то или иное политическое событие, и некоторые сходные задачи экономической теории и практики.  [c.258]

Почему описанная система приоритетов требует открытости и оглашения Способствует ли процесс инициированию проектов с визу вверх Препятствует ли это друшм проектам Почему  [c.66]

Простота работы с программой оборачивается достаточно высокой трудоемкостью процесса создания модели проекта, поскольку невозможно обойти молчанием некоторые незначительные, по мнению составителя плана, шаги. Нужно последовательно пройти по всему пути описания проекта и задать все требуемые параметры. Такое под силу только очень выносливому и опытному финансисту. То есть сам факт расчета проекта в omfar — свидетельство определенного уровня компетенции разработчиков, по крайней мере, в основных финансовых вопросах.  [c.136]

Термин "управление проектами" также иногда используется для описания организационного подхода для управления непрерывными операциями. Этот подход также означает "управление по проектам"(management by proje ts) и включает в себя множество аспектов непрерывных операций в качестве проектов для применения к ним вышеопределенного понятия управления проектами. Хотя понимание процесса управления проектами является ключевым для организаций, которые управляемы по проектам, детальное обсуждение этого подхода лежит за пределами замысла данного документа.  [c.12]

Дополнительные детали. Дополнительные детали для описания замысг должны быть приведены в документальную форму и соответственно организованы дг облегчения их использования в других процессах управления проектами. Дополнительнь детали всегда должны включать документы обо всех определенных ограничениях предположениях. Объём дополнительной информации изменяется в зависимости с прикладной области.  [c.58]

Измерение процесса выполнения проекта. Технологии измерения процесса выполнения проекта, описанные в разделе 10.3.2, помогают определить амплитуду любых появляющихся отклонений. Важными частями контроля за изменениями замысла являются определение причин, вызывающих отклонения, и принятие решения о том, требует ли отклонениекорректирующего действия или нет.  [c.64]

Смотреть страницы где упоминается термин Процесс описания проекта

: [c.1]    [c.107]    [c.73]