Выборы Способа

Материал из Брацка Правки
Перейти к: навигация, поиск

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


Материалы

Предшественник этого Лектио -- Глубина и Роли.

Иллюстрации

Текст

Выборы Способа

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

Не существует единого алгоритма для выбора способов, и любая разработка может быть теоретически предпринята любым. Однако четыре показателя могут быть особенно важны для рассмотрения:

  1. Предсказуемость проекта, то есть определённость с объёмом работы и прогнозируемость тех факторов, которые влияют на эту работу. Если заказчик требует предпринять проект планово (Waterfall) в неопределённых условиях, заказчик должен быть готов и открыт к частому пересмотру планов. Оперативно-периодический (iterative) способ не требует предварительного планирования,
  2. Способность разработчиков действовать независимо. В оперативно-гибких проектах (Agile project) разработчики не имеют подробного объёма работ; обычно, они работают с заданиями на продукт. Если разработчикам нужны детальные инструкции, остальные способы могут быть более предпочтительными,
  3. Вероятность глубокой вовлечённости куратора продукта в разработку. При работе над неопределённым продуктом важно быстрое принятие решений куратором продукта и доступность куратора для консультаций. Опять же, если куратор продукта не максимально доступен разработчикам, оперативно-гибкий способ (Agile) не будет эффективен,
  4. Определённость в том, что важнее для заказчика -- сделать рабочий продукт дешевле или быстрее. Планирование снимает риски не той работы или работы не над тем продуктом, но любое планирование занимает время. То есть, большая глубина планирования имеет тенденцию сократить расходы на разработку, но увеличить сроки всего проекта.

В природе редко встречается исключительно белый или чёрный цвет и проект обычно предпринимается комбинацией нескольких способов.

В этом плане интересно взглянуть на планирование, как на отдельную разработку. Разработка плана редко предпринимается планово; если да, то трудно себе представить план для разработки плана для разработки плана :).

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

Варианты

Следующее лектио -- Нулевые Прогоны

Термины

Бюджет Проекта, Активы Проекта, Внешние Среды, Внутренние Среды, Проектная Среда, Затраты На Проект, График Проекта, Фактор Предприятия, Рабочий Продукт, Временные Шкалы Проекта

Экзамен

Определения

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

Использование подвижного Подхода для разработки в Брацкой Школы лучше всего можно классифицировать как:

Актив проекта . Фактор предприятия . Проектная среда . Все остальные ответы по существу верны.