Ричард Ньютон - Управление проектами от А до Я

И вот вы подошли к концу книги. С помощью предложенного в ней алгоритма теперь вы можете управлять проектами. Дополнительную информацию вы найдете в Приложении, а определение понятий – в глоссарии.

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

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

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

Теперь же, завершив чтение этой книги, вы можете с полным правом именовать себя Менеджером проектов. Удачи и приятной работы!

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

Прежде чем начинать проект, обязательно нужно знать, какой результат (продукт) вы хотите получить. И порой этот продукт необходимо описать самым тщательным образом. Иными словами, нужно знать, какие требования заказчик предъявляет к продукту. Полный набор этих требований называют каталогом требований, или спецификацией. Так, проект по переоборудованию офиса, о котором речь шла в предыдущих главах, предусматривал установку новой мебели – столов и стульев. Этой информации достаточно для планирования и управления проектом. Ее, конечно, можно уточнить, оговорив, скажем, тип стульев, количество ящиков в столе и т. д. Эти уточнения и будут требованиями к проекту.

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

Предположим, вы хотите собрать требования, в объеме несколько большем, чем нужно для описания проекта, но не настолько большом, чтобы потребовалась помощь специалистов по бизнес-анализу. (Напомню, что описание не должно быть слишком подробным; его задача – определить объем работ по проекту, а не собрать требования к нему). Иными словами, вам нужны требования, которые точно опишут продукт, какой надо получить в результате.

Для этого я рекомендую провести серию структурированных интервью с заказчиками, которые позволяют точно определить их пожелания к готовому продукту. Попытка напрямую узнать у заказчика, какие результаты ему нужны, может закончиться крахом: заказчик станет выдвигать все новые и новые требования, так что вы просто будете не в силах их удовлетворить. Помните, любое требование влияет на продолжительность и стоимость проекта. Соответственно, получая подробный список требований, вам нужно знать, являются ли они:

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

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