Методы управления проектами
..pdfлагающих ч с ей: |
|
|
|
|
|
|
|
|
|
|
||
2 |
ли; |
|
|
|
|
|
|
|
|
|
|
|
документы (арт факты). |
|
|
|
|
|
|||||||
3 |
|
|
|
|
|
|||||||
1). Ропрактики;Scrum. Всего |
Scrum есть три роли: |
|
тавитель, либего |
|||||||||
|
|
|
|
. Как правило, это либо официальный |
||||||||
• |
владелецве енное лицо заказчика. Также он |
может представлять рынок, на |
||||||||||
|
|
|
продукта (Product Owner) – чел век, который от ечает за |
|||||||||
• |
разработкуто продукт будет реализовывать |
|
; |
самым важным участником |
||||||||
Scrumомастер (Scrum Master) является |
|
|
||||||||||
|
сего процесса. От него зависит своевр менное решение задач, неза- |
|||||||||||
|
висимо |
от |
х масштаба, |
|
е |
необходимых техн |
||||||
|
членов команды, удовлетворенносподдержаниь |
лучаемыми |
результатами, ат |
|||||||||
|
Scrum-практик, инициативность самостоят льность всех остальныических |
|||||||||||
• |
мосфера в коллективе |
итоги работы вообще; |
|
|||||||||
|
|
разраб тчиков (Delivery Team) – это группа из 5–9 инициа |
||||||||||
|
командапен ая задача |
|
постановке реально дос ижимой, прогнозиру- |
|||||||||
|
емой, интереснойсостоитзначимой цели для каждой терации. |
|||||||||||
|
тив ых |
|
самостоятельных человек – член в команды. Ее первосте |
|||||||||
2. Практики |
|
Scrum. |
Существует три вида практик в Scrum-управлении |
|||||||||
• |
ежедневные Scrum-встречи (Daily Scrum |
Они проходят по |
||||||||||
проектами: |
|
|
|
|
|
|
|
|
|
|
|
|
• |
встречи по обзору спринта (Sprint Review Meeting). Это демонстраци- |
|||||||||||
|
утрам перед началом |
аботы, |
их Scrum-мастер; |
|||||||||
|
нная встреча, которая проводитсяпроводитконце каждого спринта для его |
|||||||||||
• |
обзора; |
|
|
|
|
|
|
|
|
|
|
|
авар |
йная остановка спринта (Sprint Abnormal Termination). Она необ- |
|||||||||||
|
спринте |
не |
получается или необходимости в достижении цели сприн- |
|||||||||
|
ход ма для особых |
. Спринт может остановить как команда, |
||||||||||
|
|
владелец продукталучаевтом случае, когда достичь целей в этом |
||||||||||
3. Документы |
артефакты). В любом Scrum-проекте есть три основных |
|||||||||||
|
та б льше нет. |
|
е называют одну фазу (итерацию) п оекта. |
|||||||||
Спринт |
в Scrum-прое |
|||||||||||
артефакта (документа): |
|
|
|
|
|
|
|
|||||
• |
Журнал продукта (Product Backlog); |
|
|
|
|
|
ЖурналУ• каждогоГрафикизспринтаартефакготовится(Burndownесть своиChart)момособенности. |
. |
|
|
. Он |
|
|
со |
|||||||||
бой пе |
чень требований, |
отсортированных |
з |
ачимости. Составля |
его вла |
|||||||||||
делец продукта, оманда разработчиков дополначалеяетпроектаго, |
|
|
|
представляетоц нки стои- |
||||||||||||
мости |
|
продуктаажд |
|
требования. |
|
|
|
|
|
|
|
|
|
|
|
|
продуктареализациисоставленного ранее жур ала продук а. Каждая из функций разби- |
||||||||||||||||
• |
|
принта |
тражает |
|
|
ь, |
|
|
включаяыбрал владелец |
|||||||
ваетсяЖурналзадачи. Благодаря качествефункциональносной раз ив е фкоторуюкций на задачи спринт |
||||||||||||||||
ничего невыполненн го, |
|
чтобы была |
достигнута цель итерации. Из |
|||||||||||||
может быть |
анир ван таким образом, чтобы к его |
|
кончанию не осталось |
|||||||||||||
журнала спринта исключаютсязначит,значительные задачи, |
|
|
|
|
не оказывают |
|||||||||||
особого вл яния на достижение це |
итерации. |
|
ежедневногкоторыеиз енения об- |
|||||||||||||
График |
спринта необходим д |
от бражен |
||||||||||||||
объема работы, который осталися до окончания |
спринта. С помощью него |
|||||||||||||||
ко а да может анализировать текущую ситуацию и вовремя реагировать на |
||||||||||||||||
щегоизм нТакжеения. |
помощью графика спринта владелец прод кта может отслежи |
|||||||||||||||
Среди достоинств |
метода |
выделяются, в |
первую очередь, ориенти |
|||||||||||||
вать прогресс итерации. |
|
. Во-вторых, Scrum считается очень легко |
|
|
||||||||||||
рованность |
|
|
|
|
||||||||||||
ым. В-третьих,адаптивностьупор методе Scrum делается на многофункцио альнуюосваиваеса- |
||||||||||||||||
оорганизующуюся команду, которая способна решать |
|
|
ольшинство |
адач с |
||||||||||||
Scrum-проекты подходят для ст ртапов |
небольших |
|
мпаний, |
избавляя |
||||||||||||
минимумом координации. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
их от необходимости обучать специализированный штат руководителей или |
||||||||||||||||
нанимать профессионалов со стор ны. |
|
|
|
|
все они должны обла |
|||||||||||
ек ной команде (в команде должно быть 5–9 человек, |
|
|||||||||||||||
К недостаткам Scrum можн |
отнести высокую требовате ьность |
проек- |
||||||||||||||
ть сразу несколькими |
компетенциями, |
|
|
|
и |
для |
|
|
|
|||||||
та, благодаря ч му сотрудники могут дополнятьнеобходимымзаменять другреализациидруга, |
работа |
|||||||||||||||
никогда |
не буд т стоять на месте). |
|
|
|
|
|
|
|
|
|
|
|
разные |
|||
Использование Scrum помогает компан ям реализ вывать |
|
|||||||||||||||
проекты. Метод ориентирован на изменения и |
постоянное развитие,самыеего гиб- |
екта друг с другом [9]. |
|
|
|
|
|
|
|
||
1 |
Контрольные·····························································вопросы по главе 5 |
||||||||
Какие области знаний по |
|
равлению проектами рассматривает PMI? |
|||||||
4 |
ния в управлении проектами на основе PMI? |
ия |
управлении |
||||||
включает себя |
|
ппа мониторингаисполнения |
|||||||
2 |
Что включают |
себя груп |
ы процессов иници рования |
плани ва |
|||||
3 |
Охарактеризуйте |
|
|
процессов |
равлении проек- |
||||
5 |
тами на основе PMI. |
|
|
|
|
|
|||
Охарактеризуйте |
группу завершающих процессовуправленуправлении про |
||||||||
|
ектами основосновеPMI. |
|
|
|
|
||||
6. |
Чтопр ектами на |
|
|
PMI? |
|
|
|
||
Какие три группы взаимосвязанных элементов знаний содержат меж- |
|||||||||
7. |
дународные |
требования к компетенции специалистов по |
|
||||||
проектам ? |
|
элементы знаний компетенций, которые входятуправлениюраз |
|||||||
8 |
Перечислитеекта . |
|
|
|
|
|
функций управления |
области |
|
9. |
делы требований к компетенциям специалистов по упра |
про- |
|||||||
Взнанийчем отличительныемоделей IPMAособенностиPMI? групп процессов IPMAвлениюРМВoK? |
|||||||||
10. Охарактеризуйте |
гибкие |
методы управления проектами. |
|
|
|
|
|
|
|
управления |
|
проектами |
позволяют эффективно |
||||||||
управлятьСовременныеми, |
|
|
|
|
качественными |
|
параметрами |
будущей |
|||||||||
продукции или |
|
|
етодызатратными,числе: |
|
|
|
|
|
|
|
|
||||||
|
• |
разработатьуслуги, обосновать |
|
нцепцию проекта; |
|
|
|
|
|||||||||
|
• |
|
эффективность |
|
роекта |
с учетом факторов риска и неопреде |
|||||||||||
|
• |
оцесуществитьинве |
систем ое |
планирование |
проекта |
|
всех |
его жиз |
|||||||||
|
• |
|
|
|
|
|
|
|
отдель ых |
финансовыфазахинструмен- |
|||||||
|
|
лен |
сти; |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
• |
нен ого цикла; |
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
разработать |
сметутиционныебюджкачествапроекта, соответствующие заданным |
|||||||||||||||
|
|
тов |
отобрать наиболее эфф ктивные из них; |
|
|
|
|
||||||||||
|
• |
гр |
чениям; |
|
|
|
|
|
|
|
команды профессиональных |
||||||
|
рганизовать реализацию проекта |
|
|||||||||||||||
|
• |
об спечить |
эффективный контрольсиламире улирован е, а также управле- |
||||||||||||||
|
|
управляющих; |
ормационных тех ологий; |
|
|
|
|
||||||||||
|
|
современных ин |
|
|
|
|
|||||||||||
|
|
ние изменениями, не |
|
|
|
|
|
ходе реализации проекта, на основе |
|||||||||
|
• |
|
|
|
эффективное |
|
ершение проекта; |
|
|
||||||||
|
• |
полной мере учестьзбежнымизываемыйтак а |
челов ческий фактор, нередко |
||||||||||||||
|
• |
рганизовать |
сист мное упр ление |
|
|
продукции п оекта; |
|||||||||||
|
За |
оказывающий решающее воздействиекачествомна эфф ктивность проекта в це- |
|||||||||||||||
|
лом. |
|
годы |
значительно |
обогатилась |
методологич ская база |
|||||||||||
вестиципоследниеонной |
|
|
|
|
|
фаз проекта; появили ь новые организаци |
|||||||||||
о ные структуры, |
|
|
|
|
|
возможность профессосуществленияуправле |
|||||||||||
управлен я проектами; созданы эф |
ективные методики |
компнальногои; |
пред |
||||||||||||||
ния |
учетом так называеминвестиционнойорга изационной зрелости |
накоплен |
|||||||||||||||
практический опытобеспечивающиеиспольз вания новых подходов для |
всех традиционных за- |
||||||||||||||||
дач управления проектами. |
|
|
|
|
|
|
|
|
|
|
|
|
1. |
Управл ние |
|
|
|
. Основы профессиональных знаний : Нацио- |
|||||
|
нальные требованияпроектами |
|
|
|
специалистов (NCB – SOVNET |
|||||
|
ПРАКТИКА», 2010. – 256компетентности. |
|
|
|||||||
2 |
National Competence Baseline Version 3.0). – М. : ЗАО «Проектная |
|||||||||
PMBoK Guide 6 Edition. Руководство к Своду зна ий по управлению |
||||||||||
|
под общ. ред. И. И. Мазура, В. Д. Шапиро. – 6студентов,- изд. стер. – М. : Оме- |
|||||||||
3. |
роектами PMI (Руководство PMBoK). – 6-е изд. – 2017. |
обучающихся |
||||||||
Управление проектами : учеб. пособие для |
||||||||||
|
га-Л,специальности2010. – 910 . |
« |
енеджмент организации» / И. И. Мазур [и др.]; |
|||||||
4. |
|
|
|
|
|
|
ектами : учеб. |
|||
Баркалов С. А. М тематические осн вы управления |
||||||||||
|
пособие / С. А. |
Баркалов, |
. И. Воро |
Г. И. Секлетпрова др. ; под |
||||||
5. |
ред. В. Н. Буркова. – М. : Высш. шк., 2005. – 423 с. |
|
||||||||
ISO 10006:2003. Системы менеджм паев,качества. Руково ящие указа- |
||||||||||
|
стиционном проектировании [Электронный ресурс]. – Режим доступа: |
|||||||||
6. |
ния по менедж |
енту качества про |
ов. – М. : Госстандарт России, |
|||||||
Обзор программного |
обеспечения по управлению проектами, пред |
|||||||||
|
2004. |
|
|
|
|
|
|
|
|
|
|
авленного на российском рынке. Компьютерные технологии в инве- |
|||||||||
|
https://studbooks.net/1437787/menedzhment/obz r program nogo obesp |
|||||||||
|
echeniya upravleniyu proektami predstavlennogo rossiyskom rynke (дата |
|||||||||
7. |
обращ |
я: 09.11.2018). |
|
|
|
|
||||
Сравнение моделей IPMA, PMI, ISO. Учебник по управлению проек- |
||||||||||
|
тами [Электронный ресурс]. – Режим доступа: https://uchebnik.online/ |
|||||||||
|
upravlenie-proektami-uch/sravnenie-modeley-ipma-pmi-48698.html (дата |
|||||||||
8. |
обращения: 09.11.2018) |
|
Электронный курс управления проектами |
|||||||
Методы |
управления. |
|
||||||||
|
[Электронный |
ресурс]. |
|
– Режим доступа: https://4brain.ru/project/ |
||||||
9. |
methods.php#1 (дата обращения: 09.11.2018). |
|
||||||||
Scrum – эффективный метод управления проектами. Блог о самораз |
||||||||||
|
витии [Электронный ресурс]. – Режим доступа: https://4brain.ru/blog/ |
|||||||||
|
scrum/?admitad uid=a0f0a979967866d30919f2ca5f12e941 (дата обраще- |
|||||||||
|
ния: 09.11.2018). |
|
|
|
|
|
|
|
|
Бизнес-анализ – структурированное изучение проблемы, имеющей отн - |
|||||||||||||||
шение к бизнесу. Бизнес-анализ проводится, чтобы лучше понять |
проблему, |
|||||||||||||||
а затем оценить, что треб ется для ее устранения. |
|
|
|
|
|
|
|
|||||||||
|
Быстрый проход (Fast Tracking) – метод сжатия расписания проекта, из- |
|||||||||||||||
меняющий логику сети путем |
|
|
друг |
|
друга |
|
, которые |
бычной |
||||||||
ситуации выполнялись бы последовательно, например фаз |
проектиров |
я и |
||||||||||||||
фазы строит льства. Используетсяналожениядля параллельного выполне |
ия запланиро- |
|||||||||||||||
ванных операций. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
Бюджет проекта – необходимые средства, выделенные на |
|
|
|||||||||||||
роекта. |
х свои роли, которые в процессе |
|
|
|
тва практическивыполнение |
|||||||||||
чно. Этот |
в различных формахсотрудничесчасто спользуется для обеспе- |
|||||||||||||||
полняющщаются |
||||||||||||||||
чения |
Виртуальная команда (Virtual Team) – группа лиц |
|
общими целями, |
|||||||||||||
коммуникацийметоджду членами команды. Виртуальные команды могут |
||||||||||||||||
быть |
Выравнивание |
ресурсов |
(Resource Leveling) – форма |
анализа сети, при ко |
||||||||||||
|
из люд й, разделенных |
|
|
|
расстоя иями. |
|
|
|||||||||
торойсоставленыоки (даты начала завершения)большимиределяются |
|
учетом ограничений |
||||||||||||||
на ресурсы ( апример, ограниченная |
|
пность ресурсов или сложно управ- |
||||||||||||||
ляемые изменения степени их доступности). |
|
|
|
|
|
|
|
|
||||||||
|
Группа процессов управления проектом (Project Management Process |
|||||||||||||||
Group) – логическое объ динение |
|
|
|
входов, инс рументов, |
|
|||||||||||
цессы |
|
и, процессы |
ланирования,управленческихоцессы исполненамия, процессы |
|||||||||||||
дов |
выходов проекта. В груп |
процессов |
авления проект |
входятмето |
||||||||||||
мониторингаинициац управления и |
процессы |
завершения. Группы процессов управ |
||||||||||||||
ления |
проектами не являются фазами проекта. |
|
|
|
|
|
|
|
|
|||||||
|
екомпозиция – процесс деления (сложной) задачи на более мелкие, что |
|||||||||||||||
|
Диаграмма Гантта (Gantt Chart) – графич |
предст вление информа- |
||||||||||||||
бы лучше ее понять и вы олнить. |
|
|
|
е чной диаграмме перечень |
||||||||||||
ции, отн сящейся к |
расп санию. В типичной |
|||||||||||||||
запланированных операций или эл ментов иер |
рхической |
структуры |
работ |
|||||||||||||
тельности операций показаны в |
виде горизонтальных полос (лент), |
привязан- |
||||||||||||||
располагается вдоль левой стороны диаграммы, д ты размещены сверху, |
дли |
|||||||||||||||
ных к датам. |
|
|
|
|
|
|
|
|
|
|
|
|
|
зацииопределяютсявательных,. Обычнопроизводственерекрывающихсяпоследняя фазаымижизненногофаз продукта,цикланазваниепродуктапотребностямии количество– это окончанкоторыхорг е- |
|||||||||
продаж |
обслуживания. |
Жизненный |
циуправленческимипроекта обычн укладывается |
один |
|||||
Жизненный цикл проекта (Project Life Cycle) – набор обычно |
последова |
||||||||
или есколько жизненных циклов |
продукта. |
|
|
требностя |
|||||
тельных фаз проекта, |
|
|
которых определяется |
||||||
ми управления организацииколичество организаций, участвующих в проекте. Жиз- |
|||||||||
ненный цикл можно документироватьсоставпомощью методологии. |
|
|
|||||||
|
ициация пр екта (Project Initiation) – з пуск процесса, который может |
||||||||
завершиться с нкци нированием нового проекта. |
|
|
|
|
|||||
стр ментовИнформационнаяметодов, |
|
|
для сбора, интеграции и распространения |
||||||
|
|
|
истема управления проект ми (Project Management |
||||||
инициации до завершениспользуемыхжет включать в себя как ручные,ционнаятак автомсистемати |
|||||||||
Information System PMIS) – информационная система, которая состоит из ин- |
|||||||||
рез льтатов |
процессов |
управл ния |
проектами. |
Информа |
|
|
|||
упра ле |
ия проектами |
|
ся для поддержки всех аспектов проекта от |
||||||
зированные |
системы. |
|
|
|
|
|
|
|
|
Команда управления проектом (Project Management Team) – члены ко |
|||||||||
манды |
|
епосре ственно зан тые в управлении его работами. В не- |
|||||||
большихпроекта, х команда управления проектом может включать пр ктически |
|||||||||
Контроль (Control) – срав ение |
исполнения с |
запланиро |
|||||||
сех членов команды проекта. |
|
|
|
|
|
|
|||
ванным, анализ отклонений, оце ка тенд нций для оказания влияния на улуч |
|||||||||
шение процесса, оценка |
возможных |
альтфактическогорнатив рекомендация соответству- |
|||||||
ющих корректирую их воздейств й, если это необходимо. |
структуру проекта |
||||||||
труктура, приводящая организаци нн ю ие |
|
||||||||
Матрица ответственност (Responsibility Assignment Matrix, RAM) – |
|||||||||
соответствие с иерархической структурой рархическуюпом гающая обеспечить |
|||||||||
назначение для каждого элемента |
содержания работ по проекту ответственного |
||||||||
лица или кома ды. |
|
|
|
|
|
|
|
||
Матричная организация (Matrix Organization) – рганизац онная струк |
|||||||||
тура, в которой менеджер проекта разделяет с |
ональными руководите- |
||||||||
лями ответственность |
заданию приоритетовфункциуправлению работой лиц, |
||||||||
назначенных для исполнения проекта. |
|
|
|
|
определяющий(величинылиза сети, используемыйвременногоминимальнуюрезерва)для определенияобщуюв различныхдлительностьстепениогическихгибкостипроектапутяхпри. Раннийсетипланипроектастарт |
|||||||||||||||||||||
ной даты начала. П здний старт и поздний финиш рассчитываются |
с помощью |
||||||||||||||||||||
ранний финиш рассчитываются с помощью прохода вперед, исходя из указвании- |
|||||||||||||||||||||
прохода назад, исходя |
из указан ой даты завершения, которой иногда |
бывает |
|||||||||||||||||||
ранний финиш проекта, рассчитанный помощью проход |
вперед. |
|
|
|
|
|
|
||||||||||||||
для |
изм рения исполнения работ и |
создания |
базового плана исполнения. |
|
|
||||||||||||||||
|
Метод |
освоенного |
|
бъема (Earned Value Technique, EVT) – особый метод |
|||||||||||||||||
|
оценки |
|
|
анализа программ (Program Evaluation and Review |
|||||||||||||||||
ину оптимис ичной, пессимистич использующийой наиболее |
в |
тной |
|
|
|
в тех с у |
|||||||||||||||
Technique, PERT) – метод оц нк , |
|
|
|
звешенную среднюю ве и |
|||||||||||||||||
чаях, когда существует |
неопределенность в оценках ероятдельных |
|
|
|
|
|
. |
|
|||||||||||||
|
Пара етр |
|
|
ая |
|
ценка (Parametric Estimating) – методоценки |
|
исп ль- |
|||||||||||||
зующий статистическ |
отношения между историческими данныоперацийдругими |
||||||||||||||||||||
переменными (напримиер, |
площадь конструкций, строки программного |
кода) |
|||||||||||||||||||
для |
|
|
оценки |
|
параметров операции, таких как содержание, |
стои |
|||||||||||||||
мость,вычислениябюджет длительность. Примером д |
параметр |
|
на |
|
может быть |
||||||||||||||||
умножение |
|
|
|
|
|
|
го объема выполняемых |
|
мость едини- |
||||||||||||
цы объема запланированнботыпрошлом для получения оценочнойработсстоимости. |
|
|
|
|
|
|
|||||||||||||||
|
Передача риска (Risk Transference) – метод |
планирования |
реагирования |
||||||||||||||||||
на риски, ко орый |
|
рекладывает последствия наступления угрозы вместе с от- |
|||||||||||||||||||
ветствен остью |
за |
|
|
|
|
на третью сторону. |
|
|
|
|
|
|
|
|
|
||||||
|
План управления |
проектом (Project Management Plan) – утвержденный |
|||||||||||||||||||
формальный |
кумент,реагированиекотором указано, как проект будет исполнять я, как |
||||||||||||||||||||
будет происходить |
его |
|
|
|
управление им. П |
может быть обоб |
|||||||||||||||
щенным или |
подробным, |
|
также может включать один |
|
ли несколько |
вспомо- |
|||||||||||||||
гательных планов управлениямониторингдругие до уме |
|
по планированию. |
|
глубоким |
|||||||||||||||||
будетПланированиеближайшей перспективеразработки, подробно планируется |
|
|
|||||||||||||||||||
|
|
|
|
методом набегающей волнты(Rolling Wave Planning) – вид |
|||||||||||||||||
планирования последовательной |
|
|
ри котором работа, кот рую надо |
||||||||||||||||||
скрытием |
|
|
|
|
|
|
структуры работ, в то время как далеко |
отстоящая |
|||||||||||||
работавыполнитьплан руетсяерархическойотносите ьно неглубоким раскрытием ие |
архической |
||||||||||||||||||||
структуры работ. По мере выполнения работ текущего периода |
производится |
гдавременномпроектодп периодеоектазбивается(Subproject. на более) – небольшаяуправляемыечастьэлементывсего илиоектчасти, выделяемая,. |
ко- |
||||||||||||||
|
Проект (Project) – временное предприятие, направленное |
на создание |
|||||||||||||
уникальных продуктов, услуг или результатов. |
|
|
|
|
|
|
|
||||||||
|
Развитие команды проекта (Develop Project Team) – процесс совершен |
||||||||||||||
ствования компетенций, взаимодействия членов команды |
общих условий ра- |
||||||||||||||
боты команды для улучшения исполнения проекта. |
|
|
|
|
|
|
|
||||||||
|
Риск (Risk) – неопределе |
ное событие или ус овие, наступление которого |
|||||||||||||
отрицат льно или |
|
|
сказывается на ц лях проекта. |
вместе с руч |
|||||||||||
ыми |
Сетевая |
|
оде |
(Schedule Model) – модель, |
|
||||||||||
|
методикамиположительнопрограммным обеспечением для управл ния проектами |
||||||||||||||
для |
|
|
|
анализа сети |
целью создания расписиспользуемаяпро кта для приме- |
||||||||||
нениявыполненияуправлении |
исполнением проекта. |
|
|
|
проек а, |
|
|
||||||||
|
Сжатие (Crashing) – особый тип метода сжатия |
|
|
|
|
||||||||||
котором общая длительн |
проекта уменьшается после проведения ан лиза |
||||||||||||||
ер |
|
альтерна ив для достижения мак имального сжатрасписаниядлительности при |
|||||||||||||
именьших дополнительных |
затратах. С анд ртные подходы к сжатию |
|
|
уве |
|||||||||||
сания включают |
уменьшение |
дли ельности запл нирован |
|
|
|
|
|
||||||||
личение ресурсов, назначаемых для выполнения запланированных |
|
распий. |
|||||||||||||
ность |
Сист ма управления пр ектом (Project Management System) – совокуп- |
||||||||||||||
|
процессов, инструментов, методов, методологий, ресурсовоперацийпроцедур |
||||||||||||||
ля |
|
|
проектом. |
|
|
|
|
|
|
|
|
|
|||
|
Сист мная |
теграция – инженерная дисциплина, позволяющая соч тать |
|||||||||||||
два управленияболее |
технических |
|
проекта (напр |
|
ИТ-прилож ния, |
||||||||||
|
|
огические |
компон нты)результатоводной рабочей системе. Нередко системы |
||||||||||||
с роят из отдельных |
|
проектировавшихсяимер,разрабатывавшихся |
|||||||||||||
технодельно. |
|
|
|
интеграция обеспечивает беспроблемное |
|
|
|
|
|
вие |
|||||
этих компонентовСистемная |
компонентов,рамках единой системы. |
|
взаимодейсметоде |
||||||||||||
|
Спринт – это одна итерация (фаза) проекта, |
|
|||||||||||||
уп авления проектадругимиScrum. В большинстве случаев |
инт длится 30 дней. |
||||||||||||||
В результате каждого спринта к манда должна получитиспользуемаярабочую версию про |
|||||||||||||||
дукта, |
|
уже |
можно демонстрировать заказчику. |
|
|
|
|
|
|
|
|||||
|
Стей холдеры (заинтересованные лица) – это группы людей или тдель |
||||||||||||||
ные люди,которуюоторых проект как-то затрагивает либо (и это важно, про это |
поче- |
ности«затронуть».Тест рованиеили как-– структурированныйна него повлиять, используяконтролируемыйимеющиесяпроцессних оценкизмож |
|||||||||||||
соответствия результатов |
проекта |
реб |
ваниям, перечисленным |
специфика- |
|||||||||
ов и должны отслеживаться в ходе процесса мониторингадентифуправления рис- |
|||||||||||||
ции. |
Триггер – указания на то, что события риска про |
зошли |
ли вот-вот |
||||||||||
про |
зойдут. Триггеры могут быть обнаружены на этапе и |
|
кац |
||||||||||
ками. Другое |
азвание – «симптомы риска» или |
аки риска». |
|
||||||||||
прое та, включающее лишь ос овные |
|
зультаты«признэлем |
ты |
|
|||||||||
|
Укрупненное расп сание (Master Schedule) – укруп енное расписание |
||||||||||||
структуры работ и ключ вые контрольные |
|
бытия расписания. |
|
||||||||||
|
Управление измен ниями – набор |
процессов, |
инструментовиерархической |
||||||||||
обеспечивающих |
успешность |
изменений, |
|
|
проектом. |
методов, |
|||||||
низации. Оно, например, мож |
|
включать |
вызываемыхс бя рестр ктуризациюИзменениели разрорга |
||||||||||
данном контексте означает любую перемену, влияющую на сотруд |
ков |
||||||||||||
ботку новых методов работы. Управление |
изменениями учитывает многие соци- |
||||||||||||
альные аспекты, чтобы обеспечить принятие изменений со стороны тех, кого |
|||||||||||||
они затрагивают. |
|
|
|
|
|
|
|
сторон (Manage Stakeholder |
|||||
|
Управление ожиданиями |
|
|
|
|
||||||||
удовлетворения. их потребностейзаинтересованныхрешения проблем по мере их возникнове |
|||||||||||||
Expectations) – процесс общения |
|
работы |
заинтересованными сторо ами для |
||||||||||
|
Управл |
ие |
|
(Project Management) – приложение з |
аний, навы |
||||||||
ков, инструментов мет |
ов к работам проекта для удовлетворе ия требова |
||||||||||||
ний, предъявляемыхпроектамипроекту. |
|
|
|
|
|
|
. Обычно использу |
||||||
ется |
|
|
выгода – цель коммерческого |
|
|||||||||
какЭкономическаяфина совая выгода, которую получит заказчипроектаот инвестиций в проект. |
|||||||||||||
|
для обос ования расходов или выделения ресурсов под проект. Опред ля- |