Просмотр отдельных изменений

'{{перевести|en|Project_management}} '''Управление проектами''' ({{lang-en|project management}}) — в соответствии с определением [[PMBOK|PMBoK]] — область [[деятельность|деятельности]], в ходе которой определяются и достигаются четкие цели ''[[проект]]а'' при балансировании между объемом работ, ресурсами (такими как деньги, труд, материалы, энергия, пространство и др.), временем, [[качество]]м и [[риск]]ами. Ключевым фактором успеха проектного управления является наличие четкого заранее определенного [[план]]а, минимизации рисков и отклонений от плана, эффективного управления изменениями (в отличие от [[Научные школы и направления менеджмента#Процессный подход в управлении|процессного]], [[Научные школы и направления менеджмента#Организация как функция|функционального управления]], [[ITSM#управление уровнем услуг(Service Level Management. SLM)|управления уровнем услуг]]). '''Управление проектами''' — в соответствии с [[P2M|P2М]] — сочетание науки и искусства, которые используются в профессиональных сферах проекта, чтобы создать продукт проекта, который бы удовлетворил миссию проекта, путем организации надежной команды проекта, эффективно сочетающей технические и управленческие методы, создает наибольшую ценность и демонстрирует эффективные результаты работы.<ref>[[Ярошенко, Фёдор Алексеевич|Ярошенко Ф. А.]], Бушуев С. Д., Танака Х. — Управление инновационными проектами и программами на основе системы знаний Р2М К.: 2011. 268с.</ref> Продуктами проекта могут быть продукция предприятия (результаты научных и маркетинговых исследований, проектно-конструкторская и технологическая документация на новое изделие, разработанные для заказчика) и решение разных внутренних [[производство|производственных]] задач (повышение качества продукции и эффективности организации труда, оптимизация финансовых потоков и т. д.). Управление проектами является частью системы [[менеджмент]]а предприятия. == История == В основе современных методов управления проектами лежат методики структуризации работ и сетевого планирования, разработанные в конце 50-х годов XX века в США. == Классическая форма Тройственной Ограниченности == '''[[Тройственная ограниченность]]''' описывает баланс между '''[[содержание]]м''' проекта, '''[[стоимость]]ю''', '''[[время|временем]]''' и '''[[качество]]м'''. Качество было добавлено позже, поэтому изначально именована как тройственная ограниченность. [[Файл:The triad constraints.jpg|thumb|right|250px|The Project Management Triangle]] Как того требует любое начинание проект должен протекать и достигать финала с учетом определенных ограничений. Классически эти ограничения определены как содержание проекта, время и стоимость. Они также относятся к Треугольнику Управления проектами, где каждая его сторона представляет ограничение. Изменение одной стороны треугольника влияет на другие стороны. Дальнейшее уточнение ограничений выделило из содержания качество и действие, превратив качество в четвертое ограничение. Ограниченность времени определяется количеством доступного времени для завершения проекта. Ограниченность стоимости определяется бюджетом, выделенным для осуществления проекта. Ограниченность содержания определяется набором действий, необходимых для достижения конечного результата проекта. Эти три ограниченности часто соперничают между собой. Изменение содержания проекта обычно приводит к изменению сроков (времени) и стоимости. Сжатые сроки (время) могут вызвать увеличение стоимости и уменьшение содержания. Небольшой бюджет (стоимость) может вызвать увеличение сроков (времени) и уменьшение содержания. Иной подход к управлению проектами рассматривает следующие три ограниченности: [[финансы]], время и человеческие [[ресурсы]]. При необходимости сократить сроки (время) можно увеличить количество занятых людей для решения проблемы, что непременно приведет к увеличению [[бюджет]]а (стоимость). За счет того, что эта задача будет решаться быстрее, можно избежать роста бюджета, уменьшая затраты на равную величину в любом другом сегменте проекта. == Подходы == * Предположение о неограниченности ресурсов, критичен только срок выполнения. Метод [[PERT]], [[Метод критического пути]] * Предположение о критичности качества (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). {{Уточнить 2|сомнительный текст = Метод [[Гибкая методология разработки]]|комментарий = В остальных качество вторично?|подпись = [[User:Станислав Конда|Станислав Конда]]|дата = 21 февраля 2012}} * Предположение о неизменности требований и низких рисках. Классические методы [[PMBOK]], во многом опирающийся на [[модель водопада]] * Предположение о высоких рисках проекта. Метод Инновационные проекты ([[стартап]]ы) * Варианты нейтральных (сбалансированных) подходов: ** Акцент на взаимодействие исполнителей. Метод [[PRINCE2]] ** Акцент на взаимодействие [[процесс]]ов. Метод [[:en:Process-based management|Process-based management]] == Роли в проекте == Во многих случаях в проекте выделяют роли [[заказчик]]а, [[подрядчик|исполнителя]] (и иногда [[инвестор]]а или [[спонсор]]а). Такие роли почти всегда есть для внешних проектов. Для внутренних проектов такое разделение ролей также желательно с целью повышения эффективности при разделении труда и для устранения [[конфликт интересов|конфликта интересов]] при приемке результатов, определения зон [[Ответственность|ответственности]]. Заказчик определяет цель и ограничения проекта и его финансирование. Исполнитель выполняет проект согласно утвержденному плану. Заказчик несет ответственность за постановку целей и [[Полезность (экономика)|полезность]] результата для потребителя. Централизацией функций заказчика и управлением портфеля проектов занимается [[проектный комитет]]. В строительных организациях для этого выделяют специальную [[служба единого заказчика|службу единого заказчика]]. В случае четкого разделения ролей заказчик-исполнитель целью управления проектом является стабилизация работ и минимизация отклонений от утвержденного заказчиком плана. Если заказчик и исполнитель находятся в разных организациях, то составляется [[договор]] на исполнение проекта. При изменении требований заказчика может быть подписано дополнительное соглашение к договору в рамках ограничений суммарного бюджета [[программа проектов|программы проектов]], оговоренных основным договором. Для увязывания проекта с интересами бизнеса часто вводят роли куратора (обычно от исполнителя) и иногда спонсора (куратора от заказчика), которые имеют наибольшую осведомленность об интересах бизнеса, имеют право утверждать ключевые изменения в проекте. == Цель управления проектом и успешность проекта == Успешность проекта различным образом оценивается в разных методиках. Успешность может разным образом оцениваться различными участниками проекта. Группы оценок успешности: * Ориентированные на контракт, например традиционные методологии, в том числе [[PMBOK]]: '''«Проект успешен, если выполнен согласно утвержденным критериям: объему, сроку, качеству»'''. То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя. * Ориентированные на заказчика, например гибкие методологии [[SCRUM]], частично [[Управление программами|управление программами]], направленное на длительное взаимодействие, а не на один проект/контракт: '''«Проект успешен, если заказчик удовлетворен»'''. Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия, либо проект можно рассматривать как программу из нескольких небольших проектов. Оценка успешности рассматривается в основном с точки зрения заказчика. * Сбалансированные, например [[PRINCE2]]: '''«Проект успешен при сбалансированности по крайней мере по трем категориям — бизнеса, ориентации на пользователя и технологической зрелости»'''. Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии (косвенная польза для самого исполнителя). Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации. Так, например, проект, уложившийся в согласованные сроки и затраты, но не окупившийся по результатам проекта (затраты велики, результат неактуален к окончанию проекта, заказчик не может воспользоваться результатом и т. п.) будет успешен по традиционной методологии, но не успешен по методологии, ориентированной на заказчика. Ответственность за неуспешность такого проекта несет заказчик и, в некоторых случаях, [[проектный офис]] либо [[ITSM|служба заказчика]]. В целом можно определить цель управления проектами следующим образом: «Целью управления проектом(-ами) является достижение заранее определенных целей при заранее известных ограничениях и целесообразном использовании возможностей, реагировании на риски.» Даже при достижении поставленных целей и целесообразности изменений, проект может не соответствовать ожиданиям заинтересованных сторон. В проектах с высоким уровнем изменений требуется управление ожиданиями. == Корпоративная система управления проектами == В целях решения проблем, связанных с конфликтами целей, приоритетов, сроков, назначений, ресурсов и отчетности в условиях комплексных работ (проектов) создается корпоративная система управления проектами, включающая в себя организационные изменения в компании ([[офис управления проектами]]), методологическую базу и информационную систему управления проектами. == Процедуры управления проектом == === Процедуры управления проектом по традиционной методологии === Последовательность процедур управления проектом: * Определение среды проекта. * Формулирование проекта. * Планирование проекта. * Техническое выполнение проекта (за исключением планирования и контроля). * Контроль над выполнением проекта. === Процедуры управления проектом по методологии [[Институт по управлению проектами|PMI]] === Основные процедуры и процессы PMI описаны в стандарте [[PMBOK]]: * Определение требований к проекту * Постановка чётких и достижимых целей * Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости * Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц ([[Stakeholders|стейкхолдеров]]) === Процедуры управления проектом по методологии [[IPMA]] === * Системное представление Управления проектами IPMA === Процедуры управления проектом по методологии [[PRINCE2]] === * Начало проекта (SU). * Запуск проекта (IP). * Планирование проекта (PL). * Управление проектом (DP). * Контроль стадий (CS). * Контроль границ стадий (SB). * Управление производством продукта (MP). * Завершение проекта (CP). Прочие процедуры (управление командой, контрактами и тп) вынесены «за рамки» методологии и называются инструментарием менеджера проекта. Кроме того, методология рассматривает «компоненты», которые состоят из Бизнес плана (Business Case), организации, планирования, управления рисками, управления качеством, управление конфигурацией, контроля и управления изменениями. === Процедуры управления проектами по методологии MSF === [[Microsoft Solutions Framework]] (MSF) разработан корпорацией Microsoft как методология ведения IT-проектов. MSF представляет каждую фазу проекта как: * Выработка концепции (Envisioning) * Планирование (Planning) * Разработка (Developing) * Стабилизация (Stabilizing) * Внедрение (Deploying) == План управления проектом == План управления является основным документом, с которого должен начинаться любой проект. План корректируется в течение всего проекта. В Плане управления проектом должно быть отражено: * Содержание и границы проекта * Ключевые вехи проекта * Плановый бюджет проекта * Предположения и ограничения * Требования и стандарты == Стандарты управления проектами == Национальные стандарты управления проектами: * [[NASA Project Management]] ([[США]]) * [[BSI BS 6079]] ([[Великобритания]]) * [[APM Body of Knowledge]] ([[Великобритания]]) * [[OSCEng]] ([[Великобритания]]) * [[DIN 69901]] ([[Германия]]) * [[V-Modell]] ([[Германия]]) * [[VZPM]] ([[Швейцария]]) * [[AFITEP]] ([[Франция]]) * [[Hermes method]] ([[Швейцария]]) * [[ANCSPM]] ([[Австралия]]) * [[CAN/CSA-ISO 10006-98]] ([[Канада]]) * [[P2M]] ([[Япония]]) * [[C-PMBOK]] ([[Китай]]) * [[South African NQF4]] ([[ЮАР]]) * [[CEPM]] (Индия) * [[PROMAT]] (Южная Корея) Стандарты с расширенной географией применения: * [[ISO 10006]]:2003, Quality management systems — Guidelines for quality management in projects * [[PMBOK|A Guide to the Project Management Body of Knowledge]] ([[PMBOK]] Guide) * [[PRINCE2]] (PRojects IN a Controlled Environment) * [[ISEB Project Management Syllabus]] * [[Microsoft Solutions Framework]] (MSF) * [[Oracle Application Implementation Method]] (AIM) Стандарты оценки компетенции менеджера проекта: * [[ICB IPMA Competence Baseline]] (IPMA) * [[НТК (Национальные требования к компетентности специалистов)]] (Ассоциация управления проектами «СОВНЕТ», [[Россия]]) * [[PMCDF]] ([[США]]) * [[NCB UA]] (National Competence Baseline, Version 3.0) ([[Украина]]) == Программное обеспечение для управления проектами == {{main|Программное обеспечение для управления проектами}} * продукты, ориентированные на автоматизацию услуг: ** [[ARTA Software]] — система ARTA Management ** [[Epicor Software]] ** [[Microsoft Project|Microsoft Project Professional]] ** [[Oracle E-Business Suite]] ** [[PeopleSoft |PeopleSoft Project Management]] ** [[Primavera]] ** [[SAP|SAP Professional Services Automation]] * системы управления проектами и задачами: ** [[Простой бизнес]] — сервис для корпоративного управления проектами, задачами и временем для построения единого информационного пространства организации, в том числе документооборот, выставление счетов, e-mail, телефония, видеоконференции, взаимодействие с клиентами и т. д. ** [[Bontq]] — система управление проектами и отслеживания ошибок. ** [[Cerebro]] — система управления проектами в аудиовизуальной сфере. ** [[Clarizen]] — облачная система управления проектами ** [[Easy Projects .NET]] — система для управления проектами, написанная на [[.NET Framework|.NET]]. ** [[eGroupWare]] — бесплатное ПО для управления проектами. ** [[GanttProject]] — маленькая бесплатная программка с диаграммой Ганта и ресурсами.{{значимость факта?}} ** [[Kommandcore]] — платный многопользовательский веб-сервис по управлению проектами, предназначен в первую очередь для руководителей проектами, основан на методологии гибкой разработки. ** [[OpenProj]] — бесплатная, открытая альтернатива Microsoft Project. ** [[OnePoint Project]] ** [[PayDox]] — система управления документами, задачами и совместной работой сотрудников. ** [[Project Kaiser]] — веб-ориентированная система управления проектами и задачами с поддержкой wiki и развитыми средствами взаимодействия пользователей. ** [[LifeTask.ru]] — веб-сервис для управления проектами и задачами, включающий в себя систему по координированию пользователей между собой, отчётность по проектам, в первую очередь финансовая модель, оповещение руководителя о статусе поставленной задачи. ** [[ProjectMate]] — Российская PSA-система автоматизации профессиональной деятельности. Помимо модуля управления проектами имеет массу функций, востребованных в компаниях сферы консультационных услуг — начиная от учета времени и заканчивая выставлением счетов ([[биллинг]]ом). ** [[Project Tracking]] — комплексная система управления проектами, предназначенная для организации совместной работы при разработке и поддержке продуктов, планирования и контроля работ, учёта рабочего времени и расчётов с контрагентами. ** [[Redmine]] — бесплатный многопользовательский веб-сервис, ориентированный на специфику IT-проектов и разработчиков. ** [[WebEDO]] — набор web-приложений для организации работы с проектами, управления документооборотом и электронной коммерцией. ** [[TeamLab]] — система для управления проектами, документами и совместной работы. ** [[TrackStudio Enterprise]] — система управления задачами. Есть экспорт в MS Project. ** [[Worksection]] — простой, красивый и удобный инструмент для совместной работы над проектами. Управление проектами, задачами, временем, диаграмма Ганта. ** [[Trac]] — инструмент управления проектами и отслеживания ошибок в программном обеспечении. ** [[Web2Project]] — открытое веб-приложение для управления проектами. == Методологии управления проектами == ''Методология PMI'', сформулированная в виде стандарта [[PMBOK]], базируется на концепции управления проектами через группу стандартных процессов. Однако последняя версия стандарта [[PMBOK]] отражает существенную коррекцию методологии в сторону интерактивных методик ''Методология [[IW URM]]'' (Unique Reliable Method), разрабатывалась и оттачивалась с тем, чтобы в любом проекте был гарантирован успех — цели клиента достигнуты в оговоренный срок, в рамках определенного бюджета и с необходимым качеством. Для реализации разных типов проектов используется набор различных процедур, документов и технологий, наиболее подходящих для конкретного типа проекта. ''Процесс управления проектами [[TenStep]]'' помогает менеджерам проектов успешно руководить проектами всех видов. TenStep предлагает пошаговый подход, начинающийся с простейших вещей и заканчивающийся настолько изощренными приемами, насколько это может потребоваться для конкретного проекта, включая шаблоны документов. ''Методология [[P2M]]'' базируется в ориентированности не на продукт или процессы, а на улучшение организации в результате выполнения проектов. Иными словами, методология описывает, как использовать полученный в результате выполнения проектов опыт для развития компании. == Литература == * {{книга |автор = Стэнли Э. Портни |заглавие = Управление проектами для "чайников" |оригинал = Project Management For Dummies |ссылка = |место = М. |издательство = [[Диалектика (издательство)|«Диалектика»]] |год = 2006 |страницы = 368 |isbn = 0-7645-5283-X }} * {{книга |автор = Рассел Д. Арчибальд |заглавие = Управление высокотехнологичными программами и проектами |оригинал = Managing High Technology Programs and Projects |ссылка = |место = М. |издательство = «Академия АйТи» |год = 2004 |страницы = 472 |isbn = 5-98463-002-3 }} * {{книга |автор = Ньюэлл Майкл В. |заглавие = Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена. |издательство = ''«КУДИЦ-ПРЕСС»'' |год = 2008 |страницы = 416 |isbn = 978-5-91136-009-2 }} * {{книга |автор = Том ДеМарко |заглавие = Deadline. Роман об управлении проектами |издательство = ''«ВЕРШИНА»'' ''«М»'' |год = 2006 |страницы = 143 |isbn = 5-9626-0132-7 }} * {{книга |автор = [[Ашманов Игорь Станиславович]] |заглавие = Жизнь внутри пузыря. |ссылка = http://www.ashmanov.com/pap/bubble/ |место = М. |издательство = Манн, Иванов и Фербер |год = 2008 |страницы = 208 |isbn = 978-5-902862-79-6 }} * {{книга |автор = Ким Хелдман |заглавие = Профессиональное управление проектами |издательство = ''«Бином»'' ''«Москва»'' |год = 2005 |страницы = 517 |isbn = 5-94774-234-9 }} * {{книга |автор = Лапыгин Ю.Н. |заглавие = Управление проектами: от планирования до оценки эффективности. |издательство = ''Омега-Л'' ''«Москва»'' |год = 2008 |страницы = 252 |isbn = 978-5-370-00985-3 }} Заренков В. А. Управление проектами. СПб., 2010. == См. также == * [[Проект]] * [[Управление программами]] * [[Портфель проектов]] * [[Программное обеспечение для управления проектами]] * [[Программное обеспечение управления портфелем проектов]] * [[BABOK]] Руководство к Своду знаний по бизнес-анализу * [[Офис управления проектами]] * [[Проектирование]] == Примечания == <references /> == Ссылки == {{внешние ссылки нежелательны}} * [http://www.pmi.org/ Официальный сайт Института Управления Проектами (PMI)] * [http://www.ipma.ch/ Официальный сайт Международной Ассоциации Управления Проектами (IPMA)] * [http://www.sofonov.ru/project-management.html Что такое управление проектами - видео] {{Software Engineering}} [[Категория:Управление проектами]] [[af:Projekbestuur]] [[ar:إدارة مشروعات]] [[bg:Управление на проекти]] [[ca:Gestió de projectes]] [[cs:Řízení projektů]] [[de:Projektmanagement]] [[el:Διοίκηση και Διαχείριση Έργου]] [[en:Project management]] [[eo:Projekt-administrado]] [[es:Gestión de proyectos]] [[eu:Proiektuen kudeaketa]] [[fi:Projektinhallinta]] [[fr:Gestion de projet]] [[gl:Xestión do proxecto]] [[he:ניהול פרויקטים]] [[hi:परियोजना प्रबन्धन]] [[hr:Upravljanje projektima]] [[hu:Projektmenedzsment]] [[id:Manajemen proyek]] [[it:Project management]] [[ja:プロジェクトマネジメント]] [[ka:პროექტის მართვა]] [[ko:프로젝트 관리]] [[lv:Projektu vadība]] [[mk:Раководење со проекти]] [[nl:Projectmanagement]] [[pl:Zarządzanie projektami]] [[pt:Gerência de projetos]] [[ro:Managementul proiectelor]] [[si:ව්‍යාපෘති කළමනාකරණය]] [[simple:Project management]] [[sk:Projektové manažérstvo]] [[sv:Projektledning]] [[sw:Usimamizi wa Miradi]] [[ta:செயற்திட்ட மேலாண்மை]] [[th:การบริหารโครงการ]] [[tr:Proje yönetimi]] [[uk:Управління проектами]] [[vi:Quản lý dự án]] [[zh:项目管理]]'