Долой догматы SCRUM (AgileDays-2013) — различия между версиями

Материал из 0x1.tv

(Видео)
== Аннотация ==
;Докладчики:
* {{Speaker|Михаил Заборов}}
* {{Speaker|Асхат Уразбаев}}

<blockquote>
Очень часто и очень многие понимают SCRUM догматично:

«Только использование канонических процессов SCRUM дает действительно существенный позитивный результат».

На самом деле, это часто вредит процессу. Можно и нужно периодически отходить от «правил» скрама, не отходя при этом от принципов agile. Можно, конечно, не называть это SCRUM-ом. Но дело вовсе не в названии, а в том, что любую хорошую вещь  том числе, SCRUM) нужно использовать без фанатизма.

В докладе будут рассмотрены некоторые "каноны" SCRUM. Например, такие как:
* Роли SM и PO, запрет на совмещение с руководителем проекта.
* Необходимость оценивать задачи при планировании.
* Фиксированная длина и жесткий SCOPE итераций.
* Обязательность DSM каждый день, Ретро и Демо после каждой итерации.
* Требования отгружать готовое ПО после каждой итерации.
* Самоорганизация команды.
* Кросс-функциональность команды.

Будут рассмотрены случаи из реальной практики, когда следование "канонам" не помогает, а, иногда, и существенно вредит процессу, а также варианты ослабления требований к процессу или его альтернативная организация.

Это доклад о том, что:
* Ни одна из практик SCRUM не является обязательной.
* Можно и нужно изменять практики в соответствии с проектной необходимостью и собственным представлениям.
* При применении практик нужно обязательно подключать голову.
</blockquote>

== Видео ==

{{vimeoembed|67092261|800|450}}

{{youtubelink|zBl43G89_U4}}














<!-- == Слайды ==
[[File:Долой догматы SCRUM (AgileDays-2013).pdf|left|page=-|256px]]
 -->

{{----}}

== Примечания и отзывы ==
* [http://msk13.agiledays.ru/reports/view/51/ Страничка доклада на сайте конференции]

<!-- <blockquote>[©]</blockquote> -->

<references/>

[[Category:AgileDays-2013]]

[[Category:Agile]]
<!-- topub -->

Версия 16:55, 1 июня 2016

Аннотация

Докладчики

Очень часто и очень многие понимают SCRUM догматично:

«Только использование канонических процессов SCRUM дает действительно существенный позитивный результат».

На самом деле, это часто вредит процессу. Можно и нужно периодически отходить от «правил» скрама, не отходя при этом от принципов agile. Можно, конечно, не называть это SCRUM-ом. Но дело вовсе не в названии, а в том, что любую хорошую вещь (в том числе, SCRUM) нужно использовать без фанатизма.

В докладе будут рассмотрены некоторые "каноны" SCRUM. Например, такие как:

  • Роли SM и PO, запрет на совмещение с руководителем проекта.
  • Необходимость оценивать задачи при планировании.
  • Фиксированная длина и жесткий SCOPE итераций.
  • Обязательность DSM каждый день, Ретро и Демо после каждой итерации.
  • Требования отгружать готовое ПО после каждой итерации.
  • Самоорганизация команды.
  • Кросс-функциональность команды.

Будут рассмотрены случаи из реальной практики, когда следование "канонам" не помогает, а, иногда, и существенно вредит процессу, а также варианты ослабления требований к процессу или его альтернативная организация.

Это доклад о том, что:

  • Ни одна из практик SCRUM не является обязательной.
  • Можно и нужно изменять практики в соответствии с проектной необходимостью и собственным представлениям.
  • При применении практик нужно обязательно подключать голову.

Видео

on youtube


Примечания и отзывы