Наверх

Продукт > Учет клиентов (CRM) > Новости управления организацией > Ноябрь 2010 > Почему терпят неудачу проекты по разработке программного обеспечения, и как сделать их успешными

Почему терпят неудачу проекты по разработке программного обеспечения, и как сделать их успешными

Процент неудачных проектов в IT отрасли  остается высоким. В соответствии с исследованиями Standish Group Chaos, из всех программных проектов, завершенных в 2010 году, только 32%  проектов являются успешными. Каковы же причины этих неудач, и что гарантирует успешность.

Начнем с тревожной статистики, представленной международной компанией Standish Group Chaos, специализирующей на проведении исследовании в IT отрасли, оказании консалтинговых услуг по управлению проектами, маркетинговым исследованиям, вложению инвестиций в программное обеспечение. В соответствии с исследованиями этой компании, из всех программных проектов, завершенных в 2010 году, только 32% программных проектов являются успешными, 44% являются спорными (имеющими перерасход средств, превышение бюджета, другие недостатки), а 24% являются провальными. Если сравнить с первыми результатами подобных исследований, проводимых еще в 1994 году, наблюдается улучшение - на тот момент 16% проектов были успешными, 53% спорными и 31% неудачными. Однако текущая статистика все еще оставляет много места для улучшения.

Недостаток времени

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

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

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

Недостаток бюджета

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

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

Недостаточная связь между участниками проекта

Есть старая поговорка: «Никогда ничего не предполагайте заранее», и это особенно верно для разработки программного обеспечения. Хорошая взаимосвязь клиентов, пользователей и, в особенности, участников проекта, является жизненно важной для успеха проекта. Все ли члены проектной команды Вас понимают? Точно ли они знают то, что от них ожидается или Вы предполагаете, что они знают? Хорошо ли они взаимодействуют друг с другом, с пользователями, другими отделами?

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

Отсутствие контроля хода выполнения проекта

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

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

Неадекватное тестирование

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

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

Тестирование в производственной среде

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

Решение: разработайте процессы по обеспечению качества и выпуску новых продуктов. При этом среда тестирования в процессе обеспечения качества (QA) среды должна быть отделена от производственной среды.

Недостаток работ по обеспечению качества

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

Решение: Не жалейте времени на проверку качества программного обеспечения и его документирование перед выпуском релиза.

Несоответствие существующим отраслевым стандартам

Соответствие отраслевым стандартам ваших программных проектов может оказаться эффективным путем обеспечения доступности, мобильности, удобства, надежности и уменьшения проблем сейчас и в будущем. Такие организации, как World Wide Web Consortium (W3C) и Международная организация по стандартизации (ISO) разработали массу открытых стандартов, используемых во всем мире.

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

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

Комментарии