Планирование релизов в методологиях быстрой разработки (Дмитрий Никонов, AgileDays-2011) — различия между версиями

== Видео ==

{{vimeoembed|21226454|800|450}}
{{youtubelink|6ZC2MYC8YyM}}{{letscomment}}
<!-- == Презентация ==
[[Файл:Планирование релизов в методологиях быстрой разработки (Дмитрий Никонов, AgileDays-2011).pdf|page=-|left|256px]]

 -->

== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->
* [http://2011.agiledays.ru/reports/view/84/ страничка доклада на сайте конференции]

<references/>

{{include-review|Обсуждение:Планирование релизов в методологиях быстрой разработки (Дмитрий Никонов, AgileDays-2011)/Заметки Стаса Фомина}}


http://inwebwetrust.org/~uploads/strip069_it_evolution.jpg


[[Категория:Менеджмент]]
{{stats|disqus_comments=0|refresh_time=2018-05-15T17:23:342021-08-31T17:51:00.631600494647|vimeo_comments=0|vimeo_plays=347398|youtube_comments=0|youtube_plays=2}}43}}

[[Категория:AgileDays-2011]]
[[Категория:Планирование в Agile]]

Текущая версия на 12:22, 4 сентября 2021

Аннотация

Докладчик

Дмитрий Никонов

Казалось бы структура релизов в командах быстрой разработки вообще не нужна, ведь в соответсвии с манифестом «Работающее ПО превыше всего». В теории внедрение должно производиться регулярными интервалами и весь контроль за релизом — это слова заказчика: «Я доволен, выпускайте».

В своем докладе Дмитрий обсудит с вами процесс управления релизами в Аgile проектах на примерах компаний Майкрософт и Амазон, а также различные методы и подходы:

• «Ship when ready»,
• «Ship when needed»,
• «Ship when scheduled».

Не стоит также забывать, что процесс управления релизами не ограничивается одним релизом, и команды одновременно могут работать (и работают) над несколькими одновременно. Прогнозируемость релиза, качество внедренного кода, соответствие кода ТЗ заказчика — это залог успеха релиза.

Видео

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

• страничка доклада на сайте конференции

Plays:441   Comments:0