Работы по Проектам

Работы по Проектам (здесь и далее по тексту -- Лектио) -- это часть урока Суть Проектных Работ. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.

Материалы

Предшественник этого Лектио -- Продукция Проектов.

Текст

Работы по Проектам

Проектная работа -- это совокупность работ, которые необходимо выполнить для завершения проекта начиная с его открытия. Вся работа состоит из трёх хорошо различаемых частей:

1. Разработка плана разработки продукта, которая начинается сразу после открытия проекта и может не заканчиваться практически до его сворачивания. В разработку или утверждение плана часто вовлечены представители заказчика,
2. Разработка объекта приёмки -- это самая дорогостоящая из этих трёх частей. Именно для этой части создаётся план и нанимаются разработчики. Работы над результатом первого уровня превышают все остальные работы. В разработку объекта приёмки могут быть вовлечены представители заказчика, но приёмка объекта непременно происходит с их участием.
3. Сворачивание проекта. За исключением проектов с минимальным планированием, сворачивание -- это самая дешёвая часть. Эта работа типично является делом подрядчика, но представители заказчика могут приглашаться для обсуждения "извлечённых уроков" (lessons learned).

Термин "объём работ" традиционно подразумевает совокупный объём работ по изготовлению продукта проекта. В плановых проектах, объём разрабатывают руководители и передают на утверждение заказчикам для начала разработки.

Для крупных и дорогостоящих разработок, объём работ разбивается на действия и представляется в виде иерархической структуры работ (work breakdown structure или WBS). Например, для изготовления яичницы первым пунктом мы поставим покупку расходных материалов. В первом пункте мы сделаем два подпункта -- (1) купить яйца и (2) купить масло -- и так далее.

Некоторые структуры весьма сложны -- до семи уровней -- и могут сопровождаться словарём работ, который дополнительно описывает элементы структуры. Этот документ строится на базе описи продукта и, особенно, на базе критериев приемлемости (acceptance criteria). Вместе, иерархическая структура, словарь и опись представляются заказчику на одобрение.

Когда заказчик утверждает пакет, он становится контрольным объёмом работ. Контрольный пакет может быть дополнен артифактами -- прототипами, макетами, чертежами и образцами. Иногда, критерии приемлемости заменяют всю опись.

Ещё раз, объём работ расписывается исключительно для плановых проектов. В оперативных проектах, разработчики традиционно работают с описями продуктов.

Например, один любитель-программист написал оригинальную систему управления пользователями Оплёта. Текущий код был создан при воссоздании функций и возможностей той исходной системы.

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

Объем проекта определяется подробным описанием целевых рабочих продуктов и их определенных характеристик и функций. Логично, что то, что нужно сделать, должно быть определено перед списком того, что делать. Иногда такие подробные описания продукта называют объемами продукта. В бизнес-анализе они называются Областями Решения. Критерии Приемки - это наиболее важное описание объема продукта. Критерии Приёмки используются для того, чтобы описать ключевые моменты на высоком уровне, они могут быть применимы для расширения и проработки пользовательских историй.

Как правило, чем меньше проект, тем меньше документов требуется его заказчику. Для некоторых клиентов критерии приемки удовлетворяют все потребности.

Некоторые клиенты, такие как Брацка Команда, предоставляют подрядчикам подробные описания продуктов. В противном случае менеджеры проектов или бизнес-аналитики собирают требования от заинтересованных сторон проекта, начиная с клиента или его представителей. Если целевой результат является сложным, системные инженеры разрабатывают решения.

В Заданных Методологиях объем проекта вообще редко документируется. Выполнение проекта начинается после утверждения Бэклога Продукта. Это отставание выполняет роль объема продукта, и разработчики принимают решения о том, какую работу им следует выполнять, исходя из этого объема. По мере того как проект по Заданному Подходу развивается, объем продукта уточняется.

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

Отдельные заказчики имеют тенденцию дозаказывать что-то уже после утверждения контрольных уровней. В плановых проектах, дозаказывание должно дополняться изменением стоимости и проходить согласование. Увеличение объёма работ без оплаты называется неконтролируемым расползанием рамок или расширением масштаба проекта (scope creep).

А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, :

Варианты

Следующее лектио -- Описи Продуктов

Термины

WBS, Объем Проекта, Области Решения, Критерии Приемки, Бэклог Продукта

Экзамен

Вопросы экзамена

Чтобы создать Объем Проекта для планирования вашей работы, вам необходимо описание будущего.________________