Подготовка и проведения анализа осуществимости проекта требуют высокой квалификации. Как правило, предполагается использование профессиональных консультантов-аналитиков и местного персонала, который [c.20]
Результаты анализа подобных факторов можно свести в т а б-лицу предпочтения ( за-—против ), а итоги общего анализа осуществимости проекта системы — в матрицу показатель — альтернатива . В такой матрице для каждого анализируемого показателя устанавливается вес в зависимости от его важности — несущественный, возможный, важный, решающий. По каждому из анализируемых вариантов проставляется оценка, например такая неприемлемый, средний, приемлемый, желательный. [c.37]
Предварительный анализ осуществимости проекта [c.67]
ПРЕДВАРИТЕЛЬНЫЙ АНАЛИЗ ОСУЩЕСТВИМОСТИ ПРОЕКТА [c.68]
Предварительный анализ осуществимости проекта производится на основе приведенных выше показателей. Для этой цели обычно используют несложную экспертную систему типа представленной ниже. [c.68]
Что составляет суть предварительного анализа осуществимости проекта [c.72]
Помимо функционального разбиения, процесс управления проектированием программного обеспечения подразделяется также на фазы. Большинство авторов, пишущих о разработке программных средств, признают понятие фазы, но пока не существует стандартов не только для названий фаз, но и для их числа [5]. В этой книге рассматриваются шесть фаз исследования, анализ осуществимости проекта, конструирование, программирование, оценка и использование. Если прочитать ч. II книги до конца, то можно ознакомиться с ролью каждой функции в каждой фазе в порядке следования фаз. Если же кого-то заинтересует только одна определенная фаза, то в каждой главе он сможет найти соответствующие раз- [c.17]
Фаза исследований (рис. 6.4) начинается тогда, когда подтверждается необходимость в изделии, и заканчивается, когда утверждены технические требования. Из рис. 6.4 также видно, что деятельность группы планирования наиболее активна именно в этой фазе, до начала фазы анализа осуществимости проекта. [c.74]
Вторым важным событием фазы анализа осуществимости проекта является выделение ресурсов для проведения исследований реализуемости проекта. Здесь особенно ценным является принцип приростного финансирования, на основе которого могут быть субсидированы аналогичные исследования осуществимости проектов множества изделий, причем лишь наиболее перспективные из них должны продолжать финансироваться после завершения фазы анализа осуществимости. Независимо от того, каким способом производятся капиталовложения (прямым субсидированием или только финансовой поддержкой со стороны заинтересованных подразделений), администратор планирования старается получить распределение бюджета официальным путем. На этой стадии важно иметь официальное задание на проведение анализа осуществимости проекта. Очень большое число проектов не укладывается в установленные сроки потому, что слишком мало усилий тратится на определение объема требуемой работы и согласование планов создания изделия. [c.76]
С началом фазы анализа осуществимости плановики и администраторы планирования в группе планирования обязаны помогать тем, кто выполняет этот анализ, отвечая на все возникающие вопросы, связанные с предыдущими планами или другими функциями. Результатом анализа является отчет, направляемый непосредственно в группу планирования и дающий четкие рекомендации. Если результаты анализа осуществимости проекта показывают, что изделие может быть создано, указанный отчет приобретает вид плана разработки (лучше всего, если это будет соглашение о требованиях), что гарантирует тщательность прогнозирования развития проекта и позволяет избежать дублирования усилий после одобрения плана. [c.76]
Всякий раз, когда это возможно, анализ осуществимости проекта должен выполняться той группой, которая в случае положительных результатов анализа будет нести ответственность за разработку изделия. В то время как другие типы отчетов могут быть написаны любой группой, соглашения о требованиях должны составляться предполагаемыми разработчиками, возможно, под руководством группы планирования. Это приводит к самому строгому из всех возможных подходов к выработке соглашения о требованиях, так как разработчик является в этом случае ответственным за выполнение своих собственных планов. [c.76]
Фаза I Следует ли вкладывать ресурсы в проведение анализа осуществимости проекта [c.81]
При тщательном выполнении декомпозиции проекта удается выделить задачи анализа осуществимости проекта, внешнего и внутреннего проектирования, программирования и компоновки. При этом предполагается вертикальная организационная структура группы разработки, в которой предусматривается старший управленческий персонал, ориентированный на выполнение анализа осуществимости проекта (т. е. определяющий назначение программного изделия и требования к нему), а также старший технический персонал, создающий внешние и внутренние проекты, и младший технический персонал, участвующий в написании, отладке и компоновке программ. Такое разделение труда способствует проявлению творческих способностей в любой фазе разработки, помогает избежать излишних затрат ресурсов на заведомо бесперспективные проекты, открывает для сотрудников наиболее заманчивые пути административного и технического роста и, кроме того, представляет возможность контроля за упорядоченным переходом от одной фазы проекта к другой. [c.87]
Затраты человеческого труда при реализации функции разработки отдельно взятого программного изделия обычно распределяются во времени так, как показано на рис. 7.3. Осуществление функции разработки начинается в фазе исследований с того момента времени, когда будет признана необходимость создания конкретного программного изделия. План —будь это план завоевания рынков сбыта, план выпуска серии программных изделий или план распределения бюджета — указывает срок, к которому возникнет необходимость в данном программном изделии. Первая задача, выполняемая в рамках функции разработки, состоит в том, чтобы определить, когда следует начать разработку изделия и соответственно инициировать начало проекта, чтобы обеспечить готовность программного изделия к тому времени, когда в нем возникнет необходимость. Функция разработки предусматривает согласование момента начала проектирования с возможностью выполнения других функций, чтобы гарантировать их своевременное обеспечение в процессе проектирования. В рамках функции разработки фиксируются предлагаемые сроки начала и завершения всех видов работ, среди которых выделяются основные этапы проектирования, и запрашиваются ресурсы, необходимые для анализа осуществимости проекта, — кадры, машинное время, командировки, фонды для проведения консультаций. Это достигается путем составления плана затрат, например имеющего вид плана бюджетных ассигнований, в котором указывается, кто несет ответственность за выполнение проекта в каждой функциональной группе здесь же предлагается кандидатура руководителя проекта в целом. Руководитель проекта или администратор изделия просит выполнить анализ результатов работы, достигнутых в фазе I (фазовый обзор I), ходатайствуя о соответствующем финансировании. [c.99]
Для проведения этой работы благоразумный руководитель запрашивает лишь самые необходимые ресурсы, чтобы завершить анализ осуществимости проекта программного изделия. Это удобно выполнить, выделив в распределении бюджета отдельную статью расходов на подготовку соглашения о требованиях. Такая мера предотвращает трату ресурсов, в которых нет необходимости во время фазы анализа осуществимости, и позволяет руководителю сохранить фонды на решение последующих задач проекта до начала фазового обзора II. К тому времени станут яснее объемы предстоящих работ, и поэтому можно будет принять правильное решение о целесообразности продолжения проекта. [c.99]
Если на основании фазового обзора I руководство разрешает начать анализ осуществимости проекта, выделяя для этого соответствующие ресурсы, то в рамках функции разработки предпринимается попытка составить соглашение о требованиях. Для выполнения этой задачи необходимо иметь достаточно полные резуль- [c.100]
Организация разработки программного изделия в фазе анализа осуществимости проекта [c.103]
Анализ осуществимости проекта проводится одновременно всеми функциональными группами на основе изучения соглашения о требованиях. На этом этапе тщательно исследуется каждое предложение, записанное в соглашении о требованиях. Руководитель проекта поясняет и защищает свой сетевой график. В процессе обсуждения соглашения о требованиях и сетевого графика он неоднократно вносит изменения в эти документы и вновь представляет их на утверждение. Время, затраченное на выработку соглашения о требованиях и приобретения уверенности в реальности плана его выполнения, с лихвой окупится на последующих этапах проектирования. [c.103]
Во время фазы анализа осуществимости проекта группа разработки формулирует и фиксирует в документах требования и цели создания изделия. В этот период группа испытаний имеет первую возможность повлиять на качество изделия, представляя свои материалы для выработки соглашения о требованиях. В процессе поиска компромиссных решений, сопутствующих разработке, пересмотру и утверждению этого документа, определяются и регистрируются необходимые уровни испытании (рис. 10.2), а также формулируются определенные положения, касающиеся свойств изделия. Функция испытаний при этом играет роль самой активной движущей силы, которая побуждает разработчиков соглашаться на введение количественных характеристик требований и целей, чтобы в дальнейшем имелась основа для проведения испытаний.. Соглашение о требованиях является одновременно и планом разработки. Поэтому оно содержит не только описание того, что должно быть сделано, но и довольно много сведений о путях реализации проекта, с тем чтобы его участники могли убедиться в обоснованности планов. В соглашении о требованиях предусмотрен и специальный раздел, в котором группа испытаний описывает свой план проверок выдержка из этого раздела соглашения о требованиях к изделию ASK приведена ниже [c.161]
На протяжении всей фазы анализа осуществимости проекта группа испытаний изучает проект соглашения о требованиях и на основе этого анализа и других исходных материалов формулирует цели очередных плановых этапов проектирования. Важными этапами считаются следующие передача плана испытаний и специ фикаций испытаний на анализ утверждение этих документов, передача программы приемочных испытаний группе разработки установление начальных дат испытаний класса В и каждого их цикла. Некоторые из этих этапов включаются в раздел соглашения о требованиях, касающийся планирования (см. рис. 14.8). [c.163]
Во время анализа соглашения о требованиях в рамках функции поддержки тщательно проверяются все положения, имеющие отношение к использованию и поддержке изделия. Фаза анализа осуществимости проекта заканчивается утверждением соглашения о требованиях всеми заинтересованными группами, в том числе и группой поддержки. [c.180]
Анализ осуществимости проекта 87, [c.381]
Фаза анализа осуществимости проекта 26, 74—79, 103, 122, 178, 194 [c.383]
Метод коэффициента покрытия долга используется для анализа осуществимости проекта, имеющего заемное финансирование. Коэффициент покрытия долга — отношение чистого операционного дохода к годовой сумме обслуживания долга [c.59]
Предварительное технико-экономическое обоснование (ТЭО) должно содержать тщательный и реалистический анализ воздействия инвестиционных промышленных проектов на окружающую среду (рис.10). Это воздействие часто имеет решающее значение для принятия решения относительно осуществимости проекта. [c.93]
Определение формирование целей экономического развития и определение задач проекта. На этом этапе вырабатываются идеи проекта, осуществляется его предварительная проработка, анализ осуществимости, а также рассматриваются альтернативные проекты. По окончании работ по этапу будущий кредитор и заемщик составляют совместный отчет (резюме). [c.38]
При переходе к рынку в содержании проектов наибольшим изменениям подвергаются ранние (предынвестиционные) этапы бизнес-планирования определение целей и стратегий их достижения анализ осуществимости идеи нахождение заинтересованных партнеров-инвесторов формирование финансовых потоков оценка рисков и эффективности. Эти качественно новые по содержанию термины необходимо освоить руководителям, специалистам и предпринимателям, осуществляющим бизнес-процесс от возникновения идеи до получения прибыли в ходе ее практической реализации. [c.15]
При возникновении слабых мест или установлении неадекватной рентабельности бизнес-плана следует внимательно проанализировать такие чувствительные параметры, как размер рынка, производственная программа, оборудование, и попытаться найти лучшие альтернативы с тем, чтобы повысить осуществимость проекта и его эффективность. Все допущения, использованные данные и выбранные в бизнес-плане решения должны быть описаны и обоснованы для того, чтобы сделать его более понятным инвестору, проводящему собственный анализ. [c.212]
Данный этап - один из основных в процессе оценки и выбора инвестиционных проектов. Он оценивает осуществимость проекта с точки зрения показателя "затраты - прибыль" и включает финансовый анализ (оценка состоятельности) анализ эффективности инвестиций, оценку рисков и устойчивости. [c.119]
Анализ чувствительности проекта позволяет оценить, как изменяются результирующие показатели реализации проекта при различных значениях заданных переменных, необходимых для расчета. Этот вид анализа позволяет определить наиболее критические переменные, которые в наибольшей степени могут повлиять на осуществимость и эффективность проекта. [c.615]
Фаза анализа осуществимости предлагаемого проекта есть техническая часть фазы исследований. Она начинается тогда, когда намерение руководства окрепнет настолько, что назначается руководитель проекта, организующий проектирование и распределение ресурсов (рабочей силы). При этом работа заключается в исследовании предполагаемого изделия с целью получения практической оценки возможности реализации проекта. Вероятно, многие имеют представление об осуществимости проекта как о чисто технической анализе, используемом для определения того, может ли быть выполнена предполагаемая работа. Вопрос заключается не только в этом. Необходимо рассмотреть еще эксплуатационную осуществимость будет ли изделие достаточно удобно для практического использования, если оно выполняет свое назначение с необходимой оперативностью Следует рассмотреть также и экономическую осуществимость приемлема ли стоимость разрабатываемого изделия Какова эта стоимость Будет ли изделие экономически эффективным инструментом, когда попадет в руки пользователя Наконец, необходимо оценить коммерческую осуществимость будет ли изделие привлекательным, пользоваться спросом, легко устанавливаемым, приспособленным к обслуживанию, простым в освоении Эти и другие вопросы необходимо решить в фазе анализа осуществимости предполагаемого проекта, главным образом при рассмотрении указанных выше требований. [c.26]
Администратор изделия регулирует степень участия каждой из функциональных групп в разработке программного изделия, успешность которой измеряется прежде всего степенью соблюдения ранее установленных технических требований и целей, временных ограничений и допустимых границ затрат. Обычно он выполняет свою роль, начиная с фазы анализа осуществимости и до окончания фазы оценки. В высокоразвитой матричной организации он может быть профессиональным руководителем проекта, ранее участвовавшим в выполнении функции планирования. Но скорее всего ранее он мог быть сотрудником подразделения разработки, где продемонстрировал способность хорошо понимать работы, выполняемые другими людьми. Часто говорят, и, к сожалению, иногда справедливо, что руководитель несет все обязанности и всю ответственность и не имеет никаких полномочий. Работа в матричной организации трудна не только для него, но и для руководителей функциональных групп и для каждого участника проекта. Любой разработчик имеет над собой двух начальников. Необходимость постоянно разрешать двусмысленные положения и конфликты является платой за обеспечение контролируемости проекта. Матричные организации, подобные той, которая показана на рис. 7.2, становятся все более распространенными по мере их роста все больше людей не только приобретают умение приспосабливаться к такой структуре организации, но и становятся ее сторонниками. [c.98]
Конфигурационное управление начинается также после утверждения распределения бюджета. Администратор планирования удостоверяется, что в группе контроля документации заведено дело на данный проект. С этого момента он наблюдает за тем, чтобы вся проектная документация, выпускаемая в соответствии с планом, подшивалась в соответствующее дело либо собиралась в нескольких папках, содержимое которых представлено в виде каталога в деле проекта. Распределение бюджета и извещение о календарных сроках сразу же оказываются под пристальным вниманием технической ревизионной комиссии любые изменения подвергаются обычной процедуре проверки и утверждения. Даже если проект был аннулирован в фазе анализа осуществимости, папки со всей документацией передаются в архив, чтобы можно было ее использовать впоследствии для возобновления работы над данным проектом или изучения прошлого опыта до начала работы над новым проектом. [c.122]
В фазовом обзоре I группа обслуживания контролирует распределение бюджета- проекта и обсуждает задачи, возлагаемые на нее после того, как проект минует фазу анализа осуществимости. Основное внимание сосредоточивается на оценке потребности в оборудовании и других средствах, которые понадобятся в процессе разработки. Поскольку в рамках функции обслуживания не делается окончательных закупок до утверждения соглашения о [c.133]
Каждая итерация проекта проходит все стандартные стадии, включая предпроектные исследования, анализ осуществимости, формулирование требований к системе, техническое проектирование системы, ее реализацию и внедрение. [c.461]
Однако новый план для своего осуществления требовал более продолжительного времени, чем прежде более того, было подсчитано, что он не сможет быть реализован до конца года, если будут сохранены ранее принятые объем финансирования и порядок утверждения проектных решений. Чтобы выполнить анализ осуществимости проекта, определить назначение системы ASK и требования к ней, произвести оценку затрат на разработку и составить календарный план вплоть до завершения производства этого программного изделия, фирма AB Servi es финансировала сектор программных изделий фирмы AB omputers. Таким образом, фирма AB Servi es надеялась наверстать время путем перекрытия начала проектирования ASK с рассмотрением своего коммерческого плана руководством корпорации. [c.45]
Фаза 1 - начальная стадия (start-up phase) предназначена для исследования анализа технической и коммерческой осуществимости проекта. Финансирование до 100 000 долл. США. Длительность Фазы 1 не превышает одного года. [c.205]
Предынвестиционная стадия (pre-investment phase) включает в себя определение инвестиционных возможностей (исследование возможностей), анализ альтернативных вариантов, предварительное технико-экономическое обоснование (исследования обеспечения), заключение по проекту или оценку осуществимости проекта и решение об инвестировании (подготовку оценочного заклю- [c.120]