Как agile команде выжить в enterpise? (Анна Мининкова, AgileDays-2013) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) (Batch edit: replace |800|450}} with |800|450}} {{youtubelink|}}) |
StasFomin (обсуждение | вклад) |
||
== Аннотация == ;Докладчик: {{Speaker|Анна Мининкова}} <blockquote> Большинство скрам-команд зарождаются в компаниях, которые уже успели испытать на себе минусы классических последовательных подходов к разработке. Однако не все компании и проекты ищут и внедряют новые методологии, ведь опыт использования waterfall'а бывает очень успешным, а лучшие инженерные практики могут существовать вне методологии. * Нужно ли пытаться сохранить и развить гибкие практики в рамках одной команды внутри компании, которая работает по waterfall? * Как успешно работать с другими вовлеченными в проект командами и людьми, для которых последовательный подход является единственно логичным и правильным, и как перетянуть их на темную сторону agile? <div> Список комментариев пуст. </div> </blockquote> == Видео == {{vimeoembed|67092648|800|450}} {{youtubelink|}} |Jxx2aDvcabA}} <!-- == Слайды == [[File:Как agile команде выжить в enterpise? (Анна Мининкова, AgileDays-2013).pdf|left|page=-|256px]] --> {{----}} == Примечания и отзывы == * [http://msk13.agiledays.ru/reports/view/72/ Страничка доклада на сайте конференции] <!-- <blockquote>[©]</blockquote> --> <references/> [[Category:AgileDays-2013]] [[Category:Agile]] <!-- topub --> |
Версия 16:57, 1 июня 2016
Аннотация
- Докладчик
- Анна Мининкова
Большинство скрам-команд зарождаются в компаниях, которые уже успели испытать на себе минусы классических последовательных подходов к разработке.
Однако не все компании и проекты ищут и внедряют новые методологии, ведь опыт использования waterfall'а бывает очень успешным, а лучшие инженерные практики могут существовать вне методологии.
- Нужно ли пытаться сохранить и развить гибкие практики в рамках одной команды внутри компании, которая работает по waterfall?
- Как успешно работать с другими вовлеченными в проект командами и людьми, для которых последовательный подход является единственно логичным и правильным, и как перетянуть их на темную сторону agile?
Список комментариев пуст.
Видео
Примечания и отзывы