Искусство управления коллективной деятельностью

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

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

———————

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

· Управленческое решение (план, проект) может вырабатываться и развиваться как единолично, так и на основе коллективной деятельности.

· Но координатор работ при воплощении в жизнь принятого к исполнению решения (плана, проекта) может быть только один единственный, поскольку при «коллегиальном управлении» неизбежны ситуации, в которых информация, необходимая для успеха проекта, не будет доходить во всей её полноте и целостности ни до кого из «коллегии» координаторов, что чревато падением качества управления проектом вплоть до полного его краха [293].

Потому и ответственность за воплощение управленческого решения (плана, проекта) в жизнь (т.е. за координацию работ в процессе его осуществления) может быть только персональной и единоличной, хотя у координатора проекта могут быть подчинённые помощники, заместители, «штаб», помогающие ему в работе.

———————

Хорошо видно, что именно эти принципы были реализованы в древнем Египте в организации управления им по полной функции[294]:

· выработка и корректировка управленческих решений — этим были заняты два параллельно работающих предиктора (две команды иерофантов Севера и Юга), согласование результатов работы которых осуществлялось на основе тандемного или политандемного принципов деятельности;

· осуществление принятых к исполнению управленческих решений — за это перед корпорацией верховного жречества единолично был ответственен фараон, который руководил работой государственного аппарата (программно-адаптивного модуля системы управления в схеме предиктор-кор­рек­тор) и своей персоной олицетворял его перед остальным обществом.

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

———————

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

1. Разделение проекта на взаимно дополняющие друг друга фрагменты, в технологическом отношении допускающие обособление каждого из них от всех остальных фрагментов (т.е. не пересекающиеся).

2. Подбор и привлечение (а в ряде случаев, и особенно, в долгосрочных социологических проектах — целенаправленная подготовка) кадров, способных решить задачи, решение которых необходимо для осуществления проекта.

3. Распределение между ними персональной единоличной ответственности за каждый из доверенных им взаимно дополняющих друг друга (не пересекающихся) фрагментов проекта и за проект в целом.

По сути второй и третий пункты включают в себя создание так называемой «мотивации» к тому, чтобы участники проекта были заинтересованы в его осуществлении и соответственно — в недопущении его срыва; но всё же это шире, чем создание «мотивации».

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

4. Должен быть обеспечен необходимыми и достаточными ресурсами разного рода (материальными, информационными, кадровыми, заведомо достаточными сроками времени и т.п.).

5. Наделён полномочиями в отношении других участников проекта, от деятельности которых зависит успех доверенного ему фрагмента проекта или проекта в целом.

———————

Ошибки в каждой из названных выше составляющих успеха проекта (при условии, что он объективно осуществим) чреваты как минимум снижением качества результатов выполнения проекта, а как максимум — крахом проекта. Кроме того, и то, и другое может повлечь за собой негативные обстоятельства и последствия в связанных с проектом отраслях жизнедеятельности общества — вплоть до краха каких-то других проектов, возможно, что более общественно значимых, чем рассматриваемый. Приоритетность составляющих успеха проекта — такая, как показана выше, начиная от исходного постулата «кадры решают всё!».

Соответственно встают вопросы о принципах, на которых основывается искусство управления коллективной деятельностью в русле тех или иных проектов, позволяющее успешно выполнять объективно осуществимые проекты. Эти принципы позволяют понять аппарат сетевого планирования.

7.2. Представление проекта в форме сетевой модели
и аппарат сетевого планирования

Любой проект может быть представлен в форме сетевой модели. В качестве примера на рис. 7.2-1 представлена сетевая модель строительства и сдачи некоего объекта заказчику.

Сетевая модель (сетевой график) всякого проекта в предельно укрупнённом виде, лишённом какой бы то ни было детальности, представляет собой:

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

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

Начало и завершение проекта по своему существу представляют собой рубежи дискретного контроля [295] состояния дел по факту «выполнено — не выполнено»: в данном случае «начат — не начат», «завершён — не завершён» проект — соответственно.

Но управление проектом требует большей детализации. Всякая дальнейшая детализация сетевой модели представляет собой замену линии, соединяющей два соседних опорных рубежа дискретного контроля по факту «выполнено — не выполнено», эквивалентной сетью, образу­е­мой при более детальном рассмотрении проекта:

· дополнительно выявленными рубежами, на которых объективно возможен дискретный контроль составляющих проект работ по факту «выполнено — не выполнено» на интервалах между двумя соседними опорными рубежами дискретного контроля при прежней степени детализации;

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

При этом на некоторых рубежах дискретного контроля могут иметь место разветвления единой работы на несколько технологически и организационно не обуславливающих друг друга потоков-фрагментов, которые могут выполняться одновременно, параллельно друг другу разными людьми или разными коллективами. Соответственно, на некоторых рубежах дискретного контроля могут завершаться несколько параллельно выполняемых технологически и организационно не обуславливающих друг друга фрагментов проекта в целом[296].

К сказанному выше иллюстраций за исключением рис. 7.2-1 не будет, поскольку изложенные принципы построения сетевой модели просты, и каждый, кто того пожелает, может представить в форме сетевого графика любое дело, которое он хорошо знает: это следует сделать самостоятельно для лучшего понимания дальнейшего.

Сетевые графики сопровождаются текстовыми данными:

· Всякий РУБЕЖ ДИСКРЕТНОГО КОНТРОЛЯ подразумевает завершение каждой из ведущих к нему работ, и в этом смысле (завершения работ) он именуется «событие» (это в сетевом планировании — термин), и характеризуется:

Ø моментом времени (дата, время суток) — реального или идеального технологического времени, отсчитываемого от предыдущего рубежа дискретного контроля или отсчитываемого от начала проекта в целом по «критическому пути» (смысл этого термина поясняется ниже), ведущему к этому рубежу;

Ø идентификационными данными (номером и т.п.), позволяющими устанавливать взаимно однозначное соответствие дискретно контролируемых событий в реальном технологическом процессе и их символических образов — событий-дубликатов в сетевой модели.

· Всякий ЭТАП (ФАЗА) ПРОЕКТА В ЦЕЛОМ, обозначаемый в сетевой модели как линия, соединяющая два преемственных рубежа дискретного контроля («события»), именуется «работа» (это — тоже термин в сетевом планировании) и характеризуется:

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

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

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

На местности есть несколько путей, каждый из которых ведёт из пункта «А» в пункт «Б», и продолжительность прохождения каждого из них разная. Если большая группа путешественников в пункте «А» разделяется на мелкие партии, каждая из которых идёт своим путём в пункт «Б», то спрашивается: когда вся группа соберётся в пункте «Б»?

— Когда придёт та партия, которая движется в пункт «Б» самым продолжительным по времени путём.

Так и в сетевых моделях: всякий рубеж дискретного контроля характеризуется наибольшей продолжительностью технологического времени, отсчитываемого по каждой из ведущих к этому рубежу цепочек преемственных работ от начала проекта в целом (а равно от какого-то иного опорного рубежа дискретного контроля, из которого выходят несколько цепей), поскольку только завершение последней работы в сáмой продолжительной из нескольких цепочек позволяет начать последующие этапы проекта. Эта цепочка (последовательность), представляющая собой подмножество работ в пределах сети, в терминах приведённой выше аналогии называется «критическим путём»[297], по той причине, что запаздывание сроков выполнения составляющих её работ влечёт за собой запаздывание срока наступления события, соответствующего рассматриваемому рубежу дискретного кон­тро­ля.

Все остальные «пути», ведущие к рассматриваемому рубежу дискретного контроля, имеют некоторый запас времени на задержку, определяемый разностью продолжительности «крити­ческого пути» и продолжительности каждого из них. Поэтому, если необходимо ускорить наступление события, соответ­ству­ющего рассмат­рива­е­мому рубежу дискретного контроля, то необходимо ускорить (насколько это возможно) проведение работ, лежащих на критическом пути; и при этом не разорвать их преемственности, чтобы между работами не возникало пауз, когда одна завершена, а ей преемствующая не может быть начата по причине организационной или технологической неготовности. Это касается как проекта в целом, так и отдельных его фрагментов.

Также необходимо сделать одну принципиальную оговорку:

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

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

Например, если в алгоритме выполнения проекта в целом встречается последовательность работ типа: «1) разработка конструкции устройства “А”, 2) изготовление устройства “А”, 3) испытания опытных экземпляров устройства “А”, 4) анализ результатов испытаний, 5) принятие решения: либо 5.1) о доработке конструкции устройства “А” (т.е. передача управления к п. 1), либо 5.2) начало следующего этапа проекта с использованием устройства “А”», — то такая последовательность может быть включена в сетевую модель только в скрытом виде, например, как работа с условным названием «создание устройства “А”», а завершением её может быть по существу только п. 5.2 исходного для построения сетевого гра­фика алгоритма: «приёмка устройства “А”, дающая начало следующему этапу проекта с использованием устройства “А”».

Т.е. разработчики сетевой модели и те, кто опирается на неё в процессе управления, должны знать, какие именно работы, соединяющие подобно прочим работам два последовательных рубежа дискретного контроля, в действительности представляют собой «скрытые циклы». Соответственно планирование и контроль работ, представленных в сетевом графике как «скрытые циклы», — особая подзадача в сетевом планировании и управлении проектами на основе сетевых моделей.

Не нашли, что искали? Воспользуйтесь поиском: