|
Детального расписания
Система «канбан», которая на практике означает ставку деталей на сборочные заводы «Тоёты» каждые часа, что делает ненужным создание запасов и складов деталей, является одним из важных средств сокращения из-производства и стала возможной благодаря отно-сотруднпчества с ассоциированными фирмами. Эта система — результат тщательного, детального планирования. Фирмы — производители узлов и деталей разрабатывают трехлетние, полугодовые, трехмесячные и
анализа и обсуждения проекта. Использование этого метода ведет к внедрению детального планирования проектов и обеспечивает стандартные форматы для плановой документации. К числу решений, которые принимаются при этом, относятся:
В целях детального планирования и управления составляют помесячные сметы.
Незначительные капиталовложения не требуют детального планирования, например, закупки недорогого инструментария и незначительные модернизации могут утверждаться в общем пакете и финансироваться единовременно.
Для детального планирования работ и сроков недостаточно одной структурной
Обе эти проблемы могут быть решены путем детального планирования выполнения решения. Для этого используется общая модель процесса планирования (глава 4). В дополнение необходимо обеспечить выполнение следующих требований:
текущих производственных планов. Такие планы разрабатываются по отделению, дочерней компании в целом и по их подразделениям (при необходимости). Более детальное планирование на смену, сутки, неделю, декаду, месяц, квартал, полугодие и год осуществляется службами оперативного и текущего планирования, которые обеспечивают планирование с учетом ограничений, определяемых общекорпоративными целями. Уровень детального планирования и конкретные виды планов определяются конкретной организационной структурой отделений и дочерних компаний, а также принятой системой учета и отчетности на конкретном предприятии.
• содержательные требования к использованию Project на стадии детального планирования проектов;
• приемы и методы детализации предварительных планов и ряд других проблем применительно к поддержке разных функций управления проектами на стадии детального планирования.
Поле Код СДР предназначено для формирования кода иерархической структуры работ8 проекта. Этот показатель очень важен для распределения ответственности за разные компоненты проекта и организации его выполнения. Необходимость структурного представления данных о проекте обсуждается при рассмотрении особенностей детального планирования.
При изучении книги рекомендуется учитывать, что методически определенные группы процессов управления проектами в каждом конкретном случае реализуются с учетом обстоятельств и особенностей каждого проекта. Поэтому на практике реализация каждого из процессов может быть выполнена гибко. Так, в некоторых проектах иные процессы управления могут не иметь серьезного значения, а другие процессы могут комбинироваться. Практически типичными являются методы выполнения процессов управления проектами на стадиях предварительного и детального планирования.
дения совещаний и детального расписания последовательности действий.
В целом принцип детализации расписания проекта состоит в том, что одна укрупненная задача заменяется несколькими задачами. При этом укрупненная задача может сохраниться в детальном расписании как своеобразный "заголовок" раздела расписания. Этот процесс удобно выполнять, если строить ИСР проекта, на основе предварительного перечня задач этого проекта — такое решение создает очень хорошие возможности для сопоставления детального расписания с предварительным. Это связано с тем, что показатели базового плана сохраняются в базе данных Project в полях, связанных с отдельными задачами.
Вторая особенность разработки детального расписания проекта заключается в том, что это значительно более трудоемкая работа, чем разработка предварительного плана того же проекта. Можно ожидать, что количество задач детального плана проекта возрастет по сравнению с предварительным планом не менее чем на один-два порядка.
этом у задачи 2 сохранились свои назначения ресурсов, сделанные на стадии предварительного планирования. На той стадии они были необходимы как единственная оценка трудозатрат на выполнение этой задачи, но после формирования детального расписания эти назначения уже не нужны. Поэтому при помощи алгоритма 3.7 для задачи 2 следует удалить сделанные на предварительной стадии назначения ресурсов. Это не приведет к обнулению значения поля Трудозатраты для этой задачи. Как можно убедиться при анализе сформированного файла, трудозатраты для задачи 2 после выполнения описанных выше действий оказываются равными 72 час. Этот показатель является суммой трудозатрат всех детальных задач данного пакета. Также видим, что значение поля Базовые трудозатраты для задачи 2, определенное на предварительной стадии, равно 61,33 час.3
Результаты выполненных работ по созданию детального расписания выпол- N нения проекта-примера сохранены в файле с именем РемонтДб.трр.
Анализ и оптимизация детального расписания проекта
для выполнения детального расписания проекта-примера
Рис. 4.15. Экранная форма с данными о графике потребности в ресурсах для детального расписания проекта-примера
5. Из анализа показанной на рис. 4.15 экранной формы можно сделать вывод о том, что потребность в ресурсах для выполнения детального расписания проекта-примера является очень неравномерной. В частности, по представленным на рис. 4.15 данным о первой неделе выполнения проекта видно, что в эту неделю задействовать предполагается только подсобников и водителя, причем загрузка подсобников составит от 8 до 24 часов в течение рабочего дня. Более полные данные о загрузке ресурсов приведены в табл. 4.9.
После выполнения автоматизированного выравнивания документа из файла РемонтД8.трр можно увидеть, что в графике произошли небольшие изменения. Это вызвано тем, что при формировании детального расписания для всех задач второго пакета (поставки материалов) было определено ограничение "как можно позже". Это позволило увидеть поздние сроки этих поставок, но практически лишило проект маневра, т. к. все задачи, для выполнения которых нужны материалы, оказались прижаты к^ позднему сроку — профамма-щюсто не могла сдвинуть на более поздний срок ни одну задачу при заданных в алгоритме 4.9 условиях.
Примеры того, как может измениться вид простого графика (он в этом плане более нагляден, чем график детального расписания проекта-примера) после автоматического выравнивания загрузки ресурсов, приведены на рис. 4.23 и 4.24.
Деятельности подразделения Деятельности полученных Деятельности поставщиков Дальнейшего улучшения Деятельности предприятие Деятельности представителей Деятельности представлена Деятельности превышает Деятельности принадлежит Деятельности профессиональных Деятельности производственные Деятельности производство Деятельности проводится вывоз мусора снос зданий
|
|
|
|
Навигация
