оит его эксплуатировать. Даже если разработчики уже внедряли подобные проекты, то это было в других организациях и с другими людьми. Поэтому всегда важно помнить об уникальности каждого нового проекта. Клиент является экспертом в своей проблемной области, но не в вашей. Поэтому нужно говорить с ним не на языке, понятном IT-специалисту, а на его предметном языке, показывать ему не возможности API, а возможности, например, быстрого резервного копирования данных или получения статистики.
Отсюда вытекает необходимость сопровождения эксплуатации ПО в течении определенного, иногда достаточно длительного, времени. Появляющиеся за это время у пользователей вопросы и проблемы оперативно объясняются, анализируются и корректируются. В результате такого сопровождения у клиента повышается уровень владения программным продуктом, доверие к нему, атакжеулучшается качество программного продукта, качественно возрастает репутация компании-разработчика. А это, в свою очередь, отражается на количестве новых заказов.
Риски при управлении проектами
Как мы уже говорили выше, риск при управлении проектом - это совокупность некоторых потенциально возможных событий в условиях высокой неопределенности, которые могут повлиять на реализацию проекта. Под неопределенностью мы понимаем возможность отклонения результата как в отрицательную (негативный риск), так и в положительную сторону (позитивный риск). Это значит, что по вине наступления риска проект может лишиться части ресурсов, либо получить их с избытком. Проще говоря, риск - это проблема, которая может наступить, а может и не наступить. Проблема - это наступивший риск. Негативные риски несут угрозу успешной реализации проекта, и поэтому под управлением рисками будем подразумевать управление именно негативными рисками.
Риск
Страницы: << < 13 | 14 | 15 | 16 | 17 > >>