В одной из статей уже шла речь о границах, допущениях и ограничениях проекта. Но в связи с частыми вопросами со стороны руководителей проектов, в отношении указанных понятий, а также известной путаницей при их использовании, в этой статье приведено описание различий в понимании этих терминов.
Границы проекта — это определение того, что входит в проект и что в него не входит. Их необходимо описывать для целей планирования и оценки проекта. И чем подробнее сформулированы границы проекта, тем точнее план проекта и его оценка, и тем меньше риски проекта. Но на начальных стадиях проекта, точно и подробно описать границы невозможно, из-за отсутствия информации и связанной с этим неопределенностью. Для таких случаев необходимы допущения.
Допущения — это предположения или гипотезы, которые делаются относительно границ проекта. Они не являются установленными фактами, но влияют на план и оценку проекта, как сведения не требующие доказательства. Допущения могут не подтвердится или изменится в ходе выполнения проекта, но в этом случае должен измениться план и бюджет проекта. Они меняются в зависимости от ситуации и относительно гибки. Их основная задача — указать предположения относительно границ проекта, чтобы устранить фактор неизвестности и неопределенности, тем самым дать возможность руководителю более точно составить план проекта и его оценку.
Треугольник проектного управления: 3 ключевых ограничения
Например, когда описываются границы проекта в части обмена данными с историческими системами заказчика, в начале проекта невозможно узнать точно, используются типовые конфигурации или нет, даже если кто-то из представителей заказчика утверждает, что конфигурации не измененные. Если поверить этой информации, то возможны просчеты при планировании сроков и трудоемкости проектных работ. Чтобы снизить этот фактор определенности, при составлении коммерческого предложения, следует сформулировать допущение о том, что представленный план и оценка проекта сделаны для случая обмена данными системы с типовыми конфигурациями. В дальнейшем, если это допущение не подтвердится, то это будет причиной для изменения плана и оценки проекта. Если это допущение не указать в коммерческом предложении, то это обстоятельство может стать причиной разногласий с заказчиком, относительно изменений в расписании и бюджете проекта.
Ограничения проекта отличаются от допущений тем, что они описывают факторы, как правило внешние для команды, которые невозможно изменить или обойти при выполнении проекта. В отличие от допущений, ограничения не являются предположениями, а являются реальными обстоятельствами, которые необходимо учитывать при планировании и выполнении проекта. Например, если у проекта есть ограничение по бюджету, это означает, что следует учитывать это ограничение при принятии решений о том, какие ресурсы использовать и какие задачи выполнить. Если цель проекта не достигнута в рамках выделенного бюджета, то это означает провал проекта и серьезные последствия для исполнителя. Бюджетное ограничение проекта — это не предположение, а факт, известный проектной команде, который должен учитываться при составлении плана проекта.
Особенности, Ограничения и Поддержка малого бизнеса // Малый бизнес в России /14+
Ограничением могут быть принятые нормативные и законодательные акты. Например, ни заказчик ни исполнитель не могут, без последствий для себя, изменить в прикладном решении для бухгалтерского учета порядок начисления НДС. Это внешний фактор, который накладывает ограничение на проект и его следует учитывать при планировании работ. Таким образом, можно сказать, что ограничения проекта — это реальные и неизменяемые факторы, которые ограничивают степень свободы проектной команды при выполнение проекта.
Ограничения оказывают влияние на границы проекта. Например, ограничения по бюджету проекта — это ограничения, которые связаны с финансовыми ресурсами заказчика, необходимыми для выполнения проекта. Ограничения по бюджету могут включать максимальную сумму, которая доступна для проекта, а также указание на то, что некоторые расходы не могут превышать определенный порог.
Границы проекта по бюджету — это определение руководителем проекта того, какие расходы будут считаться частью проекта и какой бюджет доступен для выполнения проекта, исходя из ограничения. Границы проекта по бюджету могут включать определенную сумму, которая выделена на проект, а также указание на то, какие расходы будут считаться включенными в эту сумму и какие — нет.
Если выразить мысль другими словами, границы проекта составляются исходя из известных ограничений проекта.
Источник: dzen.ru
Все об ограничениях проекта
Ограничения проекта (Project Constraints, Project Restrictions) – это, наверное, одно из простейших понятий проектного менеджмента. И то ли именно поэтому, то ли вопреки этому – все его постоянно путают с чем-то другим.
Как понятно из названия, ограничения проекта – это некие факторы, которые ограничивают наши возможности по реализации проекта. Т.е. при их отсутствии мы бы, наверное, смогли сделать быстрее, дешевле и лучше, но они есть и от этого никуда не деться.
Например, ограничением может быть «Заказчик недоступен для обсуждения и согласования вопросов проекта с 1 по 10 число каждого календарного месяца)», например, он руководитель какого-нибудь отдела финансов, у них в это время закрытие месяца, он работает 24 часа в сутки. Зная это на самом старте проекта, вы избежите неприятной ситуации, когда по счастливому совпадению в вашем календарном плане все согласования придутся именно на эти числа, и все расписание проекта поедет.
- По закону шуметь можно только с 9.00 до 23.00, поэтому все шумные работы должны происходить только в дневное время.
- Из-за рабочего графика я не могу выезжать на объект для приемки работ в будние дни, поэтому эту активность нужно планировать на выходные.
- У меня сейчас совсем мало наличных денег, их хватит только на материалы для черновой отделки, остальные деньги появятся только 15 октября, когда у меня закончится срок вклада в банке (это необходимо учитывать при согласовании даты первой выплаты бригаде рабочих).
Ограничения проекта обычно указываются в уставе проекта и впоследствии детализируются при планировании с учетом вводных от заинтересованных лиц.
В чем отличие допущений и ограничений проекта?
Ограничения – это условие, которое принимается за истину, и с учетом которого происходит планирование проекта (и управление им в целом). Т.е. ограничение – это свершившаяся реальность, мы не предполагаем, что ограничение может измениться. Допущения – это то, что вы считаете истиной на текущий момент, но допускаете, что это может истиной не оказаться и осознаете, что этим риском нужно управлять. Ограничения являются вводными для создания плана управления проекта, допущения – вводными для управления рисками проекта.
А в чем сходство? Конечно, также как и в случае с допущениями, велико искушение начать писать в список ограничений все, что придет в голову, но так лучше не делать. Помните, что устав – это документ, который будут читать и согласовывать Заказчик и Спонсор проекта и цель внесения их в устав проекта – скорее договориться на берегу, а не исключить все существующие риски.
И, как всегда, напоследок о самом любимом, об управлении рисками – даже если вы не написали какие-то ограничения в устав проекта , возможно, есть повод написать их в реестр рисков, хотя бы как вводные?
Кстати, если вы хотите узнать больше о рисках и о том, как с ними работать – вы можете приобрести наш большой курс по управлению рисками. Шаблон реестра рисков проекта и чек-лист для идентификации рисков в подарок!
Источник: upravlenie-proektami.ru
Зачем себя ограничивать: ограничения в ТЗ и спецификации требований
Недавно я рассказывала про задачи оценки ограничений решения и ограничений предприятия из BABOK®Guide, которые ориентированы на работу с уже реализованным (хотя бы частично) продуктом. При разработке требований к решению системные и бизнес-аналитики тоже имеют дело с ограничениями, которые следует отразить в спецификации или техническом задании (ТЗ). Что это за ограничения, зачем и как их документировать, читайте далее.
Что такое ограничения и чем они отличаются от допущений, зависимостей и предположений
Согласно общему определению, ограничение – это правило, лимитирующее (ограничивающее) какие-либо действия или чьи-то права. В бизнес-анализе и разработке ПО ограничения можно рассматривать как специфические условия по реализации и/или использованию решения. В этом отношении ограничения похожи на нефункциональные требования, которые описывают качество и характеристики работы ПО.
Однако, ограничения и допущения это не одно и тоже. Когда речь идет о зависимости от внешних факторов, например, стабильность интернет-соединения или язык, который понимают пользователи, это называется зависимостями и предположениями/допущениями.
В частности, для разработки собственной конфигурации «1C: Зарплата и Кадры» предположением или допущением может выступать знакомство пользователей с основными понятиями и принципами работы базовой конфигурации этой платформы. Зависимости обычно означают привязку к конкретным компонентам сторонних систем или общедоступных библиотек. Например, конкретная версия Java или OAuth-аутентификация пользователей через сторонние сервисы. А если какие-то условия ограничивают возможности, доступные разработчикам, их называют ограничениями. В терминологии BABOK®Guide это звучит так «ограничения дизайна и реализации».
Как описать ограничения, допущения, зависимости и предположения в ТЗ и SRS
На практике в ТЗ на разработку ПО аналитик чаще всего отмечает следующие ограничения, зависимости и предположения:
- требования к программному и аппаратному окружению, где будет развернуто решение. Обычно это операционная система, СУБД, браузер и другое внешнее ПО, необходимо для выполнения функций системы, т.е. функциональных требований. Например, если отчеты формируются с использованием офисных редакторов, они должны быть предустановлены на компьютере пользователя. Сюда же относятся требования к ресурсам пользовательского узла и сервера: частота ЦП, объем ОЗУ и ПЗУ, минимально необходимая пропускная способность передачи данных по сети, наличие клавиатуры, экрана и других интерфейсов взаимодействия с пользователем.
Источник: babok-school.ru