Раздувания Планов — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Иллюстрации)
(Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Раздувания Проектов</strong></p><p>
+
:<p><strong>Раздувания Проектов</strong></p><p>В проектах, заказчик и подрядчик вместе работают над продуктом. Важно, чтобы между ними установились деловые плодотворные отношения. В то же время, их интересы различаются -- заказчик желает получить больше на свои деньги, в то время как подрядчик заинтересован завершить проект как можно быстрее.</p><p>Для демонстрации, давайте представим, что мы делаем веб-сайт. Мы договорились об реализации информационных страниц и онлайн-магазина за неделю работы. Заказчик обещал предоставить тексты. Мы поставили разработчиков и платим деньги. Неделя прошла, а текстов нет. Заказчик за простой разработчиков платить отказывается.</p><p>Эта ситуация называется раздуванием сроков. Сроки сдачи сайта были оговорены, а сроки получения материалов -- нет.</p><p>Неконтролируемое раздувание рамок проекта (scope creep) -- это увеличение объёма работ без оплаты. Продолжая пример, мы получили тексты в начале второй недели. Сайт сделан. Заказчик отказывается принять разработку из-за того, что:</p><ol type="a"><liонлайн-магазине не хватает товаров.</li><li>Сайт не выскакивает на первой странице при использовании поисковых движков.</li><li>В текстах есть грамматические и логические ошибки.</li><li>Заказчик решил поменять что-то в текстах и пришлёт обновления скоро.</li><li>В тексты надо доставить фотографии и лучше организовать.</li></ol><p>Реально? Абсолютно реально. Нет ничего плохого в том, что заказчику хочется больше работы. Задача подрядчика -- не делать эту работу бесплатно.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
 
 
 
Раздувание рамок проекта (scope creep) -- это неконтролируемое
 
 
 
<p>Выполнение проекта начинается после утверждения Бэклога Продукта. Это отставание выполняет роль объема продукта, и разработчики принимают решения о том, какую работу им следует выполнять, исходя из этого объема. По мере того как проект по Заданному Подходу развивается, объем продукта уточняется.</p>
 
 
 
<p>Рассмотрим подробнее значение определения Бэклог Продукта — это перечень рабочих задач, расположенных в порядке важности, для команды разработчиков. Его составляют на основе дорожной карты и требований в ней. Наиболее важные задачи расположены в начале Бэклога Продукта, чтобы команда понимала, какую работу следует выполнить в первую очередь.</p>  
 
 
 
Предварительное планирование работы, которое называется Нулевой Спринт, устанавливает правила и приоритеты для проекта. Каждый день планирование открывается заново, чтобы учесть разработки предыдущего дня.
 
 
 
<p>В Жестком Подходе функции управления распределены между несколькими ролями. Например, разработчики определяют работу на основе требований решения, таких как пользовательские истории.
 
Эта команда проводит Нулевой Спринт или аналогичные действия, предпринимаемые для создания Бэклога Продукта.</p>
 
 
 
<p>Разработчики обычно работают в итерациях и, как только разрабатываются новые инкременты и обнаруживаются новые данные, обсуждают будущий продукт и его доставку с Владельцем Продукта.  
 
 
 
<p>Заказчик Проекта определяет бизнес-потребность, которая является проблемой, которую необходимо решить, инициирует проект по созданию решения и предоставляет бюджет проекта.
 
 
 
Владелец Проекта, следовательно, нанимает кого-то, кто действует от имени клиента при утверждении Требований к решению, базовых планах проекта и / или оценке того, соответствует ли рабочий продукт критериям приемки.
 
 
 
</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
  
 
===Варианты===
 
===Варианты===

Версия 00:19, 28 февраля 2021

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


Материалы

Предшественник этого Лектио -- Изменение Уровней.

Иллюстрации

Текст

Раздувания Проектов

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

Для демонстрации, давайте представим, что мы делаем веб-сайт. Мы договорились об реализации информационных страниц и онлайн-магазина за неделю работы. Заказчик обещал предоставить тексты. Мы поставили разработчиков и платим деньги. Неделя прошла, а текстов нет. Заказчик за простой разработчиков платить отказывается.

Эта ситуация называется раздуванием сроков. Сроки сдачи сайта были оговорены, а сроки получения материалов -- нет.

Неконтролируемое раздувание рамок проекта (scope creep) -- это увеличение объёма работ без оплаты. Продолжая пример, мы получили тексты в начале второй недели. Сайт сделан. Заказчик отказывается принять разработку из-за того, что:

  1. В онлайн-магазине не хватает товаров.
  2. Сайт не выскакивает на первой странице при использовании поисковых движков.
  3. В текстах есть грамматические и логические ошибки.
  4. Заказчик решил поменять что-то в текстах и пришлёт обновления скоро.
  5. В тексты надо доставить фотографии и лучше организовать.

Реально? Абсолютно реально. Нет ничего плохого в том, что заказчику хочется больше работы. Задача подрядчика -- не делать эту работу бесплатно.

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

Варианты

Следующее лектио -- Что Есть Факторы

Термины

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

Экзамен

Определения

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

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

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