Управление проектом программного обеспечения, страница 11

Войдите в контакт с другими пользователями программного обеспечения, и просите о мнениях.

В заключительном анализе, делающееся / покупающееся решение сделано основанным на следующих условиях(состояниях): (1) Будет дата поставки изделия программного обеспечения, чтобы - скорее чем который для внутренне развитого программного обеспечения? (2) Будет стоимость приобретения плюс стоимость настройки, чтобы быть меньше чем стоимость развития программного обеспечения внутренне? (3) стоимость внешней стороны поддержит (например, контракт обслуживания) быть меньше чем стоимость внутренней поддержки? Эти условия(состояния) просят каждый из выбор приобретения.

4.8.1 Создание Дерева Решений

Шаги, только описанные могут быть увеличены, используя статистические методы типа анализа дерева решения [BOE89]. Например, Число(фигура) 4.6 изображает дерево решений для программное обеспечение-основанной системы, X. В этом случае, программное обеспечение техническая организация может (1) строить систему X на пустом месте, (2) повторных использование, существующие компоненты "с  частичным опытом", чтобы строить систему, (3) покупают доступное изделие программного обеспечения и изменяют, это, чтобы встретить(выполнить) местные потребности, или (4) заключает развитие программного обеспечения внешнему продавцу.

Фигурируйте 4.6,  дерево решений, чтобы поддержать делающийся / покупает решение

Если система должна быть построена на пустом месте, имеется 70 процентов на вероятность, что работа будет трудна. Используя оценка методы обсужденный ранее, проектный(строительный) планировщик проекты, которые трудное усилие развития будет стоить $ 450,000. "Простое" усилие развития, как оценивают,  стоит $ 380,000. Ожидаемая ценность за стоимость, вычисленную по любой отрасли(отделению) дерева решений,

Где i - дорожка дерева решения. Для строющейся дорожки,

Ожидаемым costbuild = 0.30 ($380тыс) + 0.70 ($450тыс) = $429тыс

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

Ожидаемым costreuse = O.40 ($275 тыс) + 0.60 [0.20 ($310КБ) + 0.80 ($490КБ)] = $382КБ

Ожидаемым costbuy = 0.70 ($210КБ) + 0.30 ($400КБ)] = $267КБ

Ожидаемым costcontract = 0.60 ($350КБ) + 0.40 ($500КБ)] = $41OK

Основанный на вероятности и проектируемых затратах, которые были отмечены в Числе(фигуре) 4.6, самый низкий, ожидаемая стоимость - "покупающийся" выбор.

Важно обратить внимание, однако, которыми много критериев - не только стоимость - должна рассмотреться в течение процесса принятия решения. Пригодность(готовность), опыт devel-oper/vendor/contractor, соответствие к требованиям, местной "политике", и вероятности изменения(замены) - всего лишь несколько из критериев, которые могут затрагивать окончательное решение строить, повторное использование, покупать, или контракт.

4.8.2 Outsourcing

Рано или поздно, каждая компания, которая развивает программное обеспечение, спрашивает фундаментальный вопрос: " Имеется ли путь, которым мы можем получить программное обеспечение, и системы мы нуждаемся по более низкой цене? " Ответ на этот вопрос - не простой, и эмоциональные обсуждения, которые происходят в ответ на вопрос, всегда ведут к единственному(отдельному) слову: out-sourcing.

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

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