Руководители Работ — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Sonya (обсуждение | вклад) (→Термины) |
||
| (не показаны 4 промежуточные версии 2 участников) | |||
| Строка 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> | ||
| Строка 18: | Строка 18: | ||
===Термины=== | ===Термины=== | ||
| − | :[[ | + | :[[Руководитель]], [[Объём работ]], [[Разработка]], [[Плановый способ]], [[Оперативно-гибкий способ]] |
==Экзамен== | ==Экзамен== | ||
Текущая версия на 14:50, 24 сентября 2022
Руководители Работ (здесь и далее по тексту -- Лектио) -- это часть урока Роли в Разработках. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Реализуемости Задумок.
Иллюстрации
Текст (HTML)
Руководители Работ
Руководитель разработки -- это лицо, которое отвечает за разработку нового продукта. Руководители имеют разные роли на различных стадиях разработок.
- Руководитель определяется в конце стадии инициирования, когда необходимость в разработке прояснена. До начала планирования, руководитель устанавливает контакт с кураторами продукта и разработки, после чего договаривается с ними о формате дальнейшей работы,
Руководитель играет ключевую роль, первую скрипку, в планировании разработки. В плановых разработках разработка планов ведётся до утверждения контрольных уровней, в оперативно-гибких -- до разработки приоритетного перечня пользовательских историй. В оперативно-периодических разработках планирование может быть сведено к минимуму.
На этом этапе руководитель может привлечь бизнес-аналитиков для сбора требований и системных инженеров для разработки системного решения. Для нулевого прогона могут быть привлечены специалисты по оценке.
- На стадии работ по разработке конечного продукта, руководители привлекают разработчиков. При плановых разработках, руководители командуют разработчиками напрямую, чтобы разработать утвержденные продукты в соответствии с оговоренными бюджетами и запланированному графику. При оперативно-гибких разработках, руководители не командуют разработчиками напрямую, но отвечают за количество и качество тех разработчиков, которые выделены на разработку. В оперативно-периодических и оперативно-нарастающих разработках, общее правило может быть сформулировано так: если разработчики квалифицированы и могут сами определять фронт своих работ, им лучше дать самостоятельность. Если разработчикам нужен начальник, то в его качестве выступает руководитель разработки.
- Если разработка доходит до стадии сворачивания, то, кроме руководителя, этой работой никто больше не командует.
Если персонал разработки составляет менее 5-9 человек и график не сжат, руководитель редко выполняет выделенную роль. Один из разработчиков или кто-то другой может выступать в качестве руководителя разработки в дополнение к другим обязанностям.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, в разработке нового приложения для клиентов банка:
Варианты
- руководитель сам является инициатором всех процессов разработок; руководитель инициирует процессы разработок; руководитель является ответственным лицом; кто-то из разработчиков может смело заменять руководителя.
- Следующее лектио -- Кураторы Разработок
Термины
Экзамен
Определения
Вопросы экзамена
- Чтобы создать Объем Проекта для планирования вашей работы, вам необходимо описание будущего.________________
