Работы по Проектам — различия между версиями
Gary (обсуждение | вклад) (→Вопрос(ы)) |
Maree21 (обсуждение | вклад) (→Текст) |
||
| Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
| − | : | + | :'''Что Есть Проектная Работа''' |
Работа над проектом - это совокупность работ, которые необходимо выполнить для завершения проекта. | Работа над проектом - это совокупность работ, которые необходимо выполнить для завершения проекта. | ||
| − | В проектах | + | В проектах Жесткого Подхода заказчик проекта отдельно утверждает работу на стадии выполнения проекта. Только для этой работы используется отдельный термин - объем проекта. |
| − | Для крупных, дорогостоящих и предсказуемых исполнений объем проекта декомпозируется и представляется в виде иерархической структуры работ или WBS. Этот документ может сопровождаться словарем WBS, который дополнительно описывает элементы WBS. | + | Для крупных, дорогостоящих и предсказуемых исполнений объем проекта декомпозируется и представляется в виде иерархической структуры работ или WBS. Этот документ может сопровождаться словарем WBS, который дополнительно описывает элементы WBS. Значение WBS (она же Work Breakdown Structure или ИСР, Иерархическая Структура Работ) – это разбиение проекта на конкретные результаты, которые должны быть достигнуты для достижения целей проекта. |
| − | В управлении проектами объем проекта становится базовым объемом, | + | В управлении проектами объем проекта становится базовым объемом, в том случае, если заказчик или его представитель одобряют его. Если заказчик или его представитель не согласны с чем-то еще, менеджер проекта не должен начинать выполнение проекта без утверждения базовых условий. |
В дополнение к словарю WBS и WBS, базовая линия содержания также включает критерии приемки в виде отдельного документа или части описания содержания проекта. В дополнение к критериям, это утверждение резюмирует WBS и объясняет, почему включены определенные работы. | В дополнение к словарю WBS и WBS, базовая линия содержания также включает критерии приемки в виде отдельного документа или части описания содержания проекта. В дополнение к критериям, это утверждение резюмирует WBS и объясняет, почему включены определенные работы. | ||
| − | Жизнь есть жизнь, вещи случаются, и ни один проект нельзя полностью предсказать. Если какой-либо из базовых планов проекта не может быть | + | Жизнь есть жизнь, вещи случаются, и ни один проект нельзя полностью предсказать. Если какой-либо из базовых планов проекта не может быть выдержан в исполнении, менеджер проекта делает запрос на изменение, чтобы заказчик или его представитель утвердили, отклонили или изменили. |
| − | Объем проекта определяется подробным описанием целевых рабочих продуктов и их определенных характеристик и функций. Логично, что то, что нужно сделать, должно быть определено перед списком того, что делать. Иногда такие подробные описания продукта называют объемами продукта. В бизнес-анализе они называются | + | Объем проекта определяется подробным описанием целевых рабочих продуктов и их определенных характеристик и функций. Логично, что то, что нужно сделать, должно быть определено перед списком того, что делать. Иногда такие подробные описания продукта называют объемами продукта. В бизнес-анализе они называются Областями Решения. Критерии Приемки - это наиболее важное описание объема продукта. Критерии приёмки используются для того, чтобы описать ключевые моменты на высоком уровне, они могут быть применимы для расширения и проработки пользовательских историй. |
Как правило, чем меньше проект, тем меньше документов требуется его заказчику. Для некоторых клиентов критерии приемки удовлетворяют все потребности. | Как правило, чем меньше проект, тем меньше документов требуется его заказчику. Для некоторых клиентов критерии приемки удовлетворяют все потребности. | ||
| − | Некоторые клиенты, такие как | + | Некоторые клиенты, такие как Брацка Кломанда, предоставляют подрядчикам подробные описания продуктов. В противном случае менеджеры проектов или бизнес-аналитики собирают требования от заинтересованных сторон проекта, начиная с клиента или его представителей. Если целевой результат является сложным, системные инженеры разрабатывают решения. |
| − | Описания продуктов не обязательно являются текстовыми документами. Возможно, прототипы могут работать даже лучше. Например, один любитель-программист написал оригинальную систему управления пользователями | + | Описания продуктов не обязательно являются текстовыми документами. Возможно, прототипы могут работать даже лучше. Например, один любитель-программист написал оригинальную систему управления пользователями Оплёта. Текущий код был создан при воссоздании функций и возможностей той исходной системы. |
| − | В | + | В Гибких Методологиях объем проекта вообще редко документируется. Выполнение проекта начинается после утверждения Бэклога Продукта. Это отставание выполняет роль объема продукта, и разработчики принимают решения о том, какую работу им следует выполнять, исходя из этого объема. По мере того как проект по Гибкому Подходу развивается, объем продукта уточняется. Рассмотрим подробнее значение определения Бэклог Продукта — это перечень рабочих задач, расположенных в порядке важности, для команды разработчиков. Его составляют на основе дорожной карты и требований в ней. Наиболее важные задачи расположены в начале Бэклога Продукта, чтобы команда понимала, какую работу следует выполнить в первую очередь. |
| + | |||
| + | Ознакомившись с описанием выше, будьте добры ответить на вопрос. | ||
===Термины=== | ===Термины=== | ||
Версия 20:55, 17 января 2021
Что Есть Проектная Работа (здесь и далее по тексту -- Лектио) -- это часть урока Суть Проектной Работы. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Гибкий или Жёсткий Подход.
Иллюстрации
Текст
- Что Есть Проектная Работа
Работа над проектом - это совокупность работ, которые необходимо выполнить для завершения проекта. В проектах Жесткого Подхода заказчик проекта отдельно утверждает работу на стадии выполнения проекта. Только для этой работы используется отдельный термин - объем проекта. Для крупных, дорогостоящих и предсказуемых исполнений объем проекта декомпозируется и представляется в виде иерархической структуры работ или WBS. Этот документ может сопровождаться словарем WBS, который дополнительно описывает элементы WBS. Значение WBS (она же Work Breakdown Structure или ИСР, Иерархическая Структура Работ) – это разбиение проекта на конкретные результаты, которые должны быть достигнуты для достижения целей проекта. В управлении проектами объем проекта становится базовым объемом, в том случае, если заказчик или его представитель одобряют его. Если заказчик или его представитель не согласны с чем-то еще, менеджер проекта не должен начинать выполнение проекта без утверждения базовых условий. В дополнение к словарю WBS и WBS, базовая линия содержания также включает критерии приемки в виде отдельного документа или части описания содержания проекта. В дополнение к критериям, это утверждение резюмирует WBS и объясняет, почему включены определенные работы. Жизнь есть жизнь, вещи случаются, и ни один проект нельзя полностью предсказать. Если какой-либо из базовых планов проекта не может быть выдержан в исполнении, менеджер проекта делает запрос на изменение, чтобы заказчик или его представитель утвердили, отклонили или изменили. Объем проекта определяется подробным описанием целевых рабочих продуктов и их определенных характеристик и функций. Логично, что то, что нужно сделать, должно быть определено перед списком того, что делать. Иногда такие подробные описания продукта называют объемами продукта. В бизнес-анализе они называются Областями Решения. Критерии Приемки - это наиболее важное описание объема продукта. Критерии приёмки используются для того, чтобы описать ключевые моменты на высоком уровне, они могут быть применимы для расширения и проработки пользовательских историй. Как правило, чем меньше проект, тем меньше документов требуется его заказчику. Для некоторых клиентов критерии приемки удовлетворяют все потребности. Некоторые клиенты, такие как Брацка Кломанда, предоставляют подрядчикам подробные описания продуктов. В противном случае менеджеры проектов или бизнес-аналитики собирают требования от заинтересованных сторон проекта, начиная с клиента или его представителей. Если целевой результат является сложным, системные инженеры разрабатывают решения. Описания продуктов не обязательно являются текстовыми документами. Возможно, прототипы могут работать даже лучше. Например, один любитель-программист написал оригинальную систему управления пользователями Оплёта. Текущий код был создан при воссоздании функций и возможностей той исходной системы. В Гибких Методологиях объем проекта вообще редко документируется. Выполнение проекта начинается после утверждения Бэклога Продукта. Это отставание выполняет роль объема продукта, и разработчики принимают решения о том, какую работу им следует выполнять, исходя из этого объема. По мере того как проект по Гибкому Подходу развивается, объем продукта уточняется. Рассмотрим подробнее значение определения Бэклог Продукта — это перечень рабочих задач, расположенных в порядке важности, для команды разработчиков. Его составляют на основе дорожной карты и требований в ней. Наиболее важные задачи расположены в начале Бэклога Продукта, чтобы команда понимала, какую работу следует выполнить в первую очередь.
Ознакомившись с описанием выше, будьте добры ответить на вопрос.
Термины
- [[]]
Вопрос(ы)
- Чтобы создать объем проекта для планирования вашей работы, вам необходимо описание будущего.________________
- Следующее лектио -- Стороны Работы и Роли
