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

Матеріал з Брацка Правка
Перейти до: навігація, пошук
 
(Не показано 24 проміжні версії 6 користувачів)
Рядок 1: Рядок 1:
−
[[Глубина и Роли]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектных Начал]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Глибина та Ролі]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Суть Проектных Начал|Суть Проєктних Початків]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''
  
  
Рядок 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) способ предлагает разбить работу над продуктом на несколько прогонов. Каждый прогон включает работу над выбранными функциями, характеристиками или свойствами продукта. Разработчики работают на прогоне, пока все его задачи не будут выполнены. Руководитель проекта и кураторы соглашаются на объём прогона. Руководитель контролирует работу разработчиков,</li><li>Гибко-оперативный (Agile) способ предписывает, что работа над продуктом ведётся согласно Манифесту Гибких Способов (Agile Manifesto). Этот манифест предусматривает, что разработчики работают без непосредственного руководства. Роль руководителя -- это обеспечение разработчиков условиями работы,</li></ol><p>Чтобы выбрать между плановым и оперативными подходами, ответственные могут принять во внимание четыре показателя:</p><ol type="a"><li>Предсказуемость проекта, то есть определённость с объёмом работы и прогнозируемость тех факторов, которые влияют на эту работу. Непредсказуемость проекта осложняет планирование на весь проект,</li><li>Способность разработчиков действовать независимо. В оперативных проектах разработчики не имеют подробного объёма работ; обычно, они работают с заданиями на продукт. Если разработчикам нужны детальные инструкции, плановый способ может быть более предпочтительным,</li><li>Вероятность глубокой вовлечённости куратора продукта в разработку. При работе над неопределённым продуктом важно быстрое принятие решений куратором продукта,</li><li>Определённость в том, что важнее для заказчика -- сделать рабочий продукт дешевле или быстрее.
+
:<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>
  
−
</li></ol><p></p><ol type="a"><li></li><li></li></ol><p>
+
===Варіанти===
−
 
+
:плановим. / оперативно-періодичним. / оперативно-наростаючим./ оперативно-гнучким
−
Для принятия решения о глубине планирования,
 
−
 
 
−
В природе редко встречается исключительно белый или чёрный цвет.
 
−
<p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
−
 
 
−
===Варианты===
 
−
:
 
  
 
:Следующее лектио -- '''[[Выборы Способа]]'''
 
:Следующее лектио -- '''[[Выборы Способа]]'''
  
 
===Термины===
 
===Термины===
−
:[[Бюджет Проекта]], [[Активы Проекта]], [[Внешние Среды]], [[Внутренние Среды]], Проектная Среда, [[Затраты На Проект]], [[График Проекта]], [[Фактор Предприятия]], [[Рабочий Продукт]], [[Временные Шкалы Проекта]]
+
:[[Руководитель]], [[Разработка]], [[Объём работ]], [[Scrum]], [[Нулевой спринт]], [[Оперативно-гибкий способ]], [[Плановый способ]], [[Брацки Прогон]], [[Спринт]].
  
 
==Экзамен==
 
==Экзамен==

Поточна версія на 12:38, 27 листопада 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=33326