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

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

Материалы

Предшественник этого Лектио -- Гибкий или Жёсткий Подход.

Текст

Работа над проектом - это совокупность работ, которые необходимо выполнить для завершения проекта. В проектах Waterfall заказчик проекта отдельно утверждает работу на стадии выполнения проекта. Только для этой работы используется отдельный термин - объем проекта. Для крупных, дорогостоящих и предсказуемых исполнений объем проекта декомпозируется и представляется в виде иерархической структуры работ или WBS. Этот документ может сопровождаться словарем WBS, который дополнительно описывает элементы WBS. В управлении проектами объем проекта становится базовым объемом, когда и если заказчик или его представитель одобряют его. Если заказчик или его представитель не согласны с чем-то еще, менеджер проекта не должен начинать выполнение проекта без базовых условий. В дополнение к словарю WBS и WBS, базовая линия содержания также включает критерии приемки в виде отдельного документа или части описания содержания проекта. В дополнение к критериям, это утверждение резюмирует WBS и объясняет, почему включены определенные работы. Жизнь есть жизнь, вещи случаются, и ни один проект нельзя полностью предсказать. Если какой-либо из базовых планов проекта не может быть соблюден, менеджер проекта делает запрос на изменение, чтобы заказчик или его представитель утвердили, отклонили или изменили. Объем проекта определяется подробным описанием целевых рабочих продуктов и их определенных характеристик и функций. Логично, что то, что нужно сделать, должно быть определено перед списком того, что делать. Иногда такие подробные описания продукта называют объемами продукта. В бизнес-анализе они называются областями решения. Критерии приемки - это наиболее важное описание объема продукта. Как правило, чем меньше проект, тем меньше документов требуется его заказчику. Для некоторых клиентов критерии приемки удовлетворяют все потребности. Некоторые клиенты, такие как CNM Cyber ​​Team, предоставляют подрядчикам подробные описания продуктов. В противном случае менеджеры проектов или бизнес-аналитики собирают требования от заинтересованных сторон проекта, начиная с клиента или его представителей. Если целевой результат является сложным, системные инженеры разрабатывают решения. Описания продуктов не обязательно являются текстовыми документами. Возможно, прототипы могут работать даже лучше. Например, один любитель-программист написал оригинальную систему управления пользователями WorldOpp Middleware. Текущий код был создан при воссоздании функций и возможностей той исходной системы. В Agile проектах объем проекта вообще редко документируется. Выполнение проекта начинается после утверждения бэклога продукта. Это отставание выполняет роль объема продукта, и разработчики принимают решения о том, какую работу им следует выполнять, исходя из этого объема. По мере того как проект Agile развивается, объем продукта уточняется.

Термины

[[]]

Вопрос(ы)

Готовы перейти к следующей микролекции? --Да/Нет

Стороны Работы и Роли -- следующее лектио.