Этап 9 ПОВТОРЯЙТЕ ЭТАПЫ 1-8 ДО НАСТУПЛЕНИЯ ЭТАПА

из "Как успешно руководить проектами Издание 3 "

Вот вопрос, который задавался почти в каждой мастерской руководства проектом, где я руководил, и мне кажется, что это результат ряда различных проблем, смешиваемых вместе и плохо понимаемых. [c.127]
Есть три различных ответа на вопрос, в зависимости от того, что имел в виду спрашивающий. [c.127]
Как мы уже видели, план постоянно модифицируется по ежедневному графику ленивого руководителя проекта . [c.127]
Вообще говоря, полезно сохранять копии предыдущих версий плана, чтобы иметь возможность оглядываться назад и видеть, как разворачивались события. Я делаю это еженедельно. При этом я руководствуюсь следующим правилом последнее, что я делаю в пятницу, это копирование текущего плана (текущего МРР-файла) в новый файл. Этот файл становится тем планом, который я использую наследующей неделе. [c.127]
Если таких срывов нет вообще, то данный конкретный документ никогда не модифицируется. Отчеты о состоянии работ благодаря их рассылке держат каждое заинтересованное лицо в курсе событий проекта, сообщают им о том, как мы прогрессируем по отношению к исходному документу. [c.128]
Если есть не ликвидируемый срыв графика, это означает, что мы находимся в позиции, где мы должны заново обсудить наш контракт. Тогда вырабатывается новая версия документа плана, скажем версия 2.0, и она становится новым договорным основанием проекта. [c.128]
Программные проекты имеют известную репутацию за свою тенденцию выходить из-под контроля. Мы упомянули в главе 1 проект по созданию штурмовика А-12 для ВВС США. (Между прочим, пока писалось первое издание этой книги, проект А-12 был закрыт ) Одним из элементов, упоминаемых в связи с превышением сметы расходов проекта А-12, было программное обеспечение и по мере того как программное обеспечение вторгается во все большее число областей нашей жизни и мы используем компьютерные программы для выполнения все более и более сложных (не говоря уже об угрожающих жизни ) задач, мы все чаще обнаруживаем, что программные проекты терпят крах. [c.128]
Это не столь уж удивительно. Разработка программного обеспечения как инженерная дисциплина существует менее 50 лет. Если сравнить ее с чем-то типа строительства зданий, которое существует уже несколько тысяч лет, то, кажется, следует ожидать, что разработка ПО должна все еще иметь статус строительства коттеджей, почти кустарного ремесла. Это одна из немногих оставшихся трудо-затратных отраслей промышленности, и, при всех благих намерениях и целях, каждый элемент программного продукта все еще производится вручную. (Даже препроцессоры или генераторы программного кода требуют ручной работы ) Нельзя сказать, что не прилагалось никаких усилий для продвижения этой дисциплины. Куча методов появилась в 1970-х и 1980-х, и в результате было решено, что разработка ПО наконец достигла состояния инженерной дисциплины. [c.128]
Примечание не беспокойтесь, если ваш цикл жизни разработки ПО неточно соответствует тому, который мы используем здесь. Как только вы увидите то, что мы делаем, вы поймете, что это легко применить к любому стандарту цикла жизни, который используется вашей организацией. Остальная часть этой главы показывает структурное руководство проектом для работы над проектом в целом и для каждой из стадий. [c.129]
Правильно это надо переводить как прикладное программирование или инженерное программирование. Однако, учитывая природную российскую нелюбовь к прикладным вещам, этот термин не очень прижился у нас. -Прим. переводчика. [c.129]
Должным образом оформленные письменно ТТ представляют собой формулировку приза. Есть различные пути, которыми вы можете записать ТТ. [c.130]
независимо от перечня контрольных вопросов или средств, которые вы можете использовать, все еще обязательно пройти этап наглядного представления цели, описанный в главе 1. [c.130]
Здесь нечего добавить сверх того, что уже сказано в главе 3. [c.131]
РВУ может быть изображена как блок-схема, показывающая главные компоненты вашей системы. В конечном итоге эта блок-схема будет разбита на множество более мелких, вплоть до уровня программы или модуля, но в данный момент она содержит только большие блоки. [c.131]

Вернуться к основной статье