тельно новой внедренной подзадачи: насколько она соответствует своему назначению, насколько улучшает производительность труда, насколько эргономична. После такой рефлексии заказчик и разработчики вместе вносят изменения в беклог (требования к оставшейся части проекта). Аналитик в соответствии с изменившимися требованиями перестраивает общую "картинку" программного комплекса, устанавливает новые приоритеты между задачами - и команда приступает к реализации нового функционала, который будет стоять первым в списке. Более приоритетными считаются самые важные задачи проекта.
Чтобы уложить разработку задачи в короткую итерацию, от команды требуется продуктивная слаженная работа по всем направлениям, использование методов экстремального программирования, коллективное владение кодом, единство в понимании целей проекта. На ключевую позицию выступают принципы agile. При таком подходе программные продукты будут создаваться быстро и без потерь по вине разработчиков, так как риски при разработке небольших конкретных задач сводятся к минимуму или вовсе исключаются. Иногда agile-проекты называют разработкой без риска.
Теперь давайте пристальнее рассмотрим, какие риски могут угрожать разработке программного обеспечения.
Проектные риски
Они тесно связаны с расписанием проекта. Процесс разработки ПО сложно подчинить какому-либо регулярному расписанию. Это связано со спецификой конечного продукта и методами его получения. Сам продукт - это комплекс компьютерных программ, а методы его производства - это набор знаний и навыков программистов и аналитиков, то есть их интеллектуальный потенциал. А интеллектуальная сфера неразрывно связана с человеческим фактором. И если сегодня у программиста отличное настроение, он с самого утра и до вечера творит шедевры, то з
Страницы: << < 16 | 17 | 18 | 19 | 20 > >>