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

Материал из Брацка Правки
Перейти к: навигация, поиск
(→‎Текст)
(→‎Термины)
 
(не показано 17 промежуточных версий 3 участников)
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
−
===Текст===
+
===Текст (HTML)===
−
:<p><strong>Глубина и Роли</strong></p><p>Четыре основных способа разработок различаются глубиной планирования и ролями операторов проекта:</p><ol type="a"><li>Плановый (Waterfall, predictive) способ требует, чтобы разработка начиналась после того, как заказчик утвердит контрольные уровни объёма разработки, сроков и затрат на проект. Для этого руководитель готовит план на всю разработку от её начала до приёмочного теста (acceptance test). Руководитель распределяет работу между разработчиками. Каждое решение кураторов о пересмотре параметров проекта влечёт за собой пересчёт и переутверждение контрольных уровней. Большие проекты могут быть разделены на фазы или подпроекты. В плане глубины планирования и ролей, разницы между фазой проекта, подпроектом и проектом нет,</li><li>Периодическо-оперативный (iterative) способ предполагает, что работа над продуктом даётся разработчикам на определённое время без детальной цели которую они должны получить. Кураторы утверждают направления разработок, но не контрольные уровни. Руководитель решает, будет ли он или она давать разработчикам конкретные задачи; чаще, руководитель управляет разработчиками,</li><li>Нарастающе-оперативный (incremental) способ предлагает разбить работу над продуктом на несколько этапов (iteration). Каждый этап включает работу над выбранными функциями, характеристиками или свойствами продукта. Разработчики работают на этапе, пока все его задачи не будут выполнены. Ответственные за проект соглашаются на объём прогона. Руководитель контролирует работу разработчиков; обычно, он или она управляет их работой,</li><li><p>Гибко-оперативный (Agile) способ предписывает, что работа над продуктом ведётся согласно Манифесту Гибкого Способа (Agile Manifesto). Этот манифест предусматривает, что разработчики работают без непосредственного руководства. Роль руководителя -- это найм разработчиков и обеспечение их работой и условиями работы. Разработчики сами определяют свои конкретные задачи. Гибко-оперативный способ всячески поощряет общение разработчиков между собой и куратором продукта.</p><p>В плане этапов, гибкий способ совмещает элементы и периодического, и нарастающего. Как в нарастающем способе, этапы также имеют набор функций, характеристик и свойств над которыми разработчики рабатают. Как в периодическом способе, эти этапы ограничены во времени.</p></li></ol><p>В оперативных проектах, этапы могут также именоваться итерациями, прогонами, циклами или спринтами разработки. Гибко-оперативный способ представлен несколькими методиками, из которых мы упомянем две:</p>
+
:<p><strong>Глубина и Роли</strong></p><p>Четыре способа организации работы на проекте различаются глубиной планирования разработок продукта и ролями операторов проекта. При:</p><ol type="a"><li><p><strong>Плановом</strong> (Waterfall, predictive) способе, разработка начинается после того, как заказчик утвердит контрольные планы объёма разработки, сроков и затрат на проект. Руководитель готовит план на всю разработку от её начала до приёмочного теста (acceptance test) и распределяет работу между разработчиками. Решения кураторов о пересмотре параметров проекта влекут за собой пересчёт и переутверждение контрольных уровней.</p><p>Проекты бывает делятся на фазы или подпроекты. В плане глубины планирования и ролей, разницы между фазой проекта, подпроектом и проектом нет.</p></li><li><p><strong>Оперативно-периодическом</strong> (iterative) способе, работа над продуктом даётся разработчикам на некоторое время без определенного объёма. Кураторы утверждают направления разработок, но не контрольные уровни. Руководитель решает, будет ли он или она давать разработчикам конкретные задачи.</p></li><li><p><strong>Oперативно-нарастающем</strong> (incremental) способе, этапы (iteration) включают работу над выбранными функциями, характеристиками или свойствами продукта. Разработчики работают на этапе, пока все его задачи не будут выполнены. Ответственные за проект соглашаются на объём прогона. Руководитель контролирует работу разработчиков и управляет их работой.</p></li><li><p><strong>Oперативно-гибком</strong> (Agile) способе, работа над продуктом ведётся согласно Манифесту Гибкого Способа (Agile Manifesto). Этот манифест предусматривает, что разработчики выполняют работу без непосредственного руководства. Роль руководителя -- это наём разработчиков и обеспечение их работой и надлежащими условиями работы.</p><p>Разработчики сами определяют свои конкретные задачи. Некоторые методики предполагают специальную роль для человека, следящего за соблюдением ролей.</p><p>В "Живой Свалке" (Agile Scrum), эта роль именуется "Мастер Свалки" (Scrum Master). Планирование объёмов перед началом проекта известно как "нулевой спринт" (Sprint Zero). Гибкий способ всячески поощряет общение разработчиков между собой и куратором продукта.</p><p>Как в нарастающем способе, этапы гибкого также имеют объём работ. Как в периодическом способе, этапы гибкого способа ограничены во времени.</p></li></ol><p>Оперативные проекты разбиваются на этапы, которые также могут именоваться итерациями, прогонами, циклами или спринтами разработки.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, обучающие уроки на Брацкой Правке создавались следующим методом:</p>
−
 
 
−
<p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
  
 
===Варианты===
 
===Варианты===
−
:
+
:плановым./ оперативно-периодическим./ оперативно-нарастающим./ оперативно-гибким.
  
 
:Следующее лектио -- '''[[Выборы Способа]]'''
 
:Следующее лектио -- '''[[Выборы Способа]]'''
  
 
===Термины===
 
===Термины===
−
:[[Бюджет Проекта]], [[Активы Проекта]], [[Внешние Среды]], [[Внутренние Среды]], Проектная Среда, [[Затраты На Проект]], [[График Проекта]], [[Фактор Предприятия]], [[Рабочий Продукт]], [[Временные Шкалы Проекта]]
+
:[[Руководитель]], [[Разработка]], [[Объём работ]], [[Scrum]], [[Нулевой спринт]], [[Оперативно-гибкий способ]], [[Плановый способ]], [[Брацки Прогон]], [[Спринт]].
  
 
==Экзамен==
 
==Экзамен==

Текущая версия на 14:04, 27 сентября 2022

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


Материалы

Предшественник этого Лектио -- Выработка Стратегии.

Иллюстрации

Текст (HTML)

Глубина и Роли

Четыре способа организации работы на проекте различаются глубиной планирования разработок продукта и ролями операторов проекта. При:

  1. Плановом (Waterfall, predictive) способе, разработка начинается после того, как заказчик утвердит контрольные планы объёма разработки, сроков и затрат на проект. Руководитель готовит план на всю разработку от её начала до приёмочного теста (acceptance test) и распределяет работу между разработчиками. Решения кураторов о пересмотре параметров проекта влекут за собой пересчёт и переутверждение контрольных уровней.

    Проекты бывает делятся на фазы или подпроекты. В плане глубины планирования и ролей, разницы между фазой проекта, подпроектом и проектом нет.

  2. Оперативно-периодическом (iterative) способе, работа над продуктом даётся разработчикам на некоторое время без определенного объёма. Кураторы утверждают направления разработок, но не контрольные уровни. Руководитель решает, будет ли он или она давать разработчикам конкретные задачи.

  3. Oперативно-нарастающем (incremental) способе, этапы (iteration) включают работу над выбранными функциями, характеристиками или свойствами продукта. Разработчики работают на этапе, пока все его задачи не будут выполнены. Ответственные за проект соглашаются на объём прогона. Руководитель контролирует работу разработчиков и управляет их работой.

  4. Oперативно-гибком (Agile) способе, работа над продуктом ведётся согласно Манифесту Гибкого Способа (Agile Manifesto). Этот манифест предусматривает, что разработчики выполняют работу без непосредственного руководства. Роль руководителя -- это наём разработчиков и обеспечение их работой и надлежащими условиями работы.

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

    В "Живой Свалке" (Agile Scrum), эта роль именуется "Мастер Свалки" (Scrum Master). Планирование объёмов перед началом проекта известно как "нулевой спринт" (Sprint Zero). Гибкий способ всячески поощряет общение разработчиков между собой и куратором продукта.

    Как в нарастающем способе, этапы гибкого также имеют объём работ. Как в периодическом способе, этапы гибкого способа ограничены во времени.

Оперативные проекты разбиваются на этапы, которые также могут именоваться итерациями, прогонами, циклами или спринтами разработки.

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

Варианты

плановым./ оперативно-периодическим./ оперативно-нарастающим./ оперативно-гибким.
Следующее лектио -- Выборы Способа

Термины

Руководитель, Разработка, Объём работ, Scrum, Нулевой спринт, Оперативно-гибкий способ, Плановый способ, Брацки Прогон, Спринт.

Экзамен

Определения

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

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

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

Источник — «https://pravka.bskol.com/w1/index.php?title=Глубина_и_Роли&oldid=27480»