Відмінності між версіями «Глибина та Ролі»

Матеріал з Брацка Правка
Перейти до: навігація, пошук
(→‎Термины)
(→‎Текст (HTML))
Рядок 10: Рядок 10:
  
 
===Текст (HTML)===
 
===Текст (HTML)===
−
:<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><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>Оперативно-наростаючий</strong> (incremental) спосіб, етапи (iteration) включають роботу над вибраними функціями, характеристиками або властивостями продукту. Розробники працюють на етапі, доки всі його завдання не будуть виконані. Відповідальні за проєкт погоджуються на обсяг прогону. Керівник контролює роботу розробників і керує їх роботою.</p></li><li><p><strong>Оперативно-гнучким</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>
  
 
===Варианты===
 
===Варианты===

Версія за 12:01, 9 листопада 2022

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


Материалы

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

Иллюстрации

Текст (HTML)

Глибина та Ролі

Чотири способи організації роботи на проєкті відрізняються глибиною планування розробок продукту та ролями операторів проєкту. При:

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

    Проєкти бувають поділяються на фази або підпроєкти. У плані глибини планування і ролей, різниці між фазою проєкту, підпроєктом і проєктом немає.

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

  3. Оперативно-наростаючий (incremental) спосіб, етапи (iteration) включають роботу над вибраними функціями, характеристиками або властивостями продукту. Розробники працюють на етапі, доки всі його завдання не будуть виконані. Відповідальні за проєкт погоджуються на обсяг прогону. Керівник контролює роботу розробників і керує їх роботою.

  4. Оперативно-гнучким (Agile) способом, робота над продуктом ведеться згідно з Маніфестом Гнучкого Способу (Agile Manifesto) . Цей маніфест передбачає, що розробники виконують роботу безпосереднього без керівництва. Роль керівника -- це наймання розробників та забезпечення їх роботою та належними умовами роботи.

    Розробники самі визначають свої конкретні завдання. Деякі методики припускають спеціальну роль для людини, яка стежить за дотриманням ролей.

    У "Живому Звалищі" (Agile Scrum), ця роль називається "Майстер Звалища" (Scrum Master). Планування обсягів перед початком проєкту відоме як "нульовий спринт" (Sprint Zero). Гнучкий спосіб всіляко заохочує спілкування розробників між собою та куратором продукту.

    Як у наростаючому способі, етапи гнучкого також мають обсяг робіт. Як у періодичному способі, етапи гнучкого способу обмежені у часі.

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

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

Варианты

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

Термины

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

Экзамен

Определения

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

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

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

Отримано з https://pravka.idosvid.com/w2/index.php?title=Глибина_та_Ролі&oldid=29077