Разработка программного обеспечения снаружи-внутри
Из всех разработки программного обеспечения гибких методологий внешняя разработка программного обеспечения использует другой подход к оптимизации процесса разработки программного обеспечения. В отличие от других подходов, развитие «извне-внутри» фокусируется на удовлетворении потребностей заинтересованных сторон. Основная теория заключается в том, что для создания успешного программного обеспечения команда должна иметь четкое понимание целей и мотиваций заинтересованных сторон. Конечная цель — создать программное обеспечение, которое будет востребовано и будет удовлетворять или превосходить потребности предполагаемого клиента.
Разработка программного обеспечения снаружи и внутри предназначена в первую очередь для дополнения существующих методологий разработки программного обеспечения. Хотя он подходит для гибкой разработки программного обеспечения, его можно внедрить в каскадные методологии разработки.
Четыре группы заинтересованных сторон
[ редактировать ]Что отличает внешнюю разработку программного обеспечения от других подходов, основанных на участии заинтересованных сторон, так это категоризация четырех типов заинтересованных сторон. Хотя следующие четыре группы уникальны, между ними может быть и обычно существует активное взаимодействие:
- Принципалы : люди, которые покупают ваше программное обеспечение, — самая важная заинтересованная сторона, которую нужно умиротворить.
- Конечные пользователи : люди, которые взаимодействуют с вашим продуктом. Они узнают, как ваше программное обеспечение работает в реальном мире.
- Партнеры : люди, которые заставляют ваш продукт работать в реальной жизни, например, операционные группы, а также деловые партнеры и системные интеграторы.
- Инсайдеры : люди внутри вашей компании, которые оказывают определенное влияние на то, как ваша команда разрабатывает программное обеспечение.
Крайне важно поговорить со всеми заинтересованными сторонами, даже если они не являются основной аудиторией вашего программного обеспечения.
Внедрение внешней разработки программного обеспечения
[ редактировать ]Подход «снаружи внутрь» не требует изменения всей методологии разработки. Разработка вне-внутри может дополнять существующие инструменты разработчиков.
Внешняя разработка особенно хорошо работает в контексте гибкой/бережливой разработки. Один из основных принципов бережливой разработки программного обеспечения — программировать с наименьшими потерями. Методологии «вне-внутри» способствуют развитию только в соответствии с требованиями заинтересованных сторон. Путем правильного определения заинтересованных сторон и получения полезных отзывов на ранних этапах процесса разработки гибкие и внешние методологии могут легко сочетаться друг с другом.
Кесслер и Свейцер рекомендуют, независимо от того, какую методологию разработки вы используете, постепенно внедрять в свою команду разработку извне. Они называют отсутствие энтузиазма у разработчиков основной причиной отказа от радикальных и крупномасштабных изменений.
Разработка программного обеспечения снаружи и внутри не должна представляться как целостный процесс разработки. Он призван дополнить вашу текущую методологию разработки программного обеспечения.
См. также
[ редактировать ]- Процесс разработки программного обеспечения
- Программная инженерия
- Экстремальное программирование
- Гибкая разработка программного обеспечения
- Модель водопада
- Шесть Сигм
Ссылки
[ редактировать ]- Карл Кесслер и Джон Свейцер . Разработка программного обеспечения извне: практический подход к созданию успешных продуктов с участием заинтересованных сторон , IBM Press.
- Первое издание, 2008 г. ISBN 0-13-157551-1 . стр. 1–3, 23–31, 183–195
- Крейг Ларман и Виктор Р. Бэзили . Итеративная и поэтапная разработка: краткая история IEEE Computer, июнь 2003 г.