Кураторы Разработок — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Термины)
 
(не показано 9 промежуточных версий 2 участников)
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Кураторы Разработок</strong></p><p>
+
:<p><strong>Кураторы Разработок</strong></p><p>Куратор разработки -- это лицо, которое обеспечивает финансирование разработки, а также принимает решения о её способе, бюджете и сроках. Как минимум один куратор должен представлять потребителя.</p><p>Организация, которая ведёт разработки, может назначать своего куратора. В этом случае, он или она работает с коллегой на стороне потребителя над получением требований, и с руководителем разработки над их реализацией.</p><p>В организациях, куратором может быть сотрудник любого отдела. Если в организации существует Офис по Управлению Проектами (Project Management Office или PMO), то обычно куратор назначается там. В зависимости от организации, этот офис может направлять, контролировать и поддерживать ответственных за разработки.</p><p>Куратор разработки и куратор продукта -- это разные роли, хотя одно лицо может играть обе роли.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, куратор разработки:</p>
 
 
<p>В проектах Гибкой Методологии -- эта административная роль называется куратор разработки. Базовые показатели не являются особенностью проектов с Жесткким Подходом, поэтому администрация концентрируется только на требованиях к продукту.</p>
 
 
 
Владелец проекта несет ответственность за управление проектом. Чтобы направлять, контролировать и/или поддерживать персонал проекта, владелец может создать офис управления проектом, часто сокращенно ОУП.</p>
 
 
 
</p><p>
 
 
 
<p>Выполнение проекта начинается после утверждения Бэклога Продукта. Это отставание выполняет роль объема продукта, и разработчики принимают решения о том, какую работу им следует выполнять, исходя из этого объема. По мере того как проект по Заданному Подходу развивается, объем продукта уточняется.</p>
 
 
 
<p>Рассмотрим подробнее значение определения Бэклог Продукта — это перечень рабочих задач, расположенных в порядке важности, для команды разработчиков. Его составляют на основе дорожной карты и требований в ней. Наиболее важные задачи расположены в начале Бэклога Продукта, чтобы команда понимала, какую работу следует выполнить в первую очередь.</p>
 
 
 
В поисковых проектах этапы проекта всегда перекрываются. Предварительное планирование работы, которое называется Нулевой Спринт, устанавливает правила и приоритеты для проекта. Каждый день планирование открывается заново, чтобы учесть разработки предыдущего дня.
 
 
 
<p>Если персонал проекта составляет менее 5-9 человек и график не сжат, менеджер редко выполняет выделенную роль. Один из разработчиков или кто-то другой может выступать в качестве менеджера проекта в дополнение к другим обязанностям.</p>
 
<p>В Жестком Подходе функции управления распределены между несколькими ролями. Например, разработчики определяют работу на основе требований решения, таких как пользовательские истории.
 
На этапе Планирования некий координатор, например, менеджер по работе с клиентами, работающий в ОУП, нанимает членов группы планирования в дополнение к владельцу продукта. Эта команда проводит Нулевой Спринт или аналогичные действия, предпринимаемые для создания Бэклога Продукта.</p>
 
<p>На исполнительный этап нанимается команда разработчиков. Помимо product owner-а(Владелец Продукта), в эту команду входят разработчики и, возможно, такие официальные лица, как Scrum Master. Разработчики обычно работают в итерациях и, как только разрабатываются новые инкременты и обнаруживаются новые данные, обсуждают будущий продукт и его доставку с Владельцем Продукта. Скрам-Мастера не занимаются рабочими продуктами и поставками; Вместо этого Скрам-Мастера следят за тем, чтобы разработка шла в соответствии с согласованными правилами.
 
В отличие от Управления проектами, администрирование разработки часто распределяется между двумя организациями, если две организации участвуют в одном проекте.</p>
 
<p>Заказчик Проекта определяет бизнес-потребность, которая является проблемой, которую необходимо решить, инициирует проект по созданию решения и предоставляет бюджет проекта.
 
Владелец Проекта, следовательно, нанимает кого-то, кто действует от имени клиента при утверждении Требований к решению, базовых планах проекта и / или оценке того, соответствует ли рабочий продукт критериям приемки.</p>
 
 
 
<p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
  
 
===Варианты===
 
===Варианты===
:
+
:отвечает за готовый продукт; отвечает за срок и финансирование; нанимается третьей стороной; может быть руководителем разработок.
  
 
:Следующее лектио -- '''[[Кураторы Продуктов]]'''
 
:Следующее лектио -- '''[[Кураторы Продуктов]]'''
  
 
===Термины===
 
===Термины===
:[[WBS]], [[Объем Проекта]], [[Области Решения]], [[Критерии Приемки]], [[Бэклог Продукта]]
+
:[[Разработка]]
  
 
==Экзамен==
 
==Экзамен==

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

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


Материалы

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

Иллюстрации

Текст (HTML)

Кураторы Разработок

Куратор разработки -- это лицо, которое обеспечивает финансирование разработки, а также принимает решения о её способе, бюджете и сроках. Как минимум один куратор должен представлять потребителя.

Организация, которая ведёт разработки, может назначать своего куратора. В этом случае, он или она работает с коллегой на стороне потребителя над получением требований, и с руководителем разработки над их реализацией.

В организациях, куратором может быть сотрудник любого отдела. Если в организации существует Офис по Управлению Проектами (Project Management Office или PMO), то обычно куратор назначается там. В зависимости от организации, этот офис может направлять, контролировать и поддерживать ответственных за разработки.

Куратор разработки и куратор продукта -- это разные роли, хотя одно лицо может играть обе роли.

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

Варианты

отвечает за готовый продукт; отвечает за срок и финансирование; нанимается третьей стороной; может быть руководителем разработок.
Следующее лектио -- Кураторы Продуктов

Термины

Разработка

Экзамен

Определения

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

Чтобы создать Объем Проекта для планирования вашей работы, вам необходимо описание будущего.________________