Jump to content

Разработка программного обеспечения снаружи-внутри

Из всех разработки программного обеспечения гибких методологий внешняя разработка программного обеспечения использует другой подход к оптимизации процесса разработки программного обеспечения. В отличие от других подходов, развитие «извне-внутри» фокусируется на удовлетворении потребностей заинтересованных сторон. Основная теория заключается в том, что для создания успешного программного обеспечения команда должна иметь четкое понимание целей и мотиваций заинтересованных сторон. Конечная цель — создать программное обеспечение, которое будет востребовано и будет удовлетворять или превосходить потребности предполагаемого клиента.

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

Четыре группы заинтересованных сторон

[ редактировать ]

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

  • Принципалы : люди, которые покупают ваше программное обеспечение, — самая важная заинтересованная сторона, которую нужно умиротворить.
  • Конечные пользователи : люди, которые взаимодействуют с вашим продуктом. Они узнают, как ваше программное обеспечение работает в реальном мире.
  • Партнеры : люди, которые заставляют ваш продукт работать в реальной жизни, например, операционные группы, а также деловые партнеры и системные интеграторы.
  • Инсайдеры : люди внутри вашей компании, которые оказывают определенное влияние на то, как ваша команда разрабатывает программное обеспечение.

Крайне важно поговорить со всеми заинтересованными сторонами, даже если они не являются основной аудиторией вашего программного обеспечения.

Внедрение внешней разработки программного обеспечения

[ редактировать ]

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

Внешняя разработка особенно хорошо работает в контексте гибкой/бережливой разработки. Один из основных принципов бережливой разработки программного обеспечения — программировать с наименьшими потерями. Методологии «вне-внутри» способствуют развитию только в соответствии с требованиями заинтересованных сторон. Путем правильного определения заинтересованных сторон и получения полезных отзывов на ранних этапах процесса разработки гибкие и внешние методологии могут легко сочетаться друг с другом.

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

Разработка программного обеспечения снаружи и внутри не должна представляться как целостный процесс разработки. Он призван дополнить вашу текущую методологию разработки программного обеспечения.

См. также

[ редактировать ]
  • Карл Кесслер и Джон Свейцер . Разработка программного обеспечения извне: практический подход к созданию успешных продуктов с участием заинтересованных сторон , IBM Press.
    • Первое издание, 2008 г. ISBN   0-13-157551-1 . стр. 1–3, 23–31, 183–195
  • Крейг Ларман и Виктор Р. Бэзили . Итеративная и поэтапная разработка: краткая история IEEE Computer, июнь 2003 г.
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: d1e57f85d0072454f5a603a411b22fae__1695960060
URL1:https://arc.ask3.ru/arc/aa/d1/ae/d1e57f85d0072454f5a603a411b22fae.html
Заголовок, (Title) документа по адресу, URL1:
Outside–in software development - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)