Руководство проектом > Организация > Этапы проектирования и процессы проектирования > Качество в процессе руководства проектом

Вид материала

Руководство

Содержание 5.3.1. Инициирование проекта и разработка плана проекта 5.3.2. Управление взаимодействием 5.3.3. Управление изменением проекта 5.4. Процессы, связанные с объектом деятельности 5.4.1. Раскрытие общей концепции 5.4.2. Раскрытие объекта деятельности и контроль 5.4.3. Определение действия 5.4.4. Контроль действий 5.5. Процессы, связанные со временем 5.5.1. Планирование зависимости процессов 5.5.2. Расчет продолжительности 5.5.3. График работы 5.5.4. График контроля 5.6. Процессы, связанные со стоимостью 5.6.1. Оценка (расчет) стоимости 5.6.2. Использование средств 5.6.3. Управление стоимостью 5.7. Процессы, связанные с ресурсами

Подобный материал:

• Задачи дипломного проектирования 4 организация работы над дипломным проектом в период, 823.26kb.
• Технологические правила проектирования, 2013.95kb.
• Принципы и задачи проектирования 1 Уровни, аспекты и этапы проектирования, 399.58kb.
• Лекция: Организация разработки ис: Каноническое проектирование ис. Стадии и этапы процесса, 312.68kb.
• С. П. Колотовкин организация курсового проектирования, преддипломной практики и дипломного, 276.32kb.
• А. П. Марков Технологические практикум, 91.28kb.
• Разработать механизм внедрения программы с сентября 2009 учебного года. Организация, 31.94kb.
• Тема: «Дизайн-проект», 24.89kb.
• Н. А. Бердяев «Самопознание», 131.94kb.
• "Сапр web pack ise. Этапы и технология проектирования устройств на базе плис. Примеры, 449.82kb.

Примечание - ссылка скрыта дает руководящие указания по улучшению качества. 5.3. Процессы управления взаимосвязью Проекты состоят из процессов, и один процесс обычно оказывает воздействие на другой. За обеспечение полной взаимосвязи проектных процессов ответственен руководитель проекта. Процессы управления взаимосвязью сводятся к следующему - инициирование проекта и разработка плана проекта: оценка заказчика и других заинтересованных лиц, подготовка плана проекта и инициирование процессов; - управление взаимодействием: управление взаимодействиями при проектировании; - управление изменением и конфигурацией: предупреждение изменений и управление ими во всех процессах; - заключение: завершение процессов и получение обратной связи. 5.3.1. Инициирование проекта и разработка плана проекта План проекта, включая программу качества, должен всегда быть дополнен последними данными и быть готов к пользованию им. Степень детализации плана определяется объемом и сложностью проекта. План проекта должен документально подтверждать требования заказчика и других причастных к проекту заинтересованных лиц, а также установленным целям проекта. Входные данные по каждому требованию должны быть зарегистрированы. Характеристики продукции (изделий) должны быть идентифицированы, иметь цифровые показатели и обозначены в плане проекта. Если целью проекта является выполнение требований контракта (договора, то должен быть выполнен анализ контракта. При использовании организацией - генеральным проектировщиком ранее разработанных подобных проектов должны быть использованы самые лучшие решения этих проектов. В плане проекта должны быть приведены все процессы, составляющие проект, и обозначены их цели (назначение). Система качества проектной организации, будучи внедрена, должна обеспечивать возможность для непрерывного улучшения качества. Так как обеспечение качества является неотъемлемой частью квалифицированного руководства проектом, то система управления качеством проекта должна быть неотъемлемой частью системы руководства проектом. Управление качеством должно быть приведено в плане (программе) качества. Насколько возможно, проектная организация должна принять и. в случае необходимости, адаптировать к своим условиям требования системы качества и процедур организации - автора применяемого проекта. В плане качества проекта должны быть в соответствующих частях сделаны ссылки на документы системы качества организации - автора применяемого проекта. В случае, когда имеют место особые требования по качеству другого заинтересованного лица, они должны обеспечиваться в плане качества с одновременным учетом требований применяемого проекта и действующей нормативной документации. План проекта создается путем объединения планов процессов, составляющих проект. Планы процессов при этом могут быть откорректированы в целях обеспечения последовательности действий и устранения каких-либо несоответствий. План проекта должен быть идентификатором; план должен использоваться при пересмотрах графиков (см. "пересмотр" в приложении А) и содержать порядок сохранения документов. Пересмотры планов могут включать в себя пересмотр плана качества и плана проекта для их соответствия целям проекта. Для определения развития проекта путем его контроля (анализа) и с учетом этого планирования дальнейшей разработки проекта, оценку развития (см. приложение В) следует включить в план проекта. Требования по обеспечению качества (см. приложение А), документация, ее регистрация, проверки, прослеживаемость, аудиторские проверки, корректировки - все это должно быть определено в плане проекта. Для того, чтобы контролировать прогрессивность решений проекта, должны быть определены прогрессивные показатели и предусмотрены систематические оценки их достижения. Эти оценки должны являться основой предупреждающих и корректирующих действий, или они должны подтвердить, что проектирование ведется в направлении достижения целей проекта и корректирующие и предупреждающие действия не требуются. В плане проекта должны быть определены все связи между действиями. Особое внимание должно быть уделено следующим видам взаимодействия: - связям с заказчиком и другими заинтересованными лицами; - связям проектных организаций и способам связи по различным вопросам с организацией-инициатором разработки проекта; - связям между подразделениями внутри проектной организации. 5.3.2. Управление взаимодействием Чтобы обеспечить запланированные связи между процессами разработки проекта, должно быть организовано управляемое взаимодействие между разработчиками проекта. Управление взаимодействием должно обеспечиваться разработанными документированными процедурами, проведением совместных совещаний разработчиков различных разделов проекта, решением противоречий, вызванных неисполнением разработчиками обязательств друг перед другом или проблем, возникших при изменениях проекта, использованием анализа выполненных работ по проекту с оценкой развития и степени риска с тем, чтобы в итоге дать общую оценку состояния выполнения проекта и наметить план оставшейся работы по проектированию (см. приложение В). Промежуточные оценки проекта должны также определить возможные потенциальные проблемы взаимодействия. Следует отметить, что должно быть уделено особое внимание взаимодействию и координированию действий при проектировании процессов, заключающих в себе большую степень риска. Связь между участниками разработки проекта - ключевой фактор в координации их действий - описана в п. 5.9. 5.3.3. Управление изменением проекта Управление изменением проекта включает в себя определение и документированное решение необходимости изменения проекта, определение воздействия при изменении, анализ и утверждение изменений проектируемых процессов и продукции (изделий, объектов). Управление изменениями включают изменения проекта и изменения плана разработки проекта. Прежде чем утверждать изменение, должны быть проанализированы цели, объем и воздействие изменения, какое влияние оно окажет на цели проекта; изменение должно быть согласовано с заказчиком и другими имеющими отношение к разработке проекта заинтересованными лицами. Управление изменением может включать скоординированные изменения взаимосвязанных проектируемых процессов, а также решения по конфликтным ситуациям. Процедуры по управлению изменением должны предусматривать регистрацию документации. Примечание 1 Кроме того, руководящие указания по управлению изменением см. в ссылка скрыта. Примечание 2 Руководящие указания по управлению конфигурацией – см. ссылка скрыта. 5.3.4. Завершение При разработке проекта должно быть обеспечено, чтобы все проектные решения были предусмотрены такими, какими они были заданы. Для возможного доказательства этого, проектная документация регистрируется и хранится строго в течение установленного времени. При любых обстоятельствах основанием завершения проекта должна быть полная проверка исполнения проекта в сопоставлении с требованиями к нему. Должны быть приняты во внимание все относящиеся к проекту данные, включая технико-экономические показатели, определяющие оценку его развития, и требования, заданные заинтересованными лицами. Должны быть рассмотрены мнения по проекту (где это возможно - с количественными определениями) заказчика и, в части их касающейся, других заинтересованных лиц. Базирующиеся на результатах проверки соответствующие заключения должны быть подготовлены с обобщением решений, которые могли бы быть использованы в других проектах. О завершении разработки проекта должны быть официально извещены все причастные заинтересованные лица. 5.4. Процессы, связанные с объектом деятельности В этом Международном Стандарте под "объектом деятельности" подразумевается описание проектной продукции (изделий, объекта), ее характеристик, и как они должны измеряться или оцениваться. Процессы, связанные с объектом деятельности, преследуют цели: - перевести требования заказчика и других заинтересованных лиц в действия, в результате организации и выполнения которых будут достигнуты цели проекта: - обеспечивать работу людей по объекту деятельности в течение полной реализации действий; - обеспечивать, чтобы действия, выполняемые при проектировании, были направлены на удовлетворение требований, отнесенных к "объекту деятельности". С объектом деятельности связаны следующие процессы: - раскрытие общей концепции: четкое определение целей, для которых предназначена проектная продукция; - раскрытие объекта деятельности и контроля: документированные характеристики проектируемой продукции (изделий, объекта) в количественных выражениях и способы ее контроля; - определение действия: обозначение и документирование деятельности и мер, требуемых для достижения целей проекта; - контроль действия: отчетность о результатах контроля выполняемой при проектировании работы. 5.4.1. Раскрытие общей концепции Выраженные и ожидаемые требования заказчика к проектируемой продукции (изделиям, объектам), на которые соглашается проектная организация, должны быть документально оформлены. Должны быть определены другие заинтересованные в разработке проекта лица, выставленные ими требования следует также документировать и, где это требуется, согласовать с заказчиком. 5.4.2. Раскрытие объекта деятельности и контроль При раскрытии объекта деятельности, характеристики проектируемого изделия (продукции, объекта) должны быть обозначены и документированы, насколько это возможно, - выражены в цифровых измерениях для использования в качестве базы для проектирования и возможного при этом улучшения характеристик Характеристики изделия (продукции, объекта) должны позволять заказчику и другим заинтересованным лицам прослеживать их. При раскрытии объекта деятельности должны быть также учтены ставшие очевидными дополнительные варианты и решения, включая вытекающие из выполненных анализов проекта. Управление изменениями объекта деятельности осуществляется в рамках процесса управления изменением проекта. 5.4.3. Определение действия Часто определения "действия, работа" и "рабочее место" используют для обозначения конкретных элементов для построения структуры, что чаще всего имеет место при построении структурной схемы работы (WBS), или функциональной схемы. В этом Международном Стандарте термин "действие" используется как обобщенный термин для обозначения не определенного элемента структуры, а элемента структуры в общем понятии. Когда действия определены, руководитель проекта должен привлечь к разработке проекта опытный персонал, разъяснить ему задачи и получить согласие персонала на участие в работе. Каждое действие должно быть определено таким образом, чтобы его результаты могли быть оценены или измерены. Перечень действий должен быть проверен на их полноту. В составе принятых для разработки проекта действий должны, в частности, быть разработка плана проекта, анализы и проверка проекта с оценкой его развития Взаимосвязи между процессами проектирования, связи при проектировании с заинтересованными лицами должны быть определены в документации системы качества, их исполнение должно документально регистрироваться. 5.4.4. Контроль действий Действия, определенные в п. 5.4.3, должны выполняться и контролироваться в соответствии с планом проекта. Контроль действий включает контроль взаимно согласованных работ с тем, чтобы избежать возможностей возникновения конфликтов или неправильного понимания. Особое внимание должно быть уделено управлению и контролю за процессами, связанными с новой технологией. Процессы должны быть проанализированы и оценены на предмет определения их полноты и возможности совершенствования. Частоту проверок рекомендуется назначать в зависимости от сложности проекта. Результаты проверок должны использоваться для оценки разработанной части процессов и для планирования остающейся работы. Если план выполнения остающейся работы корректируется, то такая корректировка должна быть документирована. 5.5. Процессы, связанные со временем Эти процессы связаны с продолжительностью действий и имеют целью гарантировать своевременное завершение проекта. Они следующие: - планирование зависимости процессов: идентификация взаимосвязей, последовательности взаимодействий в процессе проектирования; - расчет продолжительности: расчет продолжительности каждого действия в связи со спецификой условий и обеспеченностью ресурсами; - график разработки: взаимосвязь необходимых сроков выполнения проекта с продолжительностью отдельных процессов как основа для разработки общих и детализированных графиков; - график контроля: обеспечение действий по выполнению графика или принятие соответствующих мер по ликвидации отставания. 5.5.1. Планирование зависимости процессов Взаимосвязи, последовательность взаимодействий в процессе проектирования должны быть идентифицированы и проверены на предмет установленной очередности их осуществления. Любое изменение входных проектных данных должно быть идентифицировано, оправдано и документировано. Всякий раз, когда возможно, следует использовать типовые или ранее утвержденные графики проектирования. Но их применимость к данному проекту должна быть проанализирована. 5.5.2. Расчет продолжительности Расчеты продолжительности действий должны определяться лицами, ответственными за их выполнение. Оценки продолжительности, взятые из прошлого опыта, должны быть скорректированы применительно к условиям настоящего проекта. Входные данные для определения продолжительности должны быть документированы с указанием их источника. Банк данных о продолжительности действий может быть использован для планирования ресурсов, для оценки объединения ресурсов и, наконец, расчетов ресурсов времени. Особое внимание должно быть оказано выделению достаточного времени для действий по обеспечению качества, перечисленных в приложении А. Когда определение продолжительности содержит значительную долю неопределенности, должны быть приняты меры к их снижению до минимума, внесены соответствующие поправки, с учетом оставшихся неопределенностей должна быть повторно рассчитана продолжительность действий. Когда полезно и необходимо, к определению продолжительности действий должны привлекаться заказчик и другие заинтересованные лица. 5.5.3. График работы Входные данные для графика разработки проекта должны быть идентифицированы и проверены на предмет соответствия требованиям проекта. Особое внимание должно быть уделено планированию действий с большими временными упреждениями, действий со значительной продолжительностью и действий, определяющих критический путь графика. Типовые формы графиков, возможные для использования. должны быть идентифицированы. Обнаруженные противоречия в оценке продолжительности действий должны быть разрешены до окончания разработки графика. Графики должны идентифицировать действия, являющиеся переломными (критическими) или близкие к переломным (критическим). График должен подробно идентифицировать события, которые рассматриваются как ключевые или определяющие: требующие особых входных данных, или специфичных решений, или выходные данные которых запланированы для оценки развития решений. Заказчик и причастные заинтересованные лица должны быть информированы о выполнении графика разработки проекта и привлекаться к его разработке, когда это требуется. Определенные графики должны быть представлены им для информации, или, если требуется, для согласования. 5.5.4. График контроля Сроки проверки выполнения графика и получения данных о результатах проверки должны быть установлены таким образом, чтобы гарантировать надлежащий контроль за разработкой проекта и получением информации. Отклонение от графика должно быть идентифицировано, проанализировано и. если это важно зарегистрировано. Графики текущих работ должны использоваться при оценках качества и быть предметом рассмотрения на совещаниях. Руководитель проекта должен регулярно производить проверки графика проектирования, как это определено в плане проекта. Направленность развития проекта должна быть проанализирована, чтобы при выполнении остающейся части работы избежать риска и использовать резервные возможности. Основные причины благоприятных и неблагоприятных отклонений от графика должны быть идентифицированы. Действия должны гарантировать, что неблагоприятные отклонения от графика не повлияют на цели проекта. Причины и благоприятных, и неблагоприятных отклонений должны служить как основание для непрерывного совершенствования. Должны быть определены возможные воздействия изменений графика на стоимость и ресурсы проекта, на качество изделий. Решения по действиям, которые нужно предпринять, должны быть приняты только с учетом их влияния на другие проектные процессы и цели проекта. Изменения, которые влияют на цели проекта, перед их реализацией нужно согласовать с заказчиком и причастными заинтересованными лицами. Когда действие требуется для устранения отставания от графика, должны быть идентифицированы участвующий персонал и выполняемые им функции. Изменения графика должны быть скоординированы с другими проектными процессами в плане выполнения остающейся части работы. Заказчик и другие причастные заинтересованные лица должны быть проинформированы о любых предложенных изменениях графика и привлечены к участию в принятии решений, касающихся изменений. 5.6. Процессы, связанные со стоимостью Эти процессы имеют цель прогнозировать и управлять проектными ценами, обеспечивать завершение проекта в пределах определенных финансовых ассигнований и включают следующее: - оценка (расчет) стоимости: определение затрат, составляющих смету проекта; - использование средств: использование средств, исходя из оценки (расчета) таким образом, чтобы уложиться в намеченную стоимость проекта; - управление стоимостью: управление затратами и отклонениями от стоимости проекта. Примечание - Дополнительные руководящие указания - см. ИСО 10014. 5.6.1. Оценка (расчет) стоимости Все цены, принимаемые в проекте, должны быть четко идентифицированы (стоимость действий, товаров, услуг), оценка (расчет) стоимости должна исходить из соответствующих источников информации и быть связанной с проектом организации строительства. Оценки стоимости по прошлому опыту должны быть проверены, чтобы гарантировать, что они правильны для условий настоящего проекта. Цены должны быть документированы, и должен быть указан их источник. Особое внимание должно быть уделено выделению достаточных средств для действий по улучшению качества (см. также приложение А) Примечание - Для дополнительного руководства по экономическим аспектам управления качеством (см. ИСО 10014). Оценка (расчет) стоимости должна учитывать экономическую обстановку (например, инфляцию, налогообложение и курсы валют). Когда оценка (расчет) стоимости содержит значительные неопределенности. должны быть оценены возможные риски и приняты меры к их снижению; в оценке должны быть предусмотрены соответствующие средства, учитывающие оставшуюся долю рисков (непредвиденные расходы или т.п.). Оценки стоимостей должны быть представлены в форме, которая дает возможность сопоставить их с установленными статьями расходов, принятыми процедурами отчетности, а также использовать для целей руководства проектом 5.6.2. Использование средств Использование средств должно быть основано на сметах и графиках, прошедших установленную процедуру их утверждения. Финансирование должно обеспечивать потребности проекта и принятие каких-либо дополнительных решений, допущений, влекущих непредвиденные расходы должно быть идентифицировано и документировано. Финансирование должно обеспечить все разрешенные расходы и учитываться в форме, подходящей для осуществления контроля (управления) стоимости проекта 5.6.3. Управление стоимостью Прежде чем производить любые расходы, должны быть разработаны, зарегистрированы и доведены до ответственных за выполнение работ и за расходы документированные процедуры по системе управления стоимостью. Время контроля, частота сбора данных и определения прогнозов должны быть установлены таким образом, чтобы гарантировать контроль, отвечаюший соответствующим требованиям за предусмотренными проектом действиями и дающий информацию о результатах. Должно быть проверено, что работа, остающаяся до завершения проекта, может быть выполнена в рамках остающихся финансовых средств. Любое отклонение от установленного объема финансирования должно быть идентифицировано, при превышении определенного предела – проанализировано, и определены дальнейшие действия. Тенденции стоимости осуществления проекта должны быть проанализированы, например, методом анализа стоимости выполненной работы и плана выполнения остающейся работы, имея целью использовать благоприятные возможности для предупреждения рисков. Основные причины отклонений в сметной стоимости, и неблагоприятные, и благоприятные, должны быть идентифицированы. Предпринятое действие должно гарантировать, что неблагоприятные отклонения не повлияют на цели проекта. Причины неблагоприятных и благоприятных отклонений должны использоваться как основа для дальнейшего совершенствования. Решения по действиям должны быть приняты только с учетом их влияния на другие предусмотренные проектом процессы и на цели проекта. Изменения в стоимости проекта должны быть в соответствующем порядке санкционированы до выполнения тех работ, которые влекут дополнительные расходы. Прогноз расходов на финансирование должен быть скоординирован с другими проектными процессами при планировании остающейся работы по осуществлению проекта. Информация о гарантии своевременного выделения денежных средств должна быть доступной и являться частью входных данных процесса управления ресурсами. Руководитель проекта должен выполнять регулярные просмотры затрат, производя сопоставление с проектом, планировать и принимать во внимание любые другие финансовые анализы (например, внешние проверки причастными заинтересованными лицами). 5.7. Процессы, связанные с ресурсами Эти процессы направлены на планирование и управление ресурсами. Они помогают идентифицировать любые возможные проблемы, связанные с ресурсами. Ресурсы включают, например: программное обеспечение, оснастку, оборудование, финансы, информационное обеспечение, материалы, персонал, средства обслуживания и здания. Процессы, связанные с ресурсами, следующие: - планирование ресурса: идентификация, оценка, планирование и распределение необходимых ресурсов; - управление ресурсами: сравнение использования ресурсов в проекте с планом, принятие надлежащих мер, если они оказываются необходимы.