Поворот не туда или как понять, что всё пропало? Часть #Pr | Управление проектами Multi manager/Project manager менеджер

Поворот не туда или как понять, что всё пропало? Часть

#Projects_Fail_part2


Мы продолжаем список распространенных причин неудач ИТ-проектов.

Выбор технологий

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


Размытие границ проекта

Что произойдет, если при разработке продукта вам будут представлены новые идеи? Ответ прост: вы теряете концентрацию. Да, хорошо продолжать совершенствоваться, но вам нужно где-то "остановиться", чтобы выпустить результаты.
Подходящее время для проведения мозгового штурма-это ранняя фаза проекта, когда собираются все требования, выбираются технологии и завершаются технические процессы. Ранние этапы проекта используются для определения того, что должно быть построено и как это должно быть построено. После завершения работы проектная группа переходит к разработке согласованного продукта.
Рост требований становится проблемой, когда вы продолжаете добавлять функциональные возможности, не выделяя больше времени или бюджета. Т.е. вы, заказчик или продак продолжаете генерировать идеи без изменения первоначальных планов. Аналогичным образом, для изменения существующих требований также может потребоваться больше повторной работы, времени и усилий, что повлияет на базовые показатели эффективности вашего проекта.
Имейте в виду, что не все требования должны быть реализованы в текущей версии приложения. Если вы близки к производству и к вам проникают новые требования, убедите заинтересованные стороны сохранить их для более поздней версии.
Такой подход может привести к катастрофическим последствиям для вашего проекта, если вы будете продолжать улучшать один и тот же результат снова и снова. Это приводит к огромному расширению возможностей, если вы продолжаете предлагать лучшие идеи для своего продукта, когда он находится на стадии разработки.
Но всегда есть место для совершенствования.
Эти идеи могут быть детищем клиента, руководителя проекта или даже членов проектной команды. Лучшие идеи могут принимать различные формы, такие как новые требования, модификация существующих функций и изменение модели данных, принятие лучшего подхода к кодированию и лучшей организации существующего кода.

Продолжение следует...