Продолжим разговор про agile, начатый пару дней назад.
Несмотря, на очевидные прелести гибкого подхода к разработке, испортить можно и его.
Что НЕ надо делать при автоматизации по agile:
1. Неожиданно менять длительность спринтов
2. Относиться к каждому спринту как к небольшом проекту, выполняемому по традиционной модели разработки
3. Не резервировать время на приемку результатов спринта
4. Не проводить регулярные встречи проектной команды
5. Не планировать и не резервировать ресурсы заказчика на спринт (планирование/тестирование/изучение новых доработок)
6. Менять планы работ в середине спринта
7. Ругаться с подрядчиком про то, что исправление ошибок не является частью работ по спринту
8. Начинать проект без верхнеуровнего понимания цели (agile не означает хаос)
9. Менять направление работы в середине проекта (начинали автоматизировать один процесс, а закончили другим)
10. Менять команду на стороне заказчика на каждом спринте
Несмотря, на очевидные прелести гибкого подхода к разработке, испортить можно и его.
Что НЕ надо делать при автоматизации по agile:
1. Неожиданно менять длительность спринтов
2. Относиться к каждому спринту как к небольшом проекту, выполняемому по традиционной модели разработки
3. Не резервировать время на приемку результатов спринта
4. Не проводить регулярные встречи проектной команды
5. Не планировать и не резервировать ресурсы заказчика на спринт (планирование/тестирование/изучение новых доработок)
6. Менять планы работ в середине спринта
7. Ругаться с подрядчиком про то, что исправление ошибок не является частью работ по спринту
8. Начинать проект без верхнеуровнего понимания цели (agile не означает хаос)
9. Менять направление работы в середине проекта (начинали автоматизировать один процесс, а закончили другим)
10. Менять команду на стороне заказчика на каждом спринте