Нашёл у Макса Дорофеева одну статью, откуда процитирую отрывок про #waterfall:
1. Сначала мы напишем все-все требования учтем в них всё-всё
2. Потом по этим требованиям мы сделаем архитектуру. Хорошую-прехорошую, чтоб не переделывать. Это будет не сложно, у нас же будут все-все требования
3. Дальше мы все это закодируем. По понятной архитектуре это просто.
4. Потом протестируем. По идее ошибок много быть не должно. Ведь все будет описано в ТЗ, нам будет все понятно. Ну и архитектура будет продумана до мелочей
5. Потом мы исправим те незначительные баги, которые найдут тестировщики
6. Затем мы напишем пользовательскую документацию. По готовому софту оно же легко
7. Дальше мы всех пользователей обучим. Тем более, когда документация есть, какие тут сложности?
8. Внедрим систему. Это уже будет совсем просто, так как пользователи обучены, документация готовая, ошибки исправлены, архитектура понятна…
9. Получаем профит. Ну и редкие запросы на незначительные доработки. Мы же в самом начале всё учли…
#scrum #agile
1. Сначала мы напишем все-все требования учтем в них всё-всё
2. Потом по этим требованиям мы сделаем архитектуру. Хорошую-прехорошую, чтоб не переделывать. Это будет не сложно, у нас же будут все-все требования
3. Дальше мы все это закодируем. По понятной архитектуре это просто.
4. Потом протестируем. По идее ошибок много быть не должно. Ведь все будет описано в ТЗ, нам будет все понятно. Ну и архитектура будет продумана до мелочей
5. Потом мы исправим те незначительные баги, которые найдут тестировщики
6. Затем мы напишем пользовательскую документацию. По готовому софту оно же легко
7. Дальше мы всех пользователей обучим. Тем более, когда документация есть, какие тут сложности?
8. Внедрим систему. Это уже будет совсем просто, так как пользователи обучены, документация готовая, ошибки исправлены, архитектура понятна…
9. Получаем профит. Ну и редкие запросы на незначительные доработки. Мы же в самом начале всё учли…
#scrum #agile