Организация предприятия с помощью инструментов экстремального программирования

Экстремальное программирование (XP) возникло как эволюционный метод разработки ПО «снизу-вверх». Этот подход является примером так называемого метода «живой» разработки (Agile Development Method) [23].

Основные принципы «живой» разработки ПО зафиксированы в манифесте, появившемся в 2000 г. [24]:

• * Люди, участвующие в проекте, и их общение более важно, чем процессы и инструменты;
• * Работающий продукт более важен, чем исчерпывающая документация;
• * Сотрудничество с заказчиком более важно, чем обсуждение деталей контракта;
• * Отработка изменений более важна, чем следование планам.

«Живые» методы позволяют разработчикам сосредоточиться именно на задачах разработки. При этом сама разработка бессмысленна, если не происходит реального удовлетворения требований стейкхолдеров. Поскольку процесс создания технической документации практически полностью нивелирован, нет необходимости и в поддержке документооборота, что дает возможность оперативно реагировать на изменения в требованиях и в окружении проекта.

И хотя концепция XP была создана для разработки именно ПО, ее схема может быть успешно применена в организации высокотехнологичного проектирования. На рис. 2.13 приведена схема потока операций в методике ХР.

Рисунок 2.13. Схема потока операций по методике ХР

Методика ХР представляет собой не столько следование каким-то общим схемам действий, сколько применение комбинации определенных техник (выделены только подходящие ВТ-производству):

• ? Живое планирование;
• ? Частая смена версий;
• ? Метафора системы;
• ? Простые проектные решения;
• ? Разработка на основе тестирования;
• ? Постоянная переработка;
• ? Постоянная интеграция;
• ? Включение заказчика в команду;
• ? Открытое рабочее пространство;
• ? Изменение правил по необходимости.

Следование принципам ХР значительно снижает потенциальную угрозу от высоких экономических и технических рисков, свойственных высокотехнологичному производству и помогает проектировать в условиях высокой неопределенности за счет итерационности производства.