10 правд о запланировании проекта
9-ое октября 2009 мимо Raj Sheelvant
Озаглавленная статья базиса «10 правд о запланировании проекта» перечисляет эти 10 деталей. Я перечислял их ниже. Вопросы с запланированием проекта средства программирования хороши - известно но когда вы начинаете квантифицировать их они смотрят scary. Я думаю мы в ОНО зона должно принять эти находя серьезно и ищет дорога улучшить эти номера. При фокус на экономии средств и пояс затягивая в корпоративном мире, ДЛЯ ЭТОГО менеджер проекта нужно быть proactive в систематизировать изменчивость проекта.
- Приблизительно 68% из произведенных съемку компаний были статистически маловероятна для того чтобы побежать успешно проект, основанный на заключениях в обзоре.
- Компании с плохим анализ возможностей производства и сбыта 3 времени как правоподобного для того чтобы увидеть их терпеть неудачу проектов.
- Плохие требования к проекта могут взыскать до hike 60% в бюджете и времени.
- Для $3 миллиона распланированный проект использующ комплект плохих требований, компаний оплатит средний $5.87 миллиона.
- Типичная организация клонит использовать вверх по 41.5% из новых долларов развития проекта на ненужных или плох установленные требования.
- Когда non-ОНО крупные предприниматели установило требования к проекта, проекты приходят внутри на:
- 196.5% из бюджети цели
- 245.3% из времени цели
- И 110.1% из функциональности цели первоначально установили требованиями
- Когда ОНО руководители установило требования к проекта, проекты приходят внутри на:
- 162.9% из бюджети цели
- 172% из времени цели
- И 91.4% из функциональности цели первоначально установило требованиями
- Когда смешанная команда ЕЕ и non-ЕГО руководители установила требования к проекта, проекты приходят внутри на:
- 143.4% из бюджети цели
- 159.3% из времени цели
- И 103.7% из функциональности цели первоначально установило требованиями
- Над 50% из организаций не имейте основные процессы и процедуры по дела in place для того чтобы установить эффективные требования к дела и средства программирования для новых проектов.
- Отказ проекта связанный с плохими требованиями можно хлестать дальше над 80% из проектов путем ревизовать 3 зоны внутри документация требований:
- Расчехлять interdependencies
- Устанавливать неоднозначные цели
- Документирующ информацию требуемую, что поддержать процесс.
Славолюбие: 1% [?]
Родственные столбы:





















