сить самый разнообразный характер: недостаточная квалификация программистов и аналитиков, низкий уровень организации работы, выбывание одного или нескольких членов команды, неисправность оборудования, случайные сторонние факторы и т. п. Например, если заказчик программного продукта не является специалистом в IT-сфере (а так зачастую и бывает), то при уточнении требований проекта он может оставить без внимания некоторые вещи, которые ему кажутся очевидными. Но эти вещи могут быть неизвестны разработчикам и в результате будет создан проект, который не будет достаточно точно соответствовать потребностям заказчика. Понадобится корректировка проекта, а это - дополнительные расходы. Возможна ситуация несвоевременной поставки или поломки оборудования и тогда снова наступает проектный риск, заставляющий сдвигать срок завершения проекта. Может заболеть или уволиться один из ключевых сотрудников проектной команды - и проект снова начнет лихорадить, поскольку обязанности бывшего сотрудника придется срочно распределять между оставшимися, либо срочно искать ему замену.
Последствия таких рисков всегда самые печальные: выработка ресурса времени и средств, а значит - невозможность завершить проект в срок и в рамках указанного бюджета. А это - незапланированные финансовые потери, что в рыночных условиях совершенно недопустимо.
В таких сложных условиях невольно напрашивается вопрос: как же организовать разработку и реализацию сложного программного продукта без потерь? Жизнь не стоит на месте, рынок ежедневно и даже ежечасно меняется. Как же предусмотреть и избежать заранее то, что, возможно, случится завтра, но сегодня это еще никому не известно? Как избежать всевозможных случайных ошибок?
Ответ есть: изучать и применять методологии управления проектами, главная цель кот
Страницы: << < 3 | 4 | 5 | 6 | 7 > >>