УПРАВЛЕНИЕ РАЗРАБОТКОЙ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Страницы: <<  <  18 | 19 | 20 | 21 | 22  >  >>

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

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

Страницы: <<  <  18 | 19 | 20 | 21 | 22  >  >>
Рейтинг
Оцени!
Поделись конспектом: