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

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

Планируете ли вы в дальнейшем заниматься управлением проектами? Будут ли какие-то другие проекты в вашей компании? Чаще всего люди дают утвердительный ответ на оба вопроса. Если и вы ответите «да», то проанализируйте, как шло выполнение проекта, сразу после его завершения и сделайте выводы. Не откладывайте это на будущее, так как детали быстро забываются.

Постарайтесь найти ответы на следующие вопросы:

• Какую практику следует тиражировать? Что получилось хорошо и что вы повторите в новом проекте?

• От чего вы откажетесь? Что получилось плохо и чего вы не станете делать при выполнении следующего проекта?

• Что обязательно вы введете в новый проект? Чего вы не сделали в этом проекте и что, как теперь понятно, стоило бы сделать?

• Есть ли что-то еще , о чем вы узнали и что стоит запомнить?

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

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

• Продумайте, нужно ли тестировать и внедрять готовый продукт и как это сделать.

• Будьте готовы оказывать клиентскую поддержку в течение какого-то срока после внедрения готового продукта.

• Проконтролируйте, действительно ли все ваши сотрудники, задействованные в проекте, могут быть «освобождены».

• Не забудьте отпраздновать ваш успех.

• Включите задачи, представленные в этой главе, в план и бюджет проекта.

• Если вы не успеваете закончить проект или не укладываетесь в бюджет, не поддавайтесь соблазну не выполнить эти задачи.

Данный вопрос больше интересует разработчиков различных продуктов (например, разработчиков ПО или конструкторов), чем менеджеров проектов, однако этот аспект очень важен для успешного завершения проекта. Я могу порекомендовать вам: The Definitive Guide to Project Management (Financial Times Prentice Hall) by Sebastian Nokes et al ., 2003, Chapters 10–11. The Project Workout (Financial Times Prentice Hall) by Robert Buttrick, 2nd edn, 1999, Chapters 8–11, 27.

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

Убедитесь, что вы включили эти задачи в план и бюджет проекта и они поручены исполнителям, владеющим необходимыми знаниями.

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

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

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

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

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

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

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

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

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