HCBBS Forum (Русский)
Submit Chemical Projects / Find Solutions
Amplify Your Requirements on a Broader Chemical Platform *Engineering · Technology · Equipment · Solutions*
Submit Request

Также о управлении планами проектов

2016-02-26View Original

Thread Content

Байюньфань написал что-то сам и хочет обсудить это с всеми. Вчера я просмотрел пост в друзьях, посвященный управлению планами проектов. В нем рассматривалось влияние различных аспектов — от проектирования и закупок до строительства и надзора — на управление планами проектов, а также предлагались некоторые стратегии для решения связанных с этим проблем. На первый взгляд, кажется, что в этом есть смысл. Но при внимательном анализе оказывается, что это всего лишь оправдания, которые часто используют планировщики, когда планы не выполняются в установленные сроки. Многие понимают планирование лишь через треугольник, состоящий из сроков, качества и затрат, считая, что в этом и заключается суть управления проектами, и с удовольствием об этом говорят. Такое понимание однобоко и искусственно противопоставляет качество, сроки и стоимость, оставаясь лишь на поверхностном уровне управления проектами. По моему личному мнению, хороший план может не только решить проблемы, связанные с сроками выполнения задач, но и одновременно урегулировать противоречия между качеством и сроками. Итак, что же такое план? В английском языке план называется Plan, и Plan означает не только план, но также проект. Другими словами, план не может быть просто списком временных этапов; он должен, и действительно должен, быть интегрирован с схемой. План, в котором не учитываются способы реализации, — это всего лишь теоретическая гипотеза Гольдбаха. Как же вообще следует составлять планы? Во многих учебниках в стране подчеркивается иерархия планов, которая обычно заключается в разделении первичного плана на вторичные планы, затем на третичные, четвертичные и т. д., то есть в разделении сверху вниз. Я бы сказал, что такое планирование противоречит самым принципам и смыслу планирования в целом, и неизбежно приводит к планам вроде гипотезы Гольдбаха. Почему? Логика проста: что, если сам план первого уровня является нереалистичным? Или же какой-то из элементов вашего второстепенного плана сам по себе является бессмыслицей? В PMP описана общая процедура составления плана. Основной этап подготовки плана — это определение объема работ, что относится к сфере управления затратами. Область работы должна быть разделена на уровни в соответствии с определенной структурой, после чего формируются пакеты задач. Следует отметить, что сам пакет работ должен включать в себя управление проектом, поскольку каждый пакет работ соответствует определенному счету для контроля затрат, что является основой для контроля расходов. Сам пакет работ должен служить основой для определения объема работ и стоимости проекта с заказчиком. На основе пакета работ производится его дальнейшее разделение на более мелкие задачи; на этом этапе фактически осуществляется детализация плана реализации. На этом этапе необходимо детально разложить по частям работу, включенную в каждый пакет задач. Аналогично, в зависимости от масштаба проекта можно установить требование к степени детализации работ: она не должна превышать 5 рабочих часов или 10 рабочих часов, после чего согласно плану выполнения работы следует расставить их в определенном порядке. В процессе разделения пакетов работ, а также при детализации задач неизбежно возникают некоторые неопределенности. Эти факторы следует внести в реестр рисков проекта и считать объектами особого контроля на этапах планирования и реализации проекта. При необходимости следует разработать альтернативные варианты действий. После составления плана рабочего времени инженеры-планировщики начинают выполнять свои обязанности: они подсчитывают количество рабочих часов, необходимых для выполнения каждого задания, составляют график потребностей в рабочей силе и обсуждают различные варианты с целью оптимизации использования кадров. Только путем классификации и обобщения запланированных действий можно получить первую версию плана работы. На этой основе проводятся обсуждения и оптимизация с учетом ключевых этапов проекта, при необходимости вносятся коррективы в сами этапы проекта. Наконец, с учетом реальных условий проекта оптимизируется его план, корректируется график работ, в результате чего формируется улучшенная или окончательная версия плана. Поскольку рабочее время и материалы, необходимые для реализации каждого из вариантов, уже указаны в пакетах работ и соответствующих подробных списках задач, сам план уже включает механизмы контроля за затратами. Поскольку сам план уже детализировал управление проектом в виде отдельных задач, контроль качества проекта также был включен в план проекта, и для этой цели выделены соответствующие ресурсы. В процессе обсуждения ресурсов и затрат план был предварительно рассмотрен и сформулирован, а также были выявлены риски; следовательно, сам процесс разработки плана является процессом контроля рисков. а не проводить анализ рисков проекта в жесткой форме. Список предположений, лежащих в основе процесса разработки плана, а также сам подход к его составлению определяют возможность реализации проектного плана. Как план, как только он будет одобрен, основная задача руководителя проекта сместится на контроль рисков на всех этапах. На этапе реализации проекта необходимо уделять особое внимание условиям, лежащим в основе составления плана проекта, то есть рискам. Кроме того, следует проанализировать те этапы, которые ещё не выполнены, чтобы соответствующим образом скорректировать оставшийся план. Да, планы действительно должны и могут быть скорректированы. План, который нельзя скорректировать, можно назвать только чушью и претензией. Потому что план — это руководство для каждого, помогающее организовать рабочий день. Но как может твой план продолжать направлять реализацию проекта, когда он уже давно сильно отклоняется от реальности? По моему личному мнению, это совершенно нелепая вещь. Несерьезный план — это план без достоинства, а план без достоинства неизбежно приводит к провалу проекта. За границей существует процесс под названием «Уроки, извлеченные», который на самом деле представляет собой распространение и применение методологии контроля качества PDCA. Это также применимо в управлении планами. Путем анализа отклонений можно выделить множество моментов, на которые следует обратить внимание в ходе дальнейшей реализации проекта, тем самым снижая его риски. С точки зрения иностранца, особенно американца, проект — это просто разработка плана, а затем пошаговое его выполнение. Люди, которые разрабатывают планы, — это высокопоставленные сотрудники проекта, тогда как для выполнения этих планов, по-видимому, не требуется высокого уровня интеллекта. Вдруг захотелось что-то написать, вот и написал столько бессвязного.
Reply #22016-02-26
Спасибо за обмен, похоже, автор — настоящий мастер управления! ! !
Reply #32016-02-27
У автора отличная идея, можно ли пообщаться? Я новичок в этом деле :)
Reply #42016-03-03
Спасибо за обмен, похоже, автор — настоящий мастер управления! ! !
Reply #52016-03-09
Если есть вопросы, можно написать здесь, и мы все вместе их обсудим.

Submit a Project

**Looking for Chemical Technology, Equipment & Solutions?** No Registration Required Broader Platform Exposure | Global Chemical Service Provider Connections

Submit Request — Free Consultation

Disclaimer

This is an automated machine translation of the original thread. Some technical terms may have inaccuracies; the original text shall prevail. Click "View Original" at the top right to access the source page, which supports IP-based automatic real-time language translation. Please watch out for contact details and sales inducements to prevent fraud. All content and translations are for reference only, representing solely the poster's personal views. For enquiries, email service@hcbbs.com.