Долой догматы SCRUM (AgileDays-2013) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
| (не показано 7 промежуточных версий этого же участника) | |||
== Видео ==
{{vimeoembed|67092261|800|450}}
{{youtubelink|zBl43G89_U4}}{{letscomment}}
<!-- 7atjBRpdH0I}}
== Слайды ==
[[File:Долой догматы SCRUM (AgileDays-2013).pdf|left|page=-|256px]]
-->
{{----}}
== Примечания и отзывы ==
* {{ConferencePage|http://msk13.agiledays.ru/reports/view/51/}}
<!-- <blockquote>[©]</blockquote> -->
<references/>
<!-- topub -->
{{stats|disqus_comments=0|refresh_time=2020-07-06T19:09:412021-08-31T17:00:34.722139116663|vimeo_comments=0|vimeo_plays=28|youtube_comments=0|youtube_plays=1260}}
[[Категория:AgileDays-2013]]
[[Категория:Scrum]]
[[Категория:Anti-Agile]] | |||
Текущая версия на 12:59, 9 декабря 2023
Содержание
Аннотация
- Докладчики
Очень часто и очень многие понимают SCRUM догматично:
«Только использование канонических процессов SCRUM дает действительно существенный позитивный результат».
На самом деле, это часто вредит процессу. Можно и нужно периодически отходить от «правил» скрама, не отходя при этом от принципов agile. Можно, конечно, не называть это SCRUM-ом. Но дело вовсе не в названии, а в том, что любую хорошую вещь (в том числе, SCRUM) нужно использовать без фанатизма.
В докладе будут рассмотрены некоторые "каноны" SCRUM. Например, такие как:
- Роли SM и PO, запрет на совмещение с руководителем проекта.
- Необходимость оценивать задачи при планировании.
- Фиксированная длина и жесткий SCOPE итераций.
- Обязательность DSM каждый день, Ретро и Демо после каждой итерации.
- Требования отгружать готовое ПО после каждой итерации.
- Самоорганизация команды.
- Кросс-функциональность команды.
Будут рассмотрены случаи из реальной практики, когда следование "канонам" не помогает, а, иногда, и существенно вредит процессу, а также варианты ослабления требований к процессу или его альтернативная организация.
Это доклад о том, что:
- Ни одна из практик SCRUM не является обязательной.
- Можно и нужно изменять практики в соответствии с проектной необходимостью и собственным представлениям.
- При применении практик нужно обязательно подключать голову.
Видео
Слайды
Примечания и отзывы
Plays:28 Comments:0