Граница - проект
Cтраница 2
Значительность проекта должна оцениваться с учетом специфических особенностей каждого проекта. При определении границ проекта и оценке его воздействия, т.е. значительности, отношения к проекту и возможности контроля, рекомендуется воспользоваться следующим правилом: значительность может быть определена исходя из абсолютного уровня выбросов. К примеру, в руководящих документах по реализации голландских программ ERUPT и CERUPT считаются значительными те выбросы, которые составляют более 1 % от общего объема сокращений выбросов по проекту. [16]
 |
Графическое представление оценки базовой линии и расчета выбросов. [17] |
Для проектов в области энергоэффективности и энерго - и ресурсосбережения в нефтегазовом комплексе результатом сокращения выбросов ПГ является воздействие со стороны всей производственной системы, которая связана с проектной деятельностью. Таким образом, при установлении границ проекта должна рассматриваться вся система энергообеспечения, привязанная к деятельности по проекту. [18]
Иногда, особенно в проектах больших систем, над различными блоками работает несколько групп. В этих случаях четкое указание границ проекта, взаимодействие с другим программным обеспечением и определение законченных частей становится особенно важным для успеха всего проекта. Попытка координировать работу нескольких групп чрезвычайно трудна и, как правило, приводит к тыканью пальцем по требованиям к системе или конфликтам, когда что-нибудь идет неправильно. Это обычно вызывает крах всего проекта. [19]
Сначала следует определить потенциальные значительные источники выбросов ПГ вне обозначенных границ проекта. Если подобные виды деятельности определены в плане мониторинга, надо указать, каким образом и как часто собираются данные для измерения выбросов ПГ, полученные в результате этой деятельности вне рамок проекта, и как хранить эти данные. [20]
Схема потоков процессов показывает бизнес-процессы и их взаимодействие. На фазе стратегии схема потоков процессов показывает пользователям, что группа разработки полностью понимает бизнес-процессы внутри границ проекта. На этой стадии не нужно чрезмерно детализировать схему потоков процессов, если пользователям не требуются дополнительные подробности. Большая часть работы по созданию схемы потоков процессов связана с определением взаимодействия бизнес-процессов, что обычно выполняется на фазе анализа. [21]
Работа аналитиков состоит в создании полноценного документа по стратегии, отражающего все этапы проекта. Документ создается в сотрудничестве с пользователями и считается завершенным, когда подписан всеми сторонами, что отражает их согласие с установленными границами проекта и создаваемыми в его рамках завершенными частями. [22]
МЧР) такого рода указания существуют. Правила и процедуры реализации МЧР указывают на то, что все выбросы ПГ, связанные с предполагаемой деятельностью по проектам МЧР и являющиеся значительными, контролируемыми и связанными с проектом, должны учитываться при рассмотрении границ проекта. [23]
По сути, документ по стратегии должен быть настолько подробным, насколько это возможно. Однако на практике, пока анализ не окончен и не подтвержден пользователями, группа разработки имеет незавершенное видение границ проекта. Мы никогда не знаем точного размера проекта, пока он не подходит к концу. [24]
Важно выделить на фазу стратегии необходимое количество времени. В идеале, нужно затратить столько времени, сколько позволит руководитель проекта. Чем больше будет известно об основных направлениях деятельности организации и ее требованиях к системе, тем менее вероятными станут неожиданности на фазе анализа или глобальное изменение границ проекта. Нет необходимости получить все специфические требования к системе на фазе стратегии, но нужно собрать всю необходимую информацию. Чем больше времени затрачивается на анализ фазы стратегии, тем лучше. Если аналитик тщательно и полно выполнил работу на фазе стратегии, фаза анализа пройдет более гладко. [25]
В самом начале фазы стратегии, если не раньше, должен быть составлен контракт. Многие организации формируют контракт через преобразование цены, предполагающей установку стоимости на товары и услуги для продавца и покупателя, юридически принадлежащих одной организации. Даже для полностью внутренней группы разработки нужно оценить выделяемые ресурсы ( из отдела информационных систем. Дать ответы на эти вопросы до фазы стратегии очень трудно, поскольку нет формальной спецификации на разрабатываемую систему. Фаза стратегии нужна для фиксации специфических требований и границ проекта, но на данном этапе договаривающиеся стороны смогут только определить стоимость возможных издержек и создать план завершения проекта. [26]
Страницы: 1 2