Планирование релизов в методологиях быстрой разработки (Дмитрий Никонов, AgileDays-2011) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
== Примечания и отзывы == <!-- <blockquote>[©]</blockquote> --> * [http://2011.agiledays.ru/reports/view/84/ страничка доклада на сайте конференции] <references/> {{include-review|Обсуждение:Планирование релизов в методологиях быстрой разработки (Дмитрий Никонов, AgileDays-2011)/Заметки Стаса Фомина}} [[Категория:AgileDays-2011]] http://inwebwetrust.org/~uploads/strip069_it_evolution.jpg [[Категория:Менеджмент]] {{stats|disqus_comments=0|refresh_time=2017-12-02T12:54:2212T17:05:13.426198543107|vimeo_comments=0|vimeo_plays=342|youtube_plays=0}} |
Версия 14:05, 12 декабря 2017
Аннотация
- Докладчик
- Дмитрий Никонов
Казалось бы структура релизов в командах быстрой разработки вообще не нужна, ведь в соответсвии с манифестом «Работающее ПО превыше всего». В теории внедрение должно производиться регулярными интервалами и весь контроль за релизом — это слова заказчика: «Я доволен, выпускайте».
В своем докладе Дмитрий обсудит с вами процесс управления релизами в Аgile проектах на примерах компаний Майкрософт и Амазон, а также различные методы и подходы:
- «Ship when ready»,
- «Ship when needed»,
- «Ship when scheduled».
Не стоит также забывать, что процесс управления релизами не ограничивается одним релизом, и команды одновременно могут работать (и работают) над несколькими одновременно. Прогнозируемость релиза, качество внедренного кода, соответствие кода ТЗ заказчика — это залог успеха релиза.
Видео
Примечания и отзывы
http://inwebwetrust.org/~uploads/strip069_it_evolution.jpg Plays:342 Comments:0