
- •1. Понятие проекта в сфере разработки по.
- •2. «Железный треугольник».
- •3. Отличия разработки по от других отраслей.
- •4. Проект и организационная структура компании. Различия между функциональной и проектной структурой.
- •5. Матричная организация компании. «Слабая», «сбалансированная» и «жесткая» матрицы.
- •6. Модель зрелости процессов создания по (cmm – Capability Maturity Model).
- •7. Жизненный цикл проекта. Стадии жизненного цикла проекта.
- •8. Модель «Code & Fix».
- •9. Модель водопада. Стадии, преимущества, недостатки.
- •11. Итеративная модель. Стадии, преимущества, недостатки.
- •12. Основные отличия итеративного подхода от модели водопада.
- •13. Методология rup.
- •14. Спиральная модель.
- •15. Технология Microsoft Solutions Framework.
- •16. Понятие «экстремального программирования» (Extreme Programming - xp). Основные особенности хр.
- •17. Практики xp. Планирование
- •Тестирование
- •Парное программирование
- •Рефакторинги
- •Простой дизайн
- •18. Планирование и оценка проекта. Основные этапы/действия.
- •19. Метод Дельфи оценки проекта.
- •20. Экспертный метод оценки проекта. Отличия от метода Дельфи.
- •21. Модель оценки стоимости проекта сосомо. Уровни сосомо.
- •22. Модель сосомо II. Отличия от сосомо.
- •23. Использование сосомо/сосомо II для оценки многокомпонентного продукта.
- •24. Метод функциональных точек. Основные стадии.
- •25. Определение типа, области оценки, границ продукта и данных проекта по методу функциональных точек. Определение типа оценки
- •Определение области оценки и границ продукта
- •26. Методика подсчета функциональных точек, связанных с данными. Подсчет функциональных точек, связанных с данными
- •27. Методика подсчета функциональных точек, связанных с транзакциями. Подсчет функциональных точек, связанных с транзакциями
- •28. Методика расчета количества выровненных функциональных точек.
- •29. Оценка трудоемкости проекта по методике cocomo II. Факторы масштаба и множители трудоемкости cocomo II. Оценка длительности проекта по методике cocomo II.
- •30. Метод оценки проекта «по выполненному объему».
- •31. Структура управления рисками проекта.
- •32. Планирование управления рисками: входы, инструменты и методы, выходы.
5. Матричная организация компании. «Слабая», «сбалансированная» и «жесткая» матрицы.
Матричная организационная структура базируется на принципе множественного (чаще всего, двойного) подчинения. С этой точки зрения она является противоположностью линейной оргструктуры, базирующейся на единоначалии. Существует практика выделять "жёсткую", "слабую" и сбалансированную матричную структуры. На самом деле, "слабая матрица" по факту аналогична функциональной структуре (роль и полномочия сотрудника, который координирует проект, сильно ограничены, а функциональный руководитель обладает большей властью), а "жесткая матрица" - проектной структуре (координатор/менеджер проекта обладает большей властью). Только "сбалансированная матрица" полностью соответствует принципу множественного подчинения.
6. Модель зрелости процессов создания по (cmm – Capability Maturity Model).
Уровни зрелости управления — этапы развития организации в соответствии со стандартизованными моделями оценки уровня зрелости управления. Проходятся каждой организацией последовательно и определяются различными характеристиками, включающими миссию, ценности, стратегию, организационную структуру. Переходы с уровня на уровень делают организацию более конкурентоспособной.
Capability Maturity Model — модель зрелости возможностей (модель полноты потенциала) создания ПО: эволюционная модель развития способности компании разрабатывать программное обеспечение.
Уровни
Начальный. Самый примитивный статус организации. Организация способна разрабатывать ПО. Организация не имеет явно осознанного процесса, и качество продукта целиком определяется индивидуальными способностями разработчиков. Один проявляет инициативу, и команда следует его указаниям. Успех одного проекта не гарантирует успех другого. При завершении проекта не фиксируются данные о трудозатратах, расписании и качестве.
Повторяемый. В некоторой степени отслеживается процесс. Делаются записи о трудозатратах и планах. Функциональность каждого проекта описана в письменной форме. В середине 1999 года лишь 20 % организаций имели 2-й уровень или выше.
Установленный. Имеют определённый, документированный и установленный процесс работы, не зависящий от отдельных личностей. То есть вводятся согласованные профессиональные стандарты, а разработчики их выполняют. Такие организации в состоянии достаточно надёжно предсказывать затраты на проекты, аналогичные выполненным ранее.
Управляемый. Могут точно предсказать сроки и стоимость работ. Есть база данных накопленных измерений. Но нет изменений при появления новых технологий и парадигм.
Оптимизированный. Есть постоянно действующая процедура поиска и освоения новых и улучшенных методов и инструментов.
7. Жизненный цикл проекта. Стадии жизненного цикла проекта.
Жизненный цикл проекта — последовательность фаз проекта, задаваемая исходя из потребностей управления проектом.
Стадии:
Идея: потребность, возможность, проблема
Инициализация: концепция.
Планирование: требования к системе, план управления.
Реализация: рабочее расписание, отчёт о состоянии, документы проекта, исходные коды.
Завершение: протоколы и акт приемо - сдаточных испытаний, итоговый отчёт, архив проекта.
Удовлетворение потребности, реализация возможности, решение проблемы