- •1.Определение проекта, портфеля проектов, программы. Офис управления проектами и его основные функции
- •2.Особенности разработки архитектуры информационных систем.
- •3. Этапы становления управления проектами. Классификация проектов
- •4. Классификация ит-проектов. Управление изменениями в ит-проектах
- •5. Стандарты в области управления проектами.
- •6. Автоматизированные информационные системы управления проектами
- •7. Виды ит-проектов, их особенности. Определение целей ит-проекта, основные подходы
- •8. Управление требованиями. Виды требований к информационной системе
- •9. Участники ит-проекта. Распределение ролей в ит-проекте
- •10. Структура pmbok. Группы процессов и области знаний в управлении проектами
- •11. Основные этапы жизненного цикла ит-проекта
- •12. Методологии разработки и внедрения информационных систем
- •13. Группы процессов ит-проекта
- •14. Основные документы ит-проекта. Структура тз проекта внедрения ис.
- •15. Области знаний в управлении проектами
- •16. Предпроектное обследование при внедрении ис
- •17. Управление интеграцией проекта
- •18. Классификация проектов. Виды ит-проектов
- •19. Управление содержанием проекта. Структурная декомпозиция работ
- •20. Основные этапы проекта внедрения информационной системы
- •21. Управление сроками проекта. Виды визуализации проекта: диаграммы Ганта, сетевые графики.
- •22.Стандарты в области ит проектов. Гост 19, гост 24, гост 34
- •23.Управление стоимостью проекта. Стоимостная оценка проекта, выбор альтернативных проектов. Оценка экономической эффективности проекта.
- •24.Стандарты в области ит проектов. Гост 24
- •25.Управление качеством проекта. Особенности управления качеством в ит-проектах
- •26.Техническое задание: структура и особенности разработки для проектов внедрения ис
- •27.Управление человеческими ресурсами проекта
- •28. Устав проекта. Структура и назначение
- •29.Управление коммуникациями проекта
- •30.Стандарты в области ит проектов. Гост 34
- •31.Управление рисками проекта. Идентификация и анализ рисков ит-проекта
- •32.Назначение и основные функциональные возможности ms Office Project
- •33.Управление поставками проекта
- •34.Стандарты в области управления проектами
- •35. Особенности проектов внедрения информационных систем. Состав документов по проектам внедрения ис.
- •36. Конфигурационное управление
- •37. Организационная структура компании и ее отношение к проектам. Управление коммуникациями
- •38. Классификация бизнес-приложений. Особенности проектов внедрения бизнес-приложений в организации
- •39. Основные документы проекта.
- •40. Классификация ит-проектов. Основные отличия проектов разработки и проектов внедрения программных систем
- •41. Автоматизированные информационные системы управления проектами
- •42. Особенности проектов разработки и развития программного обеспечения
26.Техническое задание: структура и особенности разработки для проектов внедрения ис
Техническое задание, как термин в области информационных технологий – это значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.
Составление ТЗ — сложная и ответственная задача: многие данные ещё не известны, но то, как задание будет поставлено, способно облегчить или затруднить последующее проектирование.
Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются.
Согласно ГОСТ 34.602-89 - «Техническое задание на создание автоматизированной системы (АС)» ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:
общие сведения;
назначение и цели создания (развития) системы;
характеристика объектов автоматизации;
требования к системе;
состав и содержание работ по созданию системы;
порядок контроля и приемки системы;
требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
требования к документированию;
источники разработки.
27.Управление человеческими ресурсами проекта
По стандарту ANSI PMI PMBOK® 3-rd Edition (2004):
Планирование человеческих ресурсов – определение и документальное оформление ролей, ответственности и подотчетности, а также создание плана управления обеспечением проекта персоналом.
Управление командой проекта – контроль за эффективностью членов команды проекта, обеспечение обратной связи, решение проблем и координация изменений, направленных на повышение эффективности исполнения проекта.
Управление человеческими ресурсами проекта включает в себя процессы по организации команды проекта и управления ей. Команда проекта состоит из людей, каждому из которых назначена определенная роль и ответственность за выполнение проекта.
После распределения ролей и ответственности между членами команды проекта, они должны принимать активное участие в планировании проекта и принятии решений.
Команда управления проектом – это часть команды проекта; она отвечает за выполнение операций по управлению проектом (например, планирование, управление и завершение).
Эта группа может называться ядром, исполняющей или руководящей командой.
На малых проектах обязанности управления проектом могут быть распределены между всеми членами команды или поручены непосредственно руководителю проекта.
Спонсор проекта работает в контакте с командой управления проектом и обычно принимает участие в решении таких вопросов, как финансирование проекта, прояснение содержания проекта и иных вопросов, влияющих на производительность и экономическую эффективность проекта.
28. Устав проекта. Структура и назначение
Устав проекта - документ, который авторизует выполнение проекта в организации и дает право руководителю проекта задействовать ресурсы организации в проекте.
Устав проекта, явно или со ссылкой на внешние источники, должен содержать следующую информацию:
Полное и сокращенное названия проекта;
Цели и задачи проекта;
Требования к проекту и продукту проекта, в достаточно общем виде;
Ограничения и допущения применительно к проекту;
Краткое описание этапов выполнения проекта;
Бюджет проекта;
Перечисление рисков проекта;
Отображенная взаимосвязь с другими проектами.
Написание устава значительно повышает вероятность успешного завершения проекта. Дело в том, что он документирует в явном виде намерения участников проекта в самом начале проекта и может служить основополагающей точкой разрешения споров между участниками проектной команды и исполняющей организацией. Так, например, в уставе проекта можно зафиксировать гарантию участия в проекте необходимых сотрудников, порядок финансирования, соглашение о процедуре изменения требований в ходе проекта, отношения между участниками и т.п.
Ключевой точкой в уставе проекта является соглашение руководителя проекта с организацией о невозможности изменения устава проекта без изменения других проектных параметров. Если устав проекта подписан вышестоящим руководителем, то в случае, например, перевода в другой проект одного или нескольких - оговоренных в уставе - исполнителей, автоматически инициируется пересмотр графика проекта, его стоимости и функционала продукта.
