Планирование проекта и прослеживание. Отношения между людьми и усилием

Страницы работы

11 страниц (Word-файл)

Содержание работы

Лекция 6. ПЛАНИРОВАНИЕ ПРОЕКТА И ПРОСЛЕЖИВАНИЕ

6.1 ОСНОВНЫЕ ПОНЯТИЯ

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

·  Нереалистичный крайний срок, установленный кем - то вне группы разработки программного обеспечения и принудительный на менеджерах и практике в пределах группы.

·  Изменение требований клиента, которые не отражены в изменениях графика.

·  Явная недооценка усилия и/или количества необходимых ресурсов

·  Предсказуемый и / или непредсказуемые риски, которые не рассматривали, когда проект начался.

·  Технические трудности, которые, возможно, не были предсказаны заранее.

·  Человеческие трудности, которые, возможно, не были предсказаны заранее.

·  Взаимное непонимание среди проектного штата, который кончается задержками.

·  Отказ руководства проектом, чтобы признать, что проект отстает от графика и недостатка действия, чтобы исправить проблему.

Агрессивный (читайте "нереалистичный"), крайние сроки - факт жизни в программном бизнесе. Иногда такие крайние сроки требуются по причинам, которые являются законными, с точки зрения человека, который устанавливает крайний срок. Но здравый смысл говорит, что законность{закономерность} должна также быть воспринята людьми, делающими работу.

6.1.1 Комментарии относительно "Опоздания"

Оценка и действия анализа риска, и методы планирования часто осуществляются при ограничении определенного крайнего срока. Если лучшие оценки указывают, что крайний срок нереалистичен, компетентный менеджер проектов должен "защитить проект или ее группа от давления неуместного [графика] [и] отражают давление назад его создателям".

Следующие шаги рекомендуются в этой ситуации:

Исполните детальную оценку, используя исторические данные от прошлых проектов. Определите оцененное усилие и продолжительность для проекта.

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

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

Предложите инкрементальную стратегию развития как альтернатива:

Будет некоторое ворчание, но если твердые оценки, основанные на хороших исторических данных представлены, вероятно, который вел переговоры, версии опции 1 или 2 будут выбраны. Нереалистичный крайний срок испаряется.

6.1.2 Основные Принципы

Действительность технического проекта (вовлекает ли это строительство{формирование} гидроэлектростанции или развития операционной системы), состоит в том, что сотни маленьких задач должны произойти, чтобы достигнуть большей цели. Часть этой  задач вне господствующей тенденции и может быть закончена без беспокойства о воздействии в проектную{строительную} дату завершения. Другие задачи лежат на "критическом" пути. Если эти "критические" задачи отстают от списка{графика}, дата завершения полного проекта помещена в опасность.

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

Программное планирование проекта - деятельность, которая распределяет оцененное усилие поперек запланированной проектной{строительной} продолжительности, распределяя усилие к определенному программному обеспечению технические задачи. Важно обратить внимание, однако, что список{график} развивается через какое-то время. В течение ранних стадий планирования проекта,макроскопический список{график} развит. Этот тип списка{графика} идентифицирует все главное программное обеспечение технические действия и функции изделия{программы}, к которым они применены. Поскольку проект начинается, каждый вход в макроскопическом списке{графике} очищен вдетальный список{график}. Здесь, определенные программные задачи (требуемый достигать деятельности) идентифицированы и намечены.

Похожие материалы

Информация о работе