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

Определив последовательность задач, вы создали первый, черновой, вариант плана. Картина прояснилась, но пока остается неполной. Теперь необходимо задуматься над следующими вопросами:

1. Все ли задачи, нужные для достижения результата, определены? Если нет, добавьте недостающие.

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

3. Все ли задачи необходимы или есть что-то лишнее? Удалите те, что не нужны для выполнения проекта. Кстати, при мозговом штурме нередко забывают о задачах, не относящихся к проекту напрямую.

4. Не возникли ли повторы при формулировке задач? Если какие-то задачи частично совпадают, измените их формулировку, чтобы они отражали разные действия. (Например, задачи «Провести обучение сотрудников службы продаж» и «Провести обучение персонала в лондонском отделении компании» частично совпадают для работников службы продаж из лондонского отделения. Нужно сформулировать эти задачи по-разному – так, чтобы они не зависели друг от друга.)

Получив оптимальный список задач, пронумеруйте их (номера пишите в левом верхнем углу каждого листка). Затем пронумеруйте задачи с учетом их иерархии, ставя номера в правом верхнем углу листка, – это так называемые номера дерева работ проекта (WBS, work breakdown structure). Если задачу вы разбили на подзадачи, пронумеруйте их как 1.1, 1.2, 1.3 и т. д. Если те в свою очередь состоят из более мелких задач, поставьте номера 1.1.1, 1.1.2, 1.1.3 и т. д.

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

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

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

Шаг 3.2. Превратите список задач в черновой вариант плана

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

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

Теперь я покажу, как составить план, заполняя таблицу и постепенно вводя в нее новые столбцы. В три первых столбца мы занесем информацию с наших листков, получив таким образом первый черновой вариант плана (табл. 3.3).

После того как вы структурировали информацию и стал ясен нужный порядок действий, задумайтесь над следующими вопросами:

• Все ли задачи, необходимые для достижения цели, определены (проверьте и проанализируйте описание проекта)?

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

• Позволяет ли формулировка задач правильно понять их?

• Все ли задачи необходимо выполнить для достижения цели или какие-то из них все же лишние?

Теперь можно переходить к действиям. Сейчас нужно стремиться к полноте информации. Если вы были внимательны, то заметили, что я добавил к плану проекта еще две задачи – новую задачу 1.3 (Отбор потенциальных подрядчиков) между исходными 1.2 (Составление предложения) и 1.3 (Рассылка предложения потенциальным подрядчикам) и задачу 2.4 (Установка телефонов), присутствовавшую в описании проекта, но забытую при мозговом штурме.

Шаг 3.3. Оцените сроки с учетом зависимости задач и задержек

[1]

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

Учтите, что, если задача разделена на подзадачи, оценивать следует продолжительность работ по каждой подзадаче, а не по всей задаче в целом. (Продолжительность работ по задаче в целом зависит от продолжительности работ по каждой подзадаче.) Например, задача 1 разбита на подзадачи 1.1–1.6, поэтому нужно оценивать время работы по каждой из подзадач 1.1–1.6, а не срок выполнения задачи 1.

Еще один момент. На практике порой могут возникнуть задержки с выполнением каких-то задач, не зависящие от вас. Возможно, вам удастся как-то использовать это время либо придется приостановить проект. В любом случае возможность задержки нужно включить в план. Например, в план покраски стен следует включить время ожидания: придется подождать, пока высохнет краска, прежде чем наносить следующий слой. Так и в рассматриваемом проекте – в плане необходимо отразить ожидание доставки заказанного оборудования (см. задачи 1.5, 3.3 и 4.4 в табл. 3.4).

Добавив еще два столбца в табл. 3.3, получим таблицу, в которой отражены зависимости задач и возможные задержки (табл. 3.4). Вся новая информация поясняется в примечаниях (которые для плана в общем-то не нужны).

Шаг 3.4. Распределите задачи между исполнителями

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

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