|
|
Строка 8: |
Строка 8: |
| Но зато интересное — очень большой блок вопросов, видно, что интересует аудиторию — куча тонких вопросов «кто с кем договаривается?», «а что если такая-то неожиданность?», «какой процент между багами и фичами?», и на все это конкретные ответы. | | Но зато интересное — очень большой блок вопросов, видно, что интересует аудиторию — куча тонких вопросов «кто с кем договаривается?», «а что если такая-то неожиданность?», «какой процент между багами и фичами?», и на все это конкретные ответы. |
| Много разного оффтопа, например рассказ о самодельной реализации Continuous Integration на Python (Кстати, одобряю. Необходимость специальных систем-серверов считаю зачастую преувеличенной). Технодолги учитываются, как баги (а не как фичи), команде выделяется процент времени именно на это (не меньше 10%) и они сами выбирают, что и как разгребать. Но при этом сохраняется прозрачность. | | Много разного оффтопа, например рассказ о самодельной реализации Continuous Integration на Python (Кстати, одобряю. Необходимость специальных систем-серверов считаю зачастую преувеличенной). Технодолги учитываются, как баги (а не как фичи), команде выделяется процент времени именно на это (не меньше 10%) и они сами выбирают, что и как разгребать. Но при этом сохраняется прозрачность. |
| + | |
| + | <noinclude>[[Категория:CustisWikiToLib]]</noinclude> |
Текущая версия на 19:19, 13 июля 2011
Многовато банальностей, от пересказа Ветхого завета Agile-манифеста, стандартных SCRUM-картинок c шестеренками, и, кстати, аппеляция к Nokia-тесту «Правильный ли у вас SCRUM?», который более-менее OK встречался года три-четыре назад, сейчас вызывает кривую ухмылку.
Суть доклада, в том, что при изменении требований применяется дескопинг (ожидаемо) и обмен-торговля с заказчиками.
А те самые три уровня планирования это
- Квартал (где очень предварительная оценка)
- Релиз
- Спринт
Но зато интересное — очень большой блок вопросов, видно, что интересует аудиторию — куча тонких вопросов «кто с кем договаривается?», «а что если такая-то неожиданность?», «какой процент между багами и фичами?», и на все это конкретные ответы.
Много разного оффтопа, например рассказ о самодельной реализации Continuous Integration на Python (Кстати, одобряю. Необходимость специальных систем-серверов считаю зачастую преувеличенной). Технодолги учитываются, как баги (а не как фичи), команде выделяется процент времени именно на это (не меньше 10%) и они сами выбирают, что и как разгребать. Но при этом сохраняется прозрачность.