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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Варианты)
(Термины)
 
(не показано 7 промежуточных версий 3 участников)
Строка 3: Строка 3:
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Воплощаемости Задумок]].
+
Предшественник этого ''Лектио'' -- [[Реализуемости Задумок]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Руководители Работ</strong></p><p>Руководитель разработки -- это лицо, которое отвечает за разработку нового продукта. Руководители имеют разные роли на различных стадиях разработок.</p><ol type="a"><li>Руководитель определяется в конце стадии инициирования, когда необходимость в разработке прояснена. До начала планирования, руководитель устанавливает контакт с кураторами продукта и разработки, после чего договаривается с ними о формате дальнейшей работы,</li><li><p>Руководитель играет ключевую роль, первую скрипку, в планировании разработки. В намеченных разработках планирование ведётся до утверждения контрольных уровней, в оперативно-гибких -- до разработки приоритетного перечня пользовательских историй. В оперативно-периодических разработках планирование может быть сведено к минимуму.</p><p>На этом этапе руководитель может привлечь бизнес-аналитиков для сбора требований и системных инженеров для разработки системного решения. Для нулевого прогона могут быть привлечены специалисты по оценке.</p></li><li>На стадии работ по разработке, руководители привлекают разработчиков. При плановых разработках, руководители командуют разработчиками напрямую, чтобы разработать утвержденные продукты в соответствии с оговоренными бюджетами и запланированному графику. При оперативно-гибких разработках, руководители не командуют разработчиками напрямую, но отвечают за количество и качество тех разработчиков, которые выделены на разработку. В оперативно-периодических и оперативно-нарастающих разработках, общее правило может быть сформулировано так: если разработчики квалифицированы и могут сами определять фронт своих работ, им лучше дать самостоятельность. Если разработчикам нужен начальник, то в его качестве выступает руководитель разработки.</li><li>Если разработка доходит до стадии сворачивания, то, кроме руководителя, этой работой никто больше не командует.</li></ol><p>Если персонал разработки составляет менее 5-9 человек и график не сжат, руководитель редко выполняет выделенную роль. Один из разработчиков или кто-то другой может выступать в качестве руководителя разработки в дополнение к другим обязанностям.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, в разработке нового приложения для клиентов банка:</p>
+
:<p><strong>Руководители Работ</strong></p><p>Руководитель разработки -- это лицо, которое отвечает за разработку нового продукта. Руководители имеют разные роли на различных стадиях разработок.</p><ol type="a"><li>Руководитель определяется в конце стадии инициирования, когда необходимость в разработке прояснена. До начала планирования, руководитель устанавливает контакт с кураторами продукта и разработки, после чего договаривается с ними о формате дальнейшей работы,</li><li><p>Руководитель играет ключевую роль, первую скрипку, в планировании разработки. В плановых разработках разработка планов ведётся до утверждения контрольных уровней, в оперативно-гибких -- до разработки приоритетного перечня пользовательских историй. В оперативно-периодических разработках планирование может быть сведено к минимуму.</p><p>На этом этапе руководитель может привлечь бизнес-аналитиков для сбора требований и системных инженеров для разработки системного решения. Для нулевого прогона могут быть привлечены специалисты по оценке.</p></li><li>На стадии работ по разработке конечного продукта, руководители привлекают разработчиков. При плановых разработках, руководители командуют разработчиками напрямую, чтобы разработать утвержденные продукты в соответствии с оговоренными бюджетами и запланированному графику. При оперативно-гибких разработках, руководители не командуют разработчиками напрямую, но отвечают за количество и качество тех разработчиков, которые выделены на разработку. В оперативно-периодических и оперативно-нарастающих разработках, общее правило может быть сформулировано так: если разработчики квалифицированы и могут сами определять фронт своих работ, им лучше дать самостоятельность. Если разработчикам нужен начальник, то в его качестве выступает руководитель разработки.</li><li>Если разработка доходит до стадии сворачивания, то, кроме руководителя, этой работой никто больше не командует.</li></ol><p>Если персонал разработки составляет менее 5-9 человек и график не сжат, руководитель редко выполняет выделенную роль. Один из разработчиков или кто-то другой может выступать в качестве руководителя разработки в дополнение к другим обязанностям.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, в разработке нового приложения для клиентов банка:</p>
  
 
===Варианты===
 
===Варианты===
:руководитель сам является инициатором всех процессов разработок; руководитель разработок инициирует и
+
:руководитель сам является инициатором всех процессов разработок; руководитель инициирует процессы разработок; руководитель является ответственным лицом; кто-то из разработчиков может смело заменять руководителя. 
  
 
:Следующее лектио -- '''[[Кураторы Разработок]]'''
 
:Следующее лектио -- '''[[Кураторы Разработок]]'''
  
 
===Термины===
 
===Термины===
:[[WBS]], [[Объем Проекта]], [[Области Решения]], [[Критерии Приемки]], [[Бэклог Продукта]]
+
:[[Руководитель]], [[Объём работ]], [[Разработка]], [[Плановый способ]], [[Оперативно-гибкий способ]]
  
 
==Экзамен==
 
==Экзамен==

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

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


Материалы

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

Иллюстрации

Текст (HTML)

Руководители Работ

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

  1. Руководитель определяется в конце стадии инициирования, когда необходимость в разработке прояснена. До начала планирования, руководитель устанавливает контакт с кураторами продукта и разработки, после чего договаривается с ними о формате дальнейшей работы,
  2. Руководитель играет ключевую роль, первую скрипку, в планировании разработки. В плановых разработках разработка планов ведётся до утверждения контрольных уровней, в оперативно-гибких -- до разработки приоритетного перечня пользовательских историй. В оперативно-периодических разработках планирование может быть сведено к минимуму.

    На этом этапе руководитель может привлечь бизнес-аналитиков для сбора требований и системных инженеров для разработки системного решения. Для нулевого прогона могут быть привлечены специалисты по оценке.

  3. На стадии работ по разработке конечного продукта, руководители привлекают разработчиков. При плановых разработках, руководители командуют разработчиками напрямую, чтобы разработать утвержденные продукты в соответствии с оговоренными бюджетами и запланированному графику. При оперативно-гибких разработках, руководители не командуют разработчиками напрямую, но отвечают за количество и качество тех разработчиков, которые выделены на разработку. В оперативно-периодических и оперативно-нарастающих разработках, общее правило может быть сформулировано так: если разработчики квалифицированы и могут сами определять фронт своих работ, им лучше дать самостоятельность. Если разработчикам нужен начальник, то в его качестве выступает руководитель разработки.
  4. Если разработка доходит до стадии сворачивания, то, кроме руководителя, этой работой никто больше не командует.

Если персонал разработки составляет менее 5-9 человек и график не сжат, руководитель редко выполняет выделенную роль. Один из разработчиков или кто-то другой может выступать в качестве руководителя разработки в дополнение к другим обязанностям.

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

Варианты

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

Термины

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

Экзамен

Определения

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

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