Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Управление проектами
Содержание
- 1. Управление проектами
- 2. Содержание курса 1. Введение в управление проектами2.
- 3. 2. Подготовка проекта2.1. Введение 2.2. Особенности подготовки
- 4. 2.1. ВведениеВ основе проекта обычно лежит проблема,
- 5. 2.2. Особенности подготовки проектов, в основе которых
- 6. 2.2. Особенности подготовки проектов, в основе которых
- 7. 2.2. Особенности подготовки проектов, в основе которых
- 8. 2.2. Особенности подготовки проектов, в основе которых
- 9. 2.2. Особенности подготовки проектов, в основе которых
- 10. 2.2. Особенности подготовки проектов, в основе которых
- 11. 2.2. Особенности подготовки проектов, в основе которых
- 12. 2.2. Особенности подготовки проектов, в основе которых
- 13. 2.3. Особенности подготовки проектов, в основе которых
- 14. 2.3. Особенности подготовки проектов, в основе которых
- 15. 2.3.1. Внутренние проекты Внутренние проекты в организациях
- 16. 2.3.2. Проекты, связанные с национальными и международными
- 17. 2.3.2.1. Логико-структурный подходОсновным методическим инструментом для подготовки
- 18. 2.3.2.1. Логико-структурный подход
- 19. Этапы фазы планирования (1) Этап.4. Логика участия
- 20. Логико-структурная схема Логико-структурная схема является основным выходным
- 21. Логико-структурная матрица(1)
- 22. Логико-структурная матрица(2) Составляют логико-структурную схему, двигаясь вниз
- 23. 2.4. Особенности подготовки проектов, в основе которых
- 24. 2.4. Особенности подготовки проектов, в основе которых
- 25. 2.4. Особенности подготовки проектов, в основе которых
- 26. 2.4.1. Распознавание проблемГлавная трудность заключается в распознавании
- 27. 2.4.1.1. Важнейшие причины проблем: плохие решения,изменение существенных
- 28. 2.4.1.2. Причины по которым распознавание проблем затруднено:
- 29. 2.4.1.3. Методы систематического распознавания проблем или слабых
- 30. 2.4.1.3.1. Бенчмаркинг Суть бенчмаркинга сводится к распознаванию
- 31. Слайд 31
- 32. 2.4.1.3.2. Метод анализа слабых мест Метод анализа
- 33. 2.4.1.3.2. Метод анализа слабых местСписок недостатков
- 34. Список проблем
- 35. 2.4.1.3.3. Метод опросных листов При использовании метода
- 36. 2.4.2. Анализ проблемДля сложных проблем целесообразно придерживаться
- 37. 2.4.2.1. Последовательность действий по решению проблемыФормулирование и
- 38. 2.4.2.1. Последовательность действий по решению проблемы4. Определение
- 39. 2.4.2.1. Последовательность действий по решению проблемыПосле выявления
- 40. 2.4.2.1. Последовательность действий по решению проблемы6. Выявление
- 41. 2.4.2.1. Последовательность действий по решению проблемы7. Определение
- 42. 2.4.2.1. Последовательность действий по решению проблемы9. Экспериментальное
- 43. 2.4.2.1. Последовательность действий по решению проблемы11. Выбор
- 44. 2.4.2.2. Решение о подходе к проблеме Подход
- 45. 2.5. Некоторые особенности подготовки и выполнения
- 46. 2.5. Некоторые особенности подготовки и выполнения
- 47. 2.5.1. Основные ключевые элементы, которыми должен овладеть
- 48. 2.5.1. Основные ключевые элементы, которыми должен овладеть
- 49. 2.5.2. Некоторые возможные проблемы международных проектовТрудности в
- 50. 2.5.2. Некоторые возможные проблемы международных проектовЯзыковые барьеры
- 51. 2.5.2. Некоторые возможные проблемы международных проектовВременной план
- 52. 2.5.2. Некоторые возможные проблемы международных проектовРеализация законных
- 53. 2.6. Инициация проектаИнициация Пререквизиты процесса планирования проектаБизнес-планУстав проекта Приказ о запуске проектаТЭО
- 54. 2.6.1. Устав проектаУстав проекта – это документ,
- 55. 2.6.1.1. Структура Уставатребования, удовлетворяющие потребности, пожелания и
- 56. 2.6.1.1. Структура Уставафункциональные подразделения организации и их
- 57. 2.6.1.2. Содержание устава проекта в Российской практикеВ
- 58. 2.6.1.2. Содержание устава проекта в Российской практикеУстав
- 59. 2.6.2. Формирование команды проекта, распределение ролей и
- 60. 2.6.2. Формирование команды проекта, распределение ролей и
- 61. 2.6.2.1. Идентификация необходимого состава команды проекта определить,
- 62. 2.6.2.2. Проблема подбора членов команды из функциональных
- 63. 2.6.3. План коммуникаций проекта и организация командной
- 64. 2.6.3. План коммуникаций проекта и организация командной
- 65. 2.6.3.1. Kick-off meeting и стартовое собрание команды
- 66. 2.6.1. Результаты фазы инициацииУтвержден менеджер проектаОпределены и
- 67. 2.7. Контрольный лист заявки на проектИмеется ли
- 68. Контрольный лист заявки на проект (продолжение)Установлен ли
- 69. Скачать презентанцию
Содержание курса 1. Введение в управление проектами2. Подготовка проекта3. Дизайн проекта/организация проекта 4. Планирование проекта 5. Управление рисками6. Старт проекта7. Управление проектом/контроллинг проекта
Слайды и текст этой презентации
Слайд 2Содержание курса
1. Введение в управление проектами
2. Подготовка проекта
3. Дизайн
проекта/организация проекта
Управление проектом/контроллинг проекта
Слайд 32. Подготовка проекта
2.1. Введение
2.2. Особенности подготовки проектов, в основе
которых лежит заказ
2.3. Особенности подготовки проектов, в основе которых лежит
идея2.4. Особенности подготовки проектов, в основе которых лежит проблема
2.5. Некоторые особенности подготовки и выполнения международных проектов
2.6. Инициация проекта
2.7. Контрольный лист заявки на проект
Слайд 42.1. Введение
В основе проекта обычно лежит проблема, идея, которую надо
претворить в жизнь, или заказ.
В зависимости от этого как
время, необходимое для подготовки проекта, так и объем подготовительной работы могут существенно отличаться. 
Слайд 52.2. Особенности подготовки проектов, в основе которых лежит заказ
Подготовка проекта
исполнителем начинается с получением технических требований (ТТ) от заказчика
Для подготовки
ТТ заказчик должен:четко сформулировать желаемые результаты,
провести оценку возможной стоимости работы,
проанализировать риски проекта,
определиться с формой размещения заказа: проводить тендер или просто предложить заказ одному или нескольким возможным исполнителям.
Слайд 62.2. Особенности подготовки проектов, в основе которых лежит заказ
Часто заказчики
имеют смутное представление не только об объеме и стоимости работ,
а также о возможностях исполнителя, но даже о собственных целях.Крайне желательно проанализировать цели проекта с позиций всех участников (стэйкхолдеров) проекта.
Тщательная подготовка проекта заказчиком может избавить его от многих последующих неприятностей.
Слайд 72.2. Особенности подготовки проектов, в основе которых лежит заказ
Исполнитель, получив
ТТ заказчика,
анализирует их с позиций осуществимости с учетом физической реализуемости
и имеющихся у него человеческих и материальных ресурсов;выполняет предварительное планирование проекта для оценки стоимости и сроков выполнения проекта,
проводит анализ рисков проекта.
Такая подготовка вооружает исполнителя информацией для переговоров с заказчиком о сроках и стоимости работ, и позволяет обоснованно обсуждать распределение рисков между исполнителем и заказчиком и договариваться относительно необходимых резервов.
Слайд 82.2. Особенности подготовки проектов, в основе которых лежит заказ
Чрезвычайно важно,
чтобы заказчик и исполнитель одинаково понимали цели проекта, предметную область
проекта (по каждой позиции технических требований), фактическую основу для калькуляции работ, ограничения и условия.
Слайд 92.2. Особенности подготовки проектов, в основе которых лежит заказ
На основе
технических требований заказчика могут быть предварительно сформулированы цели и основные
задачи проекта, что в свою очередь создает возможность выявления и анализа всех релевантных стейкхолдеров проекта и основных рисков проекта.Далее на основе технических требований заказчика с учетом явных и неявных целей релевантных стейкхолдеров, результатов предварительного анализа рисков, необходимо уточнить цели и задачи проекта.
Слайд 102.2. Особенности подготовки проектов, в основе которых лежит заказ
Результаты предшествующей
работы позволяют приступить к формированию технического задания (ТЗ) на проект
(в общем случае, проектного задания), которое после утверждения является основным исходным документом для команды проекта и заказчика. В нем команда проекта излагает не только, что она будет делать, но и как.
Слайд 112.2. Особенности подготовки проектов, в основе которых лежит заказ
В техническом
задании обязательно должны быть четко изложены критерии успеха проекта, причем
не в общих фразах, а в желаемых измеримых параметрах результата выполнения проекта.Необходимо проанализировать и отразить основные ограничения проекта как со стороны Заказчика, так и со стороны Исполнителя (по срокам, средствам, применяемой технике и технологии, возможности нарушения текущих технологических процессов, соблюдение законов, предписаний и т.п.).
Слайд 122.2. Особенности подготовки проектов, в основе которых лежит заказ
В проектном
задании должны быть также четко выделены решения, которые не могут
приниматься руководителем проекта или проектной группой.При выполнении проекта должна быть полная возможность исходить из того, что все не оговоренные позиции никаким ограничениям не подлежат!
Слайд 132.3. Особенности подготовки проектов, в основе которых лежит идея
Подготовку проектов
этого вида нужно рассматривать с позиций автора идеи, заказчика и
инвестора.Основная проблема автора заключается в том, чтобы найти заказчика и инвестора.
Основная проблема последних – провести грамотную экспертизу проекта.
Слайд 142.3. Особенности подготовки проектов, в основе которых лежит идея
Для проекта,
в основе которого лежит идея инициатора проекта, в разделе «подготовка
проекта» идея должна быть не только ясно и четко сформулирована, но и обоснована.В обосновании необходимо показать, что идея не противоречит физическим законам и может быть в принципе реализована.
В случае инвестиционного проекта рациональной формой обоснования идеи является бизнес-план.
Слайд 152.3.1. Внутренние проекты
Внутренние проекты в организациях часто основываются на
видениях руководителя, анализах состояния дел, процессах поиска идей по их
улучшению.Идеи могут быть принесены и извне организации.
Осознанные недостатки также могут быть основанием для проекта.
Основания для идей могут лежать в личной, производственной или общественной сфере.
Слайд 162.3.2. Проекты, связанные с национальными и международными программами и конкурсами.
В этих проектах ведущим мотивом заявителя является обычно желание получить
дополнительное финансирование, возможность зарубежных поездок или повышение имиджа организации или ее подразделения.Лишь в лучшем случае такие проекты направлены на решение действительных проблем организации.
Подготовка заявок на такие проекты («проект проекта») может занимать до года и более.
Слайд 172.3.2.1. Логико-структурный подход
Основным методическим инструментом для подготовки заявок на международные
проекты является логико-структурный подход.
ЛСП включает в себя аналитическую фазу и
фазу планирования 
Слайд 19Этапы фазы планирования (1)
Этап.4. Логика участия проекта представляет собой
текстуальное описание проекта на каждом из четырех уровней иерархии целей:
на уровне общих целей, уровне индивидуальных целей, уровне результатов и уровне действий.Этап 5. Он сводится к определению допущений и факторов риска. Оценку важности допущений рекомендуется проводить с помощью алгоритма. После того, как допущения сделаны, они формулируются в контексте желаемой ситуации. Таким образом могут проводиться их проверка и оценка. Примерами допущений могут служить:
· Проведение набора адекватного персонала, на месте и из-за рубежа.
· Возвращение обученных работников к работе в проекте.
· Ассигнование соответствующего бюджета.
Создание правительством определенных предпосылок, определенных организацией (страной), оказывающей помощь.
Слайд 20Логико-структурная схема
Логико-структурная схема является основным выходным продуктом ЛСП. Логико-структурная
схема представляет собой матрицу из четырех рядов, в четыре колонки
каждый. По такой матрице излагается краткое содержание проекта, приводятся допущения, лежащие в основе его стратегии, а также указывается способ мониторинга проекта.В текстовой части логико-структурной схемы излагается логика участия (если предпринимаются действия, имеют место результаты и таким образом достигаются определенные цели и т.д.), а также указываются лежащие в основе данной логики важные допущения и факторы риска. Таким образом, создается основа для проверки выполнимости проекта и обеспечивается тщательная оценка сомнительных допущений и неоправданных факторов риска. Они включаются в качестве допущений в четвертую колонку логико-структурной схемы.
Слайд 22Логико-структурная матрица(2)
Составляют логико-структурную схему, двигаясь вниз по первой колонке
(«Текст»), пока она не будет завершена. К примеру, если общая
цель сформулирована как «Вклад в реформирование систем высшего образования стран-партнеров», а конкретная цель как «Создание в системе высшего образования структуры обучения социальной работе», то результаты и действия могут выглядеть так:
Слайд 232.4. Особенности подготовки проектов, в основе которых лежит проблема
Содержание предпроектной
фазы охватывает выявление подлежащей решению проблемы, определение цели и задач
проекта.Проблемная ситуация – это некоторое реальное стечение обстоятельств, положение вещей, которым кто-то недоволен, неудовлетворен и хотел бы изменить.
Проблему можно определить как субъективное отрицательное отношение субъекта к реальности.
Слайд 242.4. Особенности подготовки проектов, в основе которых лежит проблема
У любой
проблемы имеется объективная основа в виде некоторой реальной ситуации и
субъективный аспект в виде негативной оценки ситуации субъектом.Для решения проблемы следует сделать что угодно, лишь бы уменьшить или совсем снять недовольство субъекта.
Пути решения проблемы – изменение реальной ситуации или изменение негативной установки субъекта.
Слайд 252.4. Особенности подготовки проектов, в основе которых лежит проблема
Чтобы изменить
к лучшему отношение субъекта к реальности, не изменяя самой реальности,
можно:довести до субъекта дополнительную информацию, которая обязательно должна быть положительной, но в общем случае не обязательно правдивой;
воздействовать на психику субъекта в нужном направлении, чтобы изменить восприятие реальности субъектом;
прервать взаимодействие субъекта с ситуацией, поскольку именно взаимодействие и привело к возникновению проблемы.
Слайд 262.4.1. Распознавание проблем
Главная трудность заключается в распознавании проблемы. Нередко истинное
состояние дел на предприятии совсем не очевидно.
Чаще проблемы распознаются
как таковые, когда их решение можно найти лишь с большим трудом. Нередко имеет место также ситуация, когда для одних существующее состояние дел представляет собой большую проблему, а для других оно вполне приемлемо и даже желательно.
Слайд 272.4.1.1. Важнейшие причины проблем:
плохие решения,
изменение существенных условий, например, изменение
законов или предписаний,
технические новшества, появление новых технологий, новых инструментов, изменения
в доступности материалов. За счет этого бывшие хорошие решения становятся плохими.
Слайд 282.4.1.2. Причины по которым распознавание проблем затруднено:
«производственная слепота» вследствие
застарелых привычек,
постоянные успехи организации,
отсутствие или недостаточное повышение квалификации работников,
недостаточная коммуникация
между уровнями иерархии,недостаточная мотивация работников, которые боятся изменений и т.п.
Слайд 292.4.1.3. Методы систематического распознавания проблем или слабых мест:
бенчмаркинг,
метод анализа слабых мест,
метод опросных листов,
SWOT-анализ и др.
Слайд 302.4.1.3.1. Бенчмаркинг
Суть бенчмаркинга сводится к распознаванию проблемы путем сравнения
существенных показателей соответствующего предприятия с показателями лучшего предприятия или средними
показателями по отрасли. Могут быть использованы также показатели других отделений концерна.
Слайд 322.4.1.3.2. Метод анализа слабых мест
Метод анализа слабых мест сводится
к выявлению связи между зафиксированными недостатками и вероятными проблемами, т.е.
вместо причинно-следственного принципа используют следственно-причинный принцип.
Слайд 352.4.1.3.3. Метод опросных листов
При использовании метода опросных листов, прежде
всего, необходимо заготовить подходящие опросные листы. Для этого можно:
найти
в литературе опубликованные опросные листы,·приобрести опросные листы в консалтинговой фирме,
·разработать самим с помощью опытного специалиста.
Используемые опросные листы не должны быть поверхностными, но и не слишком детализированными. В первом случае могут быть упущены существенные проблемы, а во втором резко возрастает объем работ.
Слайд 362.4.2. Анализ проблем
Для сложных проблем целесообразно придерживаться методики анализа и
решения проблем, детально разработанную системными аналитиками.
Технология анализа предусматривает ряд этапов,
причем необходимо иметь в виду, что алгоритм решения каждой конкретной проблемы не является линейным. Возможны возвраты к предыдущим этапам, цикличность. 
Слайд 372.4.2.1. Последовательность действий по решению проблемы
Формулирование и документальная фиксация проблемы.
Диагностика
проблемы.
Необходимо определить тип проблемы, т.е. выяснить возможность решения проблемы воздействием
на самого недовольного субъекта или изменением реальности, которой он недоволен. Возможны и случаи, когда целесообразно сочетание обоих воздействий.Составление списка стейкхолдеров проблемы.
Теоретически он должен быть полным. К сожалению, это невыполнимо, поэтому приходится довольствоваться некоторым набором существенных стейкхолдеров. От того, насколько качественно определены существенные стейкхолдеры, сильно зависит качество анализа проблемы!
Слайд 382.4.2.1. Последовательность действий по решению проблемы
4. Определение конфигуратора.
Конфигуратором называют
минимальный набор профессиональных языков, позволяющий дать полное описание проблемной ситуации
и ее преобразований. Иначе говоря, конфигуратор определяет области знаний, которые могут иметь отношение к проблеме, и соответственно указывает на сторонние источники информации, которые следует привлечь для решения данной проблемы, помимо информации, полученной от стейкхолдеров.5. Выявление «проблемного месива».
Самым лучшим источником достоверной, точной и полной информации о проблемах стейкхолдеров являются, безусловно, сами стейкхолдеры. Но здесь мы сталкиваемся с проблемой их доступности. Некоторые из них не имеют возможности или желания сотрудничать с аналитиком, некоторые лично недоступны по географическим или политическим причинам. Кроме того, часть стейкхолдеров может быть не лицом, а группой.
Слайд 392.4.2.1. Последовательность действий по решению проблемы
После выявления проблемного поля необходимо
упорядочить все выявленные проблемы стейкхолдеров с помощью построения иерархического дерева
проблем, выявляя тем самым причинно-следственные связи между ними. Если проблема является причиной, она помещается уровнем ниже, если следствием – уровнем выше, если ни причиной, ни следствием, то помещается на тот же самый уровень.Необходимо установить количественно, какие непосредственные и косвенные последствия имеет рассматриваемая проблема: более высокие издержки, большую трудоемкость, более высокий брак и.др.
Слайд 402.4.2.1. Последовательность действий по решению проблемы
6. Выявление целевого поля.
Для
проектирования вмешательства необходимо знать цели всех стейкхолдеров. Задача аналогична предыдущей,
только теперь надо выяснять у стейкхолдеров, чего бы они хотели.Трудность состоит в том, что цели, объявленные стейкхолдером, могут отличаться от его истинных целей.
Для упорядочения целей полезно построить дерево целей. Нередко оно может быть быстро составлено методом позитивного зеркального отражения негативных формулировок проблем. Дополнительная трудность при этом может возникнуть, когда одна проблема порождает несколько целей.
Слайд 412.4.2.1. Последовательность действий по решению проблемы
7. Определение критериев.
Должны быть установлены
критерии, с помощью которых можно качественно, количественно и во времени
оценить достижение целей стейкхолдеров в результате улучшающего вмешательства.Многие проблемы в реальной жизни не имеют радикального решения, однако почти всегда могут быть найдены, так называемые, улучшающие решения.
Улучшающим решением называют такое изменение проблемной ситуации, которое положительно оценивается хотя бы одним из ее участников и неотрицательно – всеми остальными.
8. Построение модели проблемной ситуации.
Данная модель необходима для того, чтобы на ней «проиграть» возможные варианты вмешательства, чтобы в дальнейшем не только отсечь те, которые окажутся не улучшающими, но и выбрать среди улучшающих на основе установленных критериев наиболее улучшающие.
Слайд 422.4.2.1. Последовательность действий по решению проблемы
9. Экспериментальное исследование системы.
Этот этап
заключается в поиске более детальной и недостающей информации для осуществления
генерирования альтернатив. Это могут быть физические эксперименты, моделирование, аналитические исследования.10. Генерирование альтернатив.
Выработка возможных вариантов решений является творческим процессом. Команда проекта должна выбрать одну или несколько технологий таких процессов из множества предлагаемых в литературе.
Слайд 432.4.2.1. Последовательность действий по решению проблемы
11. Выбор альтернативы.
Очевидно, что выбор
альтернативы должен производиться совместно с заказчиком проекта (если его еще
нет, то с ориентацией на предполагаемого заказчика).Границы проекта и границы проблемы не обязаны быть идентичными.
Технология выбора альтернатив решений подробно рассматривается в курсе «Разработка управленческих решений».
Когда альтернатива выбрана и имеется заказчик, может быть разработан и осуществлен проект реализации выбранной альтернативы в соответствии с техническими требованиями заказчика. Если конкретного заказчика нет, то выбранная альтернатива может рассматриваться как идея, которая может быть оформлена в виде заявки на грант, пакета предложений и т. п.
Слайд 442.4.2.2. Решение о подходе к проблеме
Подход к проблеме имеет
существенное значение для принятия решения о начале проекта, его организации
и планирования. Варианты:выполнить планирование проекта, чтобы затем, возможно, приступить к его выполнению;
найти решения проблемы путем импровизации;
решать проблему в рабочем порядке с помощью существующих служб организации;
не решать проблему, поскольку, например, она не имеет решения или затраты на ее решение превышают вред от нее.
Слайд 452.5. Некоторые особенности подготовки и выполнения
международных проектов
Глобализация экономики привела
к резкому росту разнообразных международных проектов, которые пересекают границы между
странами.В составе команд таких проектов могут быть люди из одной, двух или более стран.
Межкультурные различия для таких проектов могут оказаться одним из главных факторов, определяющих их успех или провал.
Слайд 462.5. Некоторые особенности подготовки и выполнения
международных проектов
Международные проекты по
своей природе требуют высокой степени осведомленности, чувствительности и щепетильности.
Только
это может обеспечить установление доверия, которое является основным залогом успеха международных связей. Не каждая организация и не каждый индивидуум готов к работе в международном пространстве.
Слайд 472.5.1. Основные ключевые элементы, которыми должен овладеть и которые должен
использовать руководитель международного проекта:
осознание и понимание разницы между первым, вторым
и третьим миром;получение информации и помощи от различных профессиональных организаций по управлению проектами относительно приемлемой практики управления проектами в определенной стране;
использование стандартов по управлению проектами (PMBoK) для обеспечения общего языка, способного преодолеть некоторые барьеры проекта;
проверка допущений, принятых в связи с культурными различиями;
Слайд 482.5.1. Основные ключевые элементы, которыми должен овладеть и которые должен
использовать руководитель международного проекта:
понимание культурных различий в восприятии времени и
срочности;изучение инфраструктуры страны для избежание сюрпризов с логистикой;
достижение договоренности о понимании приемлемого уровня риска;
готовность и желание понимать культурное многообразие при работе с людьми;
предоставление принимающей стороне возможности для обсуждений, необходимых для установления доверия в отношениях.
Слайд 492.5.2. Некоторые возможные проблемы международных проектов
Трудности в поддержании необходимого уровня
контроля изменений, поскольку неадекватные доклады о результатах работ часто связаны
со стремлением сохранить лицо и в некоторых культурах рассматриваются как вполне нормальное явление.Стратегический план и описание продукта могут быть плохими или неправильно понятыми. Реализуемость проекта может быть переоценена. Анализ экономической выгоды от проекта, если он вообще проводится, может быть неточным или неправильно понятым. Разница может быть также в системах бухгалтерского учета, которая может привести к неверным оценкам издержек проекта.
Слайд 502.5.2. Некоторые возможные проблемы международных проектов
Языковые барьеры существенно затрудняют точную
формулировку даже технических требований. В результате обычно требуется целый ряд
итераций для обеспечения идентичности этого основополагающего документа на разных языках.Особые трудности могут возникнуть, если принимающая сторона не согласна с методологией управления проектом и, особенно, если она ставит нереалистичные цели.
Слайд 512.5.2. Некоторые возможные проблемы международных проектов
Временной план проекта неизбежно приходится
удлинять, поскольку продолжительность многих работ подвержена влиянию целого ряда факторов,
действие которых трудно предсказать заранее.Позднее поступление или повреждение требуемых для проекта товаров или услуг в связи с плохой инфраструктурой. Качество товаров может быть неизвестным. Местные обычаи, каникулы, религиозные верования, выходные и праздничные дни могут свести на нет все попытки точного определения продолжительности отдельных работ. Таможенные формальности могут оказаться не только сложными, но и на практике не соответствующими даже законодательству данной страны.
Слайд 522.5.2. Некоторые возможные проблемы международных проектов
Реализация законных прав, например, при
нарушении контракта со стороны заказчика может оказаться практически невозможной.
Целевые установки,
которые для европейцев или американцев считаются само собою разумеющимися – оптимизация дохода, минимизация издержек и максимизация прибыли – в международном проектном менеджменте могут оказаться неподходящими и могут быть заменены на статус, стабильность, консенсус и т.п. 
Слайд 532.6. Инициация проекта
Инициация
Пререквизиты процесса планирования проекта
Бизнес-план
Устав проекта
Приказ о
запуске проекта
ТЭО
Слайд 542.6.1. Устав проекта
Устав проекта – это документ, который формально авторизует
(официально одобряет) проект. Этот документ предусмотрен стандартом PMBoK. В Европе
он не получил распространения в виде отдельного документа, хотя все его составляющие при подготовке проекта создаются.В данном случае слово «устав» является не совсем корректным переводом английского термина “charter”, который можно перевести как заказ или договор.
Слайд 552.6.1.1. Структура Устава
требования, удовлетворяющие потребности, пожелания и ожидания заказчика, спонсора
и других стейкхолдеров проекта;
производственная необходимость, общее описание проекта или требований
к продукту, который является предметом проекта;цель или обоснование проекта;
сведения о руководителе проекта и уровне его полномочий;
основные вехи проекта;
анализ стейкхолдеров и их влияния на проект;
Слайд 562.6.1.1. Структура Устава
функциональные подразделения организации и их участие в проекте;
допущения
относительно организации и окружения, а также внешние допущения;
ограничения, накладываемые организацией,
окружением и внешней средой;бизнес-обоснование проекта;
суммарный бюджет проекта.
Вопрос о том, составлять ли Устав проекта в виде отдельного документа, должен быть отражен в системе управления проектами организации. Однако очевидно, что все составляющие Устава должны быть проработаны в процессе подготовки проекта.
Слайд 572.6.1.2. Содержание устава проекта в Российской практике
В российской практике устав
проекта часто является нормативным документом, регламентирующим реализацию проекта и порядок
взаимодействия участников проекта.Цель устава проекта – установление правил организации работ по проекту путем документирования терминологии, целей, стратегии, границ, организационной структуры, методологии ведения проекта, ролевых функций и планов проекта, необходимых для достижения бизнес-целей проекта и компании в целом.
Устав проекта может изменяться в ходе выполнения работ и является обязательным для выполнения всеми участниками проекта.
Слайд 582.6.1.2. Содержание устава проекта в Российской практике
Устав проекта обычно составляют
для крупных или кросс-функциональных проектов. В первом случае это оправдано
тем, что в крупные проекты привлекается большое количество ресурсов из разных функциональных подразделений.Для маленьких проектов устав обычно не оформляется.
Необходимость оформления Устава проекта определяется сложностью, масштабом и степенью кросс-функциональности проекта.
Устав проекта вступает в силу после его подписания полномочными представителями Заказчика и Исполнителя и действует вплоть до подписания протокола о завершении проекта.
Слайд 592.6.2. Формирование команды проекта, распределение ролей и работ
Выбор членов группы
обычно осуществляется руководителем проекта по согласованию с руководителями функциональных подразделений,
откуда берут работников, и с самими работниками. Надо следить за тем, чтобы линейные руководители не использовали ситуацию для того, чтобы «спихнуть» в проект неугодных им работников. Руководителю проекта должно быть дано право отклонения неподходящих кандидатур.Наряду с профессиональными качествами привлекаемые к проекту работники должны обладать способностью к работе в команде. Должна быть гарантирована совместимость людей. Если отдельные работники нарушают гармонию команды, их следует заменить другими, даже если речь идет о носителях важнейших ноу-хау.
Слайд 602.6.2. Формирование команды проекта, распределение ролей и работ
При подборе команды
руководитель проекта должен как можно раньше наладить взаимодействие с руководителями
функциональных подразделений:руководитель функционального подразделения, как специалист, гораздо лучше знает предметную сторону своей части проекта и может выявить области с высоким риском.
нужно, чтобы у него выработалось положительное отношение к успеху проекта, а это достигается, когда он участвует уже при планировании проекта.
Слайд 612.6.2.1. Идентификация необходимого состава команды проекта
определить, какие функциональные группы
и потенциальные партнеры необходимы для выполнения работ;
идентифицировать все особые компетенции
и опыт, который требуется от отдельных членов команды;скомпоновать исходный лист необходимых членов команды в начале проекта;
определить организационную структуру команды. Необходимо ли выделить суб-команды (особенно в случае больших проектов)?
обойти функциональные подразделения организации с вопросом, нужны ли их представители в команде проекта;
получить персональное согласие каждого члена команды на участие в работах по проекту;
составить матрицы ролей и ответственности для фиксации основного вклада в проект членов команды и получения согласия от непосредственных руководителей членов команды;
составить матрицу поручений и работ.
Слайд 622.6.2.2. Проблема подбора членов команды из функциональных подразделений
Руководитель проекта должен
понимать трудности линейного руководителя, связанные с включением своих людей в
команду проекта:ему обычно никто не уменьшает объема обычной оперативной деятельности подразделения и опытные работники ему нужны самому.
даже если он всей душой за проект и готов отдать такого работника, это не всегда гарантирует успех, т.к. требования к члену команды могут отличаться.
Слайд 632.6.3. План коммуникаций проекта и организация командной работы
Выполнение проекта вызывает
большой объем коммуникаций между различными его участниками. Планирование коммуникаций в
проектах не менее и даже более важно, чем в обычной деятельности функциональных подразделений.Для обеспечения нормальных коммуникаций в проекте необходимо:
подготовить список всех членов команды проекта с указанием номеров телефонов, факсов, электронной почты и в необходимых случаях также домашних адресов;
Слайд 642.6.3. План коммуникаций проекта и организация командной работы
подготовить список других
релевантных стейкхолдеров проекта (администрации предприятия, руководителей структурных подразделений, имеющих отношение
к проекту, заказчиков, соисполнителей и т.д.) также с указанием номеров телефонов, факсов, электронной почты, почтовых адресов, часов приема;согласовать предпочтительные виды связи;
установить расписание встреч, планерок, порядок, объем и сроки отчетности. При этом надо особенно внимательно учесть возможности участников из других организаций, совместителей и людей с неполным рабочим днем;
в необходимых случаях подготовить сайт проекта;
согласовать технические детали коммуникаций – компьютерные программы, ведение совещаний, оформление и рассылка протоколов и т.п.
Слайд 652.6.3.1. Kick-off meeting и стартовое собрание команды проекта
Kick-off meeting
обычно проводится в больших и международных проектах. В нем участвует
не вся команда, а только вышестоящее руководство организации и полномочные представители соисполнителей. На нем, как правило, еще не обсуждается содержание проекта. Оно служит главным образом взаимному знакомству, распределению ролей, установлению «правил игры» и созданию некоторого общего уровня информированности.На стартовом собрании команды обсуждаются основания для выполнения проекта, вырабатывается устав проекта, укрупнено обсуждаются объем и основной состав работ, риски, стоимость, необходимые ресурсы и желательный график выполнения. Продолжительность собрания в зависимости от вида и размера проекта может составлять от двух часов до полного рабочего дня.
Слайд 662.6.1. Результаты фазы инициации
Утвержден менеджер проекта
Определены и утверждены цели и
масштабы проекта
Определены организационные принципы проекта
Определены процедуры взаимодействия
Определены основные вехи проекта
Составлен
устав проектаСоставлен бизнес-план
Составлено ТЭО
Слайд 672.7. Контрольный лист заявки на проект
Имеется ли окончательное название проекта?
Описана
ли однозначно цель проекта?
Зафиксированы ли подцели?
Выполнено ли достаточно точное обоснование
проекта?Определен ли заказчик?
Назначен ли руководитель проекта?
Известно ли вышестоящее руководство (юридическое и техническое)?
Определен ли наиболее ранний возможный старт проекта?
Определен ли конечный срок проекта?
Слайд 68Контрольный лист заявки на проект (продолжение)
Установлен ли бюджет проекта?
Специфицированы ли
расходы на персонал?
Определены ли материальные расходы?
Сколько необходимо средств на внешний
консалтинг?Составлена ли матрица гибкости проекта?
Определена ли матрица ответственности?
Определены ли полномочия?
Определены ли основные факторы риска и критерии прекращения проекта?
Имеется ли фазовый план проекта, план вех и план издержек?
Имеется ли организационный план проекта, учитывающий состав и возможности команды и требующиеся мощности?
