Управление проектами - это философия управления, а не инструмент или техника
Управление проектамиГлоссарийФорум

Процентная оценка длительности проектов

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

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

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

Многие компании пропускают ранние этапы работы, вместо того, чтобы сконцентрироваться на этапе программирования, который считается очень важной работой. По этому сценарию программирование представляет собой 85% проекта. Вместо этого, нужно затратить больше времени на ранних этапах для того, чтобы прояснить требования, и для производства лучших спецификаций технических условий для программистов и администраторов баз данных. Следовательно, 60% отводятся на ранний этап, включающий системный анализ и проектирование, 15% - на программирование и 25% - на выполнение и проверку. Всего лишь 15% отводится на программирование - почему такое несоответствие? Потому что программисты долго страдали от недостатка соответствующих технических условий, с трудом заканчивая работу. Но если вы предварительно сконцентрируетесь на улучшении технических условий, то можете избежать догадок в работе программиста.

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

И еще несколько слов о применении процентной оценки проекта. Опасность в том, что вам может показаться, что вы на 90% завершили работу, но потом вы неизбежно поймете, что последние 10 % будут длиться вечно. Таким образом, рекомендуется избегать этой ловушки и начать использовать метод спецификации.

Newer news items:
Older news items:

 

Предложения

Copyright ©2014, PMToday.ru. При копировании материалов наличие прямой индексируемой ссылки на сайт обязательно.