Что Сделать, Когда Ваш ЭТО Проект Поздно, По Бюджету, и Похож, что Это никогда не Собирается Работать

Вот страшная статистическая величина. Согласно четырем видным фирмам исследования, только приблизительно 20 % из всего, что ЭТО проектирует, закончены в своевременной манере. timely исследователи подразумевают без потери качества или являющийся по бюджету. Они продолжают, средний проект управляет приблизительно 200 процентами поздно, примерно 200 процентами по бюджету, и содержит только 2/3 оригинальных функциональных возможностей.

Отказ - норма в ЭТОМ промышленность. Но почему? И что еще более важно как мы устанавливаем это?

Должен быть способ анализировать проблему, и создать решение диагноза обреченный отказ Доверяйте мне, есть!

Лучшие 7 Проблем и Их Решения

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

1. Недостаточно времени

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

Аналогично, достаточно времени редко выделяется к созданию хорошего проекта. В то время как перспективное проектирование, возможно, не предлагает волнения, которое делает развитие, это одинаково, если не больше, важно. Нехватка планирования в фазе проекта почти всегда приводит к продолжающимся изменениям во время этапа разработки. Когда это случается, доллары бюджета и человеко-часы съедаются.

РЕШЕНИЕ: Дайте этому больше времени. Этому жизненному шагу нужно дать должно рассмотрение. Приспособьте свой список как необходимо, и Вы найдете, что остальная часть процесса идет намного более гладкая. Да, Вы должны сделать это на рынок перед Вашим соревнованием. Но если Вы делаете это на рынок, и Ваш продукт заполнен ошибками, что Вы получаете? Груда возвращений и жалоб, и плохой репутации.

2. Откройте Линии Коммуникации

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

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

3. Тестирование Новой Программы в Сервере Производства

Тестирование в сервере производства приводит к нарушению безопасности, которая может привести к immediate выпуск, не проверяя, который может в конечном счете разрушить окружающую среду производства.

РЕШЕНИЕ: должна быть определенная установка протокола для безопасности и рассмотрения контроля качества для новых тестов программы.

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

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

РЕШЕНИЕ: Помните проблему #1? Так же! Да, Вы должны сделать это на рынок перед Вашим соревнованием. Но если Вы делаете это на рынок, и Ваш продукт заполнен ошибками, что Вы получаете? Груда возвращений и жалоб, и плохой репутации. Тест полностью через процесс, и Вы спасете много времени в конце.

5. Нажим Бюджета, Слишком Напряженного

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

РЕШЕНИЕ: Создайте точный бюджет. Кроме того, схема способы развить лучше искреннее планирование ресурсов.

6. Никогда/редко Проверяя Продвижение Проекта

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

РЕШЕНИЕ: Определите checkpoints всюду по проекту. Обратите внимание на те вещи, который должен быть приспособлен по пути, даже если они вызывают незначительные задержки. Установка их теперь, а не позже, займет меньше времени повсюду.

7. Рассматривая Существующие Стандарты

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

РЕШЕНИЕ: Займите время, чтобы рассмотреть стандарты, используемые для каждого проекта. Держите бегущий список того, что работало, что не сделало, и как сделать это лучше следующее время.

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

Об Авторе