Когда существенно нарастает стоимость изменений и коррекции ошибок

Ответы на все вопросы (все модули) по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

Ответы на 1 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Перечислите группы процессов управления проектами
инициация, планирование, выполнение, контроль и завершение

2. Что входит в понятие «инициация проекта»?
официальное объявление о начале проекта, поиск заинтересованных сторон, выделение реальных целей проекта, определение коммерческой выгоды

3. По каким стратегическим соображениям санкционируются проекты?
требования рынка, стратегические возможности/нужды предприятия, требования заказчика, технологический прогресс и законодательные требования

4. Кто такой менеджер проекта?
это лицо, назначаемое исполняющей организацией ответственным за достижение целей проекта

5. Какой характер имеет план управления проектом?
итеративный

6. Назовите основные цели проекта с точки зрения производства
повышение качества и безопасности производственного процесса, сокращение отходов, сокращение времени для развертывания, использование более доступных материалов, сокращение числа этапов производства

7. Что такое портфель проектов?
это набор проектов или программ и других работ, объединённых вместе с целью эффективного управления данными работами для достижения стратегических целей

8. Назовите основные цели проекта с точки зрения продажи и маркетинга
расширение рынка, увеличение доли рынка, сокращение времени выхода на рынок, продление времени жизни продукта, повышение качества обслуживания клиентов, повышение качества и безопасности продуктов, улучшение репутации, сокращение стоимости

9. Что такое управление проектами?
это отдельная область менеджмента, предназначенная специально для управления временной деятельностью с уникальными результатами

10. Какие характеристики критичны для менеджера проекта?
профессиональные навыки, результативность, личные качества

11. Существуют ли связи между управлением проектами, программами и портфелями?
да, существуют

12. Что такое стандарт?
это официальный документ, в котором в целях добровольного многократного использования устанавливаются характеристики продукции, правила осуществления и характеристики процессов производства, эксплуатации, хранения, перевозки, реализации и утилизации, выполнения работ или оказания услуг

13. Что такое офис управления проектами?
это подразделение или организация, чья сфера деятельности варьируется от оказания поддержки в управлении проектами до прямого управления проектами

14. Что входит в понятие «завершение проекта»?
официальное заявление о завершении проекта, документирование степени выполнения задач и извлеченных из проекта уроков, закрытие контрактов, высвобождение ресурсов для других начинаний

15. Что входит в понятие «контроль проекта»?
мониторинг проекта, определение производительности участников, сверка с планом проекта

16. Что входит в понятие «выполнение проекта»?
исполнение работ, определенных в плане управления проектом, координация людей и ресурсов, интеграция и выполнение операций проекта

17. Имеет ли проектная деятельность отличия от операционной, и если имеет, то какие?
да, имеет: проектная деятельность имеет ограниченный срок, большое количество рисков, большое количество изменений, команда формируется для одного проекта

18. Назовите основные цели проекта с точки зрения финансов
повышение прибыли, сокращение затрат, повышение рентабельности, повышение устойчивости доходов

19. Назовите основные цели проекта с точки зрения организационных факторов
привлекательность для акционеров, улучшение имиджа, сокращение потребности в квалифицированной рабочей силе, сокращение времени на обучение персонала, улучшение обмена информацией, повышение заинтересованности работников, повышение производительности, улучшение условий труда

20. Что такое программа проектов?
это ряд связанных друг с другом проектов, управление которыми координируется для достижения преимуществ и степени управляемости, недоступных при управлении ими по отдельности

21. Какова роль менеджера проекта в управлении взаимоотношениями с заинтересованными сторонами проекта?
развитие и поддержание взаимоотношений со спонсором проекта, менеджером проекта со стороны заказчика, персоналом проекта и бизнес-менеджером исполнителя

22. Приведите примеры проектной деятельности
разработка нового продукта или услуги, строительство здания, внедрение нового процесса на предприятии

23. Что входит в понятие «планирование проекта»?
определение решаемой задачи, составление плана реализации проекта и его расписания, в котором указано, что и когда нужно сделать, кто будет этим заниматься и во что это обойдется, определение рисков и способы реагирования на них

24. Что такое проект?
временное предприятие для создания уникальных продуктов, услуг или результатов

25. Каковы критерии успешности проекта?
проект завершен в установленные сроки, в рамках выделенного бюджета, при удовлетворении заказчика

Ответы на 2 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Перекрывающийся тип связи между фазами, это:
когда фаза начинается еще до завершения предыдущей фазы

2. Что не является критическим фактором успеха при планировании этапа?
Разработаны новые стратегии, стандарты и процедуры процесса управления проектом

3. Что такое заинтересованные стороны проекта?
лица или организации, активно вовлеченные в проект и/или интересы которых могут быть затронуты выполнением проекта

4. Команда проекта состоит из:
менеджера проекта, команды управления проектом и других членов команды проекта

5. С какой целью следует разделять проект на этапы или фазы?
для более легкого управления, планирования и контроля

6. Когда затраты и вовлечение персонала в проект достигают пикового значения?
по мере выполнения работ

7. Когда затраты и вовлечение персонала в проект стремительно падают?
на этапе завершения

8. Определите правильную характеристику итерационного типа взаимосвязи между проектами.
уменьшает способность обеспечения долгосрочного планирования, влечет за собой необходимость в готовности всех членов команды проекта

9. Что такое менеджер по операциям?
ключевое лицо в основной области деятельности предприятия, имеющие дело непосредственно с производством и обслуживанием реализуемых продуктов и услуг предприятия

10. Какие основные характеристики отображает структура жизненного цикла проекта?
стоимость и вовлечение персонала, влияние заинтересованных сторон, способность влиять на конечные характеристики продукта

11. Какая связь не является основным типом взаимосвязи между фазами проекта?
линейная иерархическая

12. Последовательный тип связи между фазами, это:
когда фаза может начинаться только после завершения предыдущей фазы

13. Что такое функциональный руководитель?
ключевое лицо в рамках административной или функциональной области предприятия, таких как отдел кадров, финансовый отдел, отдел поставок

14. Определите правильную характеристику перекрывающегося типа взаимосвязи между проектами
повышает риск, может привести к повторению работ, уменьшает сроки выполнения проекта

15. Что не является целью планирования этапов проекта?
установление областей применения проекта, целей и подходов

16. Когда возможно влияние на конечные характеристики продукта без существенного изменения его стоимости?
в начале проекта

17. Что такое жизненный цикл проекта?
это набор последовательных или перекрывающихся фаз проекта

18. Какова структура жизненного цикла проекта?
начало проекта, организация и подготовка, выполнение работ проекта, завершение проекта

19. Когда существенно нарастает стоимость изменений и коррекции ошибок?
на этапе завершения

20. Что входит в компетенции менеджеров портфеля?
рассмотрение и отбор проекта с точки зрения его рентабельности, ценности, рисков

21. Определите правильную характеристику последовательного типа взаимосвязи между проектами.
уменьшает неопределенность, но исключает варианты для сокращения сроков выполнения проекта

22. Когда затраты и вовлечение персонала в проект невелики?
в начале

23. Когда влияние заинтересованных сторон, риск и неопределенность имеют наибольшее значение?
в начале проекта

24. Что не входит в компетенции менеджеров проектов?
координация деятельности менеджеров портфелей, выдача распоряжений по отдельным проектам

25. Итерационный тип связи между фазами, это:
когда на любое заданное время планируется только одна фаза, а планирование следующей осуществляется по мере выполнения работ в рамках текущей фазы и получения результатов

Ответы на 3 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Что такое устав проекта?
первый официальный документ проекта, подтверждающий существование проекта 

2. Какая группа процессов не является частью групп процессов управления проектами?
группа процессов руководства операционной деятельностью 

3. Что такое мониторинг и управление рисками?
применение планов реагирования на риски, отслеживание идентифицированных рисков, мониторинг остаточных рисков, выявление новых рисков и оценка процессов управления рисками на протяжении всего проекта 

4. Что такое осуществление общего управления изменениями?
анализ всех запросов на изменение, их утверждения и управления изменениями результатов, активов процессов организации, документов проекта и плана управления проектом 

5. Что описывает план управления проектом?
как проект будет планироваться и исполняться, как будет производиться его мониторинг и управление, как он будет завершен 

6. Что не подтверждает группа процессов завершения?
спонсор проекта получил прибыль от вложенных в проект денег 

7. Группы процессов зависят от прикладной области и никогда не повторяются в рамках одного проекта, и никогда не взаимодействуют.
нет 

8. Какая группа процессов не входит в группу процессов исполнения?
определение операций и их последовательности 

9. Что не может происходить при завершении проекта или фазы?
проверка требований качества и результатов измерений для подтверждения использования соответствующих стандартов качества и рабочих инструкций 

10. Какие процессы не входят в группу процессов инициации?
набор команды управления проектом 

11. Каково основное назначение группы процессов мониторинга и управления?
отслеживание, анализ и регулирование хода и эффективности выполнения проекта 

12. В соответствии со Стандартом, Устав проекта не включает в себя:
план управления проектом 

13. На какую группу процессов затрачивается большая часть бюджета проекта?
на осуществление процессов группы процессов исполнения 

14. Что такое процесс управления проектами?
это набор взаимосвязанных действий и операций, осуществляемых для получения заранее определенного продукта или услуги 

15. Что не является процессом завершения?
анализ затрат на выполнение проекта 

16. Что включает мониторинг?
создание отчетов о статусе проекта, его измерении и прогнозировании 

17. Что такое контроль качества?
процесс мониторинга и документирования результатов действий, направленных на обеспечение качества 

18. Верно ли утверждение, что сбор требований, определение содержания, создание иерархической структуры работ, определение операций и их последовательности, оценка ресурсов, оценка длительности операций, управление рисками и планирование закупок происходят в рамках группы процессов планирования?
да 

19. Что включает в себя группа процессов исполнения?
координацию людей и ресурсов, интеграцию и выполнение операций проекта в соответствии с планом управления проектом 

20. Что такое управление стоимостью?
процесс мониторинга статуса проекта для корректировки бюджета проекта и внесения изменений в базовый план по стоимости 

21. Верно ли утверждение, что после завершения процесса планирования, внесение изменений в план управления проектом не возможны?
нет 

22. Что не включает в себя группа процессов мониторинга и управления?
разработка вариантов и действий для расширения возможностей и снижения угроз для целей проекта 

23. Какова цель процессов мониторинга и управления?
выявление отклонений от плана управления проектом 

24. Являются ли группы процессов фазами проекта?
нет 

25. Как группа процессов мониторинга и управления осуществляет мониторинг и управление работами?
в рамках группы процессов и в рамках всего проекта 

Ответы на 4 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Какой процесс не входит в группу процессов управления стоимостью проекта?
расчет рентабельности

2. Что такое риск?
неопределенное событие или условие, которое, в случае наступления, влияет хотя бы на одну цель проекта

3. Какой процесс не является процессом управления сроками проекта?
создание иерархической структуры работ

4. Что такое содержание проекта?
работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными характеристиками

5. Управление рисками проекта включает в себя следующие процессы:
все вышеприведенные примеры

6. Процессы управления закупками проекта осуществляются, как правило, в следующей последовательности:
планирование закупок, осуществление закупок, управление закупочной деятельностью, закрытие закупок

7. Процессы управления человеческими ресурсами проекта осуществляются, как правило, в следующей последовательности:
разработка плана управления человеческими ресурсами, набор команды проекта, развитие команды проекта, управление командой проекта

8. Обозначьте, какие процессы включает в себя управление интеграцией проекта:
1. разработка устава
2. разработка плана управления проектом
3. руководство и управление исполнением проекта
4. мониторинг и управление работами проекта
5. осуществление общего управления изменениями
6. завершение проекта или фазы
7. выработка данных проекта, таких как стоимость, расписание
8. предоставление прогнозов, позволяющих корректировать информацию о текущей стоимости и текущем расписании

1,2,3,4,5,6

9. Какие процессы и действия включает в себя управление интеграцией проекта?
процессы, необходимые для определения, уточнения, комбинирования, объединения и координации различных процессов и операций управления проектом

10. Что такое интеграция?
это объединение в целое каких-либо частей, элементов

11. Процессы управления коммуникациями в проекте осуществляются, как правило, в следующей последовательности:
определение заинтересованных сторон проекта, планирование коммуникаций, распространение информации, управление ожиданиями заинтересованных сторон проекта, подготовка отчетов об исполнении

12. Какие процессы включает в себя управление стоимостью проекта?
оценка стоимости, определение бюджета, управление стоимостью

13. Что позволяет членам команды проекта участвовать в его планировании и принятии решений?
распределение ролей и ответственностей между членами команды проекта

14. На какой стадии планирования жизненного цикла происходит разработка плана управления стоимостью?
планирование

15. Эффективные коммуникации призваны объединить:
всё вышеперечисленное

16. Перечислите процессы управления содержанием проекта:
1. сбор требований
2. управление содержанием
3. определение содержания
4. факторы среды предприятия
5. создание иерархической структуры работ
6. подтверждение содержания
7. обоснование плана управления проектом

1,2,3,5,6

17. Каждый процесс, входящий в группу процессов коммуникации происходит в каждом проекте:
не менее одного раза, в одной или нескольких фазах проекта, если проект разбит на фазы

18. Как может называться часть команды проекта, отвечающая за выполнение действий по управлению и руководством проекта?
любой из вышеперечисленных вариантов

19. Что такое управление содержанием проекта?
определение и включение в проект тех и только тех работ, которые необходимы для успешного выполнения проекта

20. Заключение контракта на поставку продукта или оказания услуг является одним из способов:
распределения ответственности за управление или разделения потенциальных рисков

21. Перечислите все виды коммуникаций, применяемые в процессе выполнения проекта.
все вышеперечисленные

22. Согласно Стандартам PMI , чем является управление сроками проекта?
областью знаний

23. Что такое управление стоимостью проекта?
это процесс планирования, разработки бюджета и управления расходами для обеспечения завершения проекта в рамках утвержденного бюджета

24. Целями управления рисками являются:
все вышеперечисленные примеры

КОНТРОЛЬ

1. Какой резерв не оказывает никакого влияния на предшествующие и последующие операции?
независимый резерв

2. Как рассчитывается отклонение от календарного плана?
путем вычитания из приобретенной стоимости БСВР той стоимости, которую проект (или задача) должен был приобрести на текущий момент БСЗР

3. Какая величина показывает суммарную плановую стоимость работ, которые должны были быть осуществлены к текущему моменту?
бюджетная (сметная) стоимость запланированных работ

4. В результате чего происходит потеря эластичности сетевого графика?
в результате сокращения резервов времени выполнения работ и появления большего количества критических или почти критических операций

5. Чему соответствует оптимальный календарный план проекта?
минимуму общих затрат

6. Какой подход к управлению является отличительной чертой проектного менеджмента?
командный подход

7. Каково соотношение количества участников проекта на фазе разработки и фазе реализации?
количество участников проекта на фазе разработки значительно меньше, чем на фазе реализации

8. Какая оценка продолжительности выполнения не принимается для каждой работы проекта?
идеальная скорость выполнения

9. Как называется исполнитель, если он берется за выполнение всех работ по проекту?
генеральным подрядчиком или генеральным контрактором

10. С чего должен начинаться и чем заканчиваться сетевой граф?
начинаться с единственного начального события и заканчиваться единственным конечным событием

Часть ответов из контроля (правильность не гарантирую):

1) Какое количество областей знаний описывает Стандарт PMBOK?

10

2) Структура жизненного цикла проекта отображает

всё вышеперечисленное

3)Какова последовательность процессов в рамках жизненного цикла проекта?
организация и подготовка, выполнение работ, мониторинг качества, сдача готового проекта заказчику

4)Назовите цели планирования этапов
все перечисленные пункты

5) Какие работы производятся в рамках группы процессов инициации?
все перечисленные пункты

6) Кто рассматривает проект с точки зрения его рентабельности, ценности, рисков и других аспектов проекта?
менеджер портфеля

7) Критическими факторами успеха при проведении планирования этапа являются следующие моменты:
все перечисленные пункты

Кто является ключевым лицом в рамках административной или функциональной области предприятия, таких как отдел кадров, финансовый отдел, бухгалтерия или отдел поставок?
функциональный руководитель

9) Дайте определение операционной деятельности
процесс определения тех операций, которые необходимо выполнить для производства результата

10) К какой группе процессов относится набор команды проекта, развитие команды проекта, управление командой проекта?
группа процессов инициации

11) К какой группе процессов относится сбор требований, определение содержания и создание ИСР (иерархической структуры работы)?
группа процессов планирования

12) Какой тип взаимосвязи между фазами применяется в процессе управления проектами
любой из перечисленных

Проектная деятельность требует управления проектами, а операционная деятельность

требует управления бизнес-процессами или управления операциями. Проекты могут

пересекаться с операциями в различных точках в течение жизненного цикла продукта,

• в каждой завершающей фазе;

• при разработке нового продукта, модернизации продукта или увеличении

• при совершенствовании операционной деятельности или в процессе

разработки продукта; или

• до момента сворачивания производства в конце жизненного цикла

В каждой точке результаты и знания передаются между проектами и операционной

деятельностью для дальнейшего применения. Это осуществляется через передачу

ресурсов проекта в операционную деятельность в конце проекта или через передачу

операционных ресурсов проекту в его начале.

Операционная деятельность – это постоянный вид деятельности, который

производит повторяющиеся результаты, при этом ресурсы выделяются для

выполнения практически аналогичного ряда задач в соответствии со стандартами,

внедренными в жизненный цикл продукта. В отличие от операционной деятельности,

которая носит постоянный характер, проекты представляют собой временные

Управление проектами — бизнес процесс проектно-ориентированной компании, который фокусируется на подпроцессах. Персонал компании должен обладать необходимыми компетенциями для управления подпроцессами (инициации, контроля и т.д.). Успешность управления проектами оценивается на основе профессиональной производительности этих процессов, а не на основе формальных стандартов. Следовательно, отношения между подпроцессами должны быть оптимизированы. Только успешная интеграция всех проектов ведет к нужному результату.

Организационное управление проектами.

Организационная структура проекта – наиболее соответствующая проекту временная организационная структура, включающая всех его участников и создаваемая для успешного достижения целей проекта.

Декомпозиция организационной структуры (Organizational Breakdown Structure – OBS) – структурная декомпозиция организации проекта, предназначенная для соотнесения пакетов работ с организационными единицами.

Типы организационных структур организаций:

Теория зрелости уп в организации

Переход на каждый следующий, более высокий уровень развития, делает организацию более конкурентоспособной, динамично реагирующей на требования рынка и оптимально использующей свои внутренние ресурсы.

Модели, описывающие этапы (уровни) развития организации, называются моделями уровней зрелости.

Два основных типа организаций:

Системы управления проектами (СУП), четыре основных компонента:

технологии (в т.ч. информационные).

Модели организационной зрелости управления оценивает текущее состояние системы управления проектами и определения стратегии и тактики развития СУП на предприятии.

Модели зрелости e.g.:

CMM® SE (Capability Maturity Model for Software Engineering, модель зрелости процессов по разработке программного обеспечения) — модель, разработанная SEI (Software Engineering Institute, Институт инженерии программного обеспечения) с целью предоставить инструмент для системного развития внутренних процессов компаний, разрабатывающих программное обеспечение;

Project FRAMEWORKTM компании ESA (США);

Модель зрелости компании PMSolutions (США);

Проектное управление — что это такое в реальности? Часть 1. Практический смысл

Что мы делаем, когда нужно заплатить за телефон? Правильно. Просто идем, оплачиваем. И делаем это почти автоматически. А как мы ведем себя, когда хотим совершить крупную покупку — машину, например, или квартиру? Правильно. Готовимся. Собираем информацию, консультируемся, оцениваем ресурсы, находим продавца и т. д.

Обе ситуации схожи тем, что мы идем на траты для удовлетворения своих потребностей. Но они имеют и принципиальные отличия — в одном случае мы автоматически платим деньги, во втором — проводим большую работу прежде, чем тратить деньги. И это естественно и объяснимо. В первом случае мы выполняем привычную, повторяющуюся, чуть ли не рутинную операцию — оплата услуг телефонной компании. Во втором — имеем дело с редким, возможно для кого-то уникальным, случаем траты значительной суммы денег за крупное приобретение.

Если эти ситуации рассмотреть с точки зрения управленческой деятельности, то первый случай следует отнести к операционной деятельности, а второй — к проектной. Очевидно, что второе мероприятие имеет оригинальную цель, для достижения которой требуется нестандартная деятельность в пределах определенного периода времени. Подобные мероприятия обычно называют проектами. А действия по реализации проекта, то есть по достижению целей проекта, в большинстве случаев называют проектной деятельностью.

В целях успешного решения задач такой деятельности в настоящее время сформировалась новая концепция (технология) — Проектное управление.

1. Практический смысл Проектного управления.

Так что же такое Проектное управление (ПУ)? Что его породило? Что является предметом его деятельности? Что оно нам дает? Ответы на сформулированные вопросы есть и они не сложные. Но они очень важны для потребителя с точки зрения утилитарности — когда необходимо и насколько оправдано применение проектного управления?

Давайте сначала дадим определимся с понятием проект.

Проект (от лат. projectus — брошенный вперед, выступающий, выдающийся вперёд, торчащий) — это уникальная (в отличие от операций) деятельность, имеющая начало и конец во времени, направленная на достижение заранее определённого результата/цели, создание определённого, уникального продукта или услуги, при заданных ограничениях по ресурсам и срокам, а также требованиям к качеству и допустимому уровню риска.

Это определение наиболее распространенное в литературе. Привожу и свое, которое достаточно универсально в рамках нашей темы и нашей деятельности,:

Проект — интеграционная деятельность по достижению заданной оригинальной цели, осуществляемая под единым управлением. (Целью может быть и реализация идеи, так что вместо выражения «достижения цели» мы можем смело употребить выражение «материализация идеи»).

Примерами проекта могут служить многие виды деятельности. Но надо учесть следующее: то, что считается проектом в одних случаях, не будет проектом в остальных, то, что является проектом для одних, не будет проектом для других и т. п.

Приготовление еды — это что? Понятно, что приготовление чего-либо «пожрать» вряд ли станет проектом, а будет рутинной технологической операцией. Приготовление обеда с целью порадовать и удивить близких несомненно будет проектом. Приготовление праздничного обеда для большого числа приглашенных — это проект, тем более проект другого уровня, масштаба и объема, требующий больших ресурсов, большей команды и большего срока реализации. Однако для повара ресторана приготовление большого или малого обеда есть обычная повторяющаяся деятельность, но не проект.

Примеры проектов: подготовка и организация выставки, разработка нового продукта (или новой услуги), разбивка парка, организация собственного дела, внедрение новой технологии на предприятии (например, внедрение проектного управления — это проект!).

Ну, а теперь продолжим о проектной деятельности.

Когда возникла проектная деятельность? Как это ни удивительно — с возникновением человечества. Нередко возникает спор между сторонниками инновационности или традиционности проектной деятельности. Для меня инновационность или традиционность проектной деятельности не является предметом спора. Оба взгляда справедливы..

Очевидно, что Проектное управление, как технология, на сегодняшний день представляется инновационной. Одновременно Проектная деятельность как опыт продолжительной человеческой деятельности является традиционной и древней.

Инновационность ПУ проявляется в растущем стремлении к ее изучению как прикладной области управления и к ее применению как современной технологии управления для решения практических задач..

Традиционность ПУ проявляется в ее применении с древних времен — со времени возникновения социальных отношений. Ведь охота на мамонта была целенаправленной, сознательной, организованой, централизованной деятельностью, то есть прообразом проектной деятельности.

А сотворение мира? Вселенский проект! Правда, проект реализованный(?) с не ясными для нас целями и осуществленный посредством не понятных нам методов . Открытие Америки — успешный результат проекта Колумба. Непобедимая армада — неудачный испанский проект. Раскопки Трои — успешный проект Г. Шлимана. Появление Российской империи — интуитивный проект Петра Первого. Развитие человечества всегда сопровождалось реализацией тех или иных проектов. По мере ускорения развития росло и число проектов. Раньше проекты реализовывались и достигали успеха благодаря природной одаренности и одержимости отдельных личностей. Сегодня успех проектов достигается , прежде всего, в результате деятельности профессиональных руководителей и команд проектов.

В процессе проектной деятельности люди объединяют (интегрируют) усилия, ресурсы, знания из различных областей, опыт практической деятельности, методы и инструменты управления, и многое другое, необходимое для достижения определенных целей. И такая интеграция осуществляется и может эффективно осуществляться только под объдиненным, целостным, т. е. интегральным управлением.

Таким образом, Проектное управление — это объединенное (интегральное) управление интеграционной деятельностью, направленной на достижение заданных результатов — целей.

Р.Бикмурзин, тренер-консультант по проектному управлению ПроекКонсалт

Понятия «проект» и «управление проектами»

Хотя понятия «проект», «управление проектами» давно и прочно вошли в нашу жизнь, не существует общепринятого толкования этого термина. Считается, что слово «проект» (project) происходит от латинского projacere – продвигать что-то вперед (pro – заранее; jacere – продвигать, бросать вперед). Под проектом в российском менеджменте понимается совокупность, комплекс задач и действий, имеющих следующие отличительные признаки: четкие конечные цели, взаимосвязи задач и ресурсов, определенные сроки начала и окончания проекта, известная степень новизны целей и условий реализации, неизбежность различных конфликтных ситуаций вокруг и внутри проекта.

Наиболее популярное определение, данное американским Институтом проектного управления и содержащееся в руководстве по основам проектного управления (РМВОК® Guide), трактует проект следующим образом.

Проект – это временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов.

Из этого определения можно сделать вывод о том, что всем проектам присущи три важные характеристики.

• 1. Наличие дат начала и завершения (у каждого проекта обязательно есть начало и конец, этим проектная деятельность отличается от операционной, рутинной деятельности предприятия).
• 2. Результат каждого проекта – уникальный продукт или услуга. Этим проектная деятельность также отличается от операционной. Так, разработка нового лекарства является проектом, а его серийный выпуск будет составлять предмет операционной деятельности предприятия. При этом степень уникальности результата проекта может значительно варьироваться от одного проекта к другому.
• 3. Направленность проекта на достижение определенных целей. Как правило, причиной появления проекта является некоторая проблема, требующая решения, либо благоприятная ситуация, требующая усилий для того, чтобы предприятие могло опередить конкурентов. Успешным считается проект, который с учетом ресурсных ограничений позволяет полностью реализовать поставленные цели.

Компания GlaxoSmithKline входит в число ведущих производителей фармацевтической продукции. Одним из источников конкурентных преимуществ – и приоритетных направлений деятельности – для компании является разработка и производство антибиотиков. Известно, что если воздействовать антибиотиками на бактерии, последние начинают быстро мутировать, создавая энзимы, снижающие воздействие лекарственной терапии. Исследовательские лаборатории GlaxoSmithKline занимались проектом, направленным на поиск средства, предотвращающего или замедляющего эту способность бактерий. В результате был получен синтетический препарат Trihactam®.

Проект реализовывался в течение 13 лет, с 1992 по 2005 г., был направлен на решение конкретной проблемы и привел к достижению запланированного результата. Затраты на проект составили 70 млн фунтов стерлингов, что превышало первоначальный бюджет проекта примерно на 6,5 млн фунтов стерлингов.

В настоящее время компания реализует последовательный проект внедрения разработанного препарата на рынок.

Исходя из определения проекта, можно сформулировать, что такое управление проектами. Это область управления, охватывающая те сферы деятельности компании, в которых создание продукта или услуги реализуется как уникальный комплекс взаимосвязанных целенаправленных мероприятий при определенных требованиях, касающихся сроков, бюджета и характеристик ожидаемого результата. Исходя из определения Института проектного управления, управление проектами означает применение знаний, навыков, инструментов и методов управления к проектной деятельности для удовлетворения предъявляемых к проекту требований.

Управление проектами отличается от менеджмента в классическом понимании этого слова. Обычно менеджмент понимается как координация действий, ориентированных на достижение определенных целей при одновременно экономном расходовании средств. Это процесс планирования, организации, руководства и контроля работы членов организации и использование всех имеющихся организационных ресурсов для достижения определенных организацией целей. Менеджмент имеет циклический, повторяющийся характер, что и позволяет совершенствовать управленческие воздействия и добиваться роста эффективности функционирования организации. Проект – уникальное предприятие, характеризующееся динамичным развитием и ограниченностью по времени и ресурсам. Следовательно, управление проектами использует уникальные методы и инструменты для повышения эффективности реализации проектов.

Как самостоятельная дисциплина управление проектами сформировалось относительно недавно, что стало возможным благодаря новым знаниям, полученным в результате изучения общих закономерностей, присущих проектам во всех областях деятельности, а также благодаря методам и средствам, используемым для различных проектов.

Основные различия между традиционным менеджментом и управлением проектами показаны в табл. 1.1.

Таблица 1.1

Различия между традиционным менеджментом и управлением проектами

TIME — MANAGEMENT .BY

Центр тайм-менеджмента Олега Лялика

Управление проектами. Чем проектная деятельностью отличается от операционной.

В современном мире проектами называют все, что угодно. К проектам часто относят сделки с клиентами, занятие спортом, изучение английского языка, администрирование группы в контакте и т.д. Другими словами, если я хочу поднять статус того, чем я занимаюсь, то я называю это проектом.

Этот подход несет в себе ряд опасностей. Сейчас объясню, что я имею в виду.

Дома я люблю печь бездрожжевой хлеб. После того, как тесто всходит, мне необходимо его запечь, и я кладу его в духовку или в мульти варку, где оно отлично готовиться. При этом я не кладу его на сковороду, потому что я знаю, что там недостаточно температуры, чтобы хлеб взошел.

Но если мне нужно пожарить яйцо, то я кладу его на сковородку. Я, конечно же, могу зажарить его в духовке или мульти варке, но это будет гораздо сложнее, чем сковородка.

К чему я все это рассказываю?

Существует, так называемая, проектная деятельность, для которой имеется свод своих законов и правил. Также существует операционная деятельность, для которой существуют свои законы и правила. Если законы проектной деятельности мы начинаем применять к операционной, мы пытаемся “зажарить яйцо в духовке”, что чревато потерей времени и лишними усилиями.

Отсюда делаем вывод, чтобы не называть занятие спортом проектной деятельностью и не терять время применяя к нему лишние подходы, нам необходимо разобраться, чем же проектная деятельность отличается от операционной.

Разберем на примере.

Торговая сеть строит новый гипермаркет. После успешного завершения строительства, в магазине начинается работа: продавцы обслуживают клиентов, подвозят товар и т.д.

Что в этом примере является проектом, а что операционной деятельностью?

Строительство гипермаркета – проект.

Дальнейшее его обслуживание: продажи, подвоз продуктов – это операционная деятельность.

Можно выделить следующие факторы, которые отличают проект от операционной деятельности.

Быстро пробежимся по каждому из этих пунктов.

Уникальностьповторяющийся процесс.

Цель любого проекта — создать уникальный в своем роде продукт. В операционной деятельности процесс повторяющийся и уникальность минимальна. Например, если вы печете торты, то это операционная деятельность, но если вам нужно испечь уникальный и единственный в своем роде торт на конкурс, то это уже можно считать проектом.

Ограниченный срокустоявшиеся процессы.

У любого проекта точно определена точка его завершения. В то время как у операционной деятельности процессы постоянно повторяются и часто не привязаны к жестким срокам.

Риски

Так как в операционной деятельности все процессы являются устоявшимися, то и риски в ней минимальны. Мы заранее знаем, что, когда и как должно произойти. Проект – деятельность новая и неизвестная. Следовательно, есть большое количество рисков, что что-то может пойти не так.

Изменения.

Цель проекта – это изменения. Поэтому во время запуска проектов часто удается создать вещи, которыми бы в обычной жизни никто не стал заниматься. В то же время, когда все процессы устоялись, то внести что-то новое часто бывает сложной задачей.

Команда.

Под проект обычно набирается команда, которая в большинстве случаев после проекта перестает существовать. В операционной деятельности существует постоянный штат сотрудников.

Бывают ситуации, когда операционная и проектная деятельности могут пересекаться друг с другом. В этом случае ресурсы (обычно команда) перетекает из одной деятельности в другую. За свою практику управления проектами я встречал несколько таких примеров.

Пример, когда команда проекта начала заниматься операционной деятельностью.

В одной компании запускался крупный стратегический проект, после завершения которого руководитель проекта был назначен главой подразделения, которое потом продукт, созданный в процессе проекта, стало поддерживать и часть команды проекта перешло в это подразделение.

Пример, когда люди из операционной деятельности, переходят в команду проекта.

Компания запускает новый сайт и для его создания выделяет в команду людей, которые занимались эксплуатацией старого сайта.

Надеюсь, эта статья помогла вам лучше понять, чем проектная деятельность отличается от операционной.

Если то, чем вы занимаетесь – это проект, то в следующих статьях нашего цикла, вы подробнее узнаете про то, как запускать проекты.

Если то, чем вы занимаетесь – это операционная деятельность, то советую ознакомиться с моими статьями про тайм-менеджмент. Ссылка на статьи . Они помогут вам усовершенствовать процессы.

Что такое операционная деятельность с точки зрения управлении проектами

Есть УПРАВЛЕНИЕ ПРОЕКТАМИ.
Все тесты и контроль.

Привет! Ищу с кем готовиться к госам и диплому.
Я:
Форма: Заочная
Уровень: Бакалавриат 3
Направление: Менеджмент
Профиль: (Управление процессами и проектами)
Кафедра: Менеджмента
Поток: 201112-01.A

Управление проектами
Во вложенном файле:
1. Хрестоматия (все темы)
2. Ответы на тесты (все модули)
3. Ответы на контрольное задание
Ответы на тесты на оценку «отлично». Правильность ответов 100 %

УПРАВЛЕНИЕ ПРОЕКТАМИ — СКАЧАТЬ (http://letitbit.net/download/38634.307791089c5a48f91c579c31c609/12._%D0%A3%D0%9F%D0%A0%D0%90%D0%92%D0%9B%D0%95%D0%9D%D0%98%D0%95_%D0%9F%D0%A0%D0%9E%D0%95%D0%9A%D0%A2%D0%90%D0%9C%D0%98.rar.html)

Управление проектами (18.06 Мб)

Кто нибудь выложите нормальные файлы, эти повреждены не могу скачать.

Добавлено через 1 минуту
Выложите кто нибудь нормальные ответы по Управлению проектами, эти не могу скачать файлы повреждены, заранее спасибо.

Модуль 1.
1. Перечислите группы процессов управления проектами
инициация, планирование, выполнение, контроль и завершение
2. Что входит в понятие «инициация проекта»?
официальное объявление о начале проекта, поиск заинтересованных сторон, выделение реальных целей проекта, определение коммерческой выгоды
3. По каким стратегическим соображениям санкционируются проекты?
требования рынка, стратегические возможности/нужды предприятия, требования заказчика, технологический прогресс и законодательные требования
4. Кто такой менеджер проекта?
это лицо, назначаемое исполняющей организацией ответственным за достижение целей проекта
5. Какой характер имеет план управления проектом?
итеративный
6. Назовите основные цели проекта с точки зрения производства
повышение качества и безопасности производственного процесса, сокращение отходов, сокращение времени для развертывания, использование более доступных материалов, сокращение числа этапов производства
7. Что такое портфель проектов?
это набор проектов или программ и других работ, объединённых вместе с целью эффективного управления данными работами для достижения стратегических целей
8. Назовите основные цели проекта с точки зрения продажи и маркетинга
расширение рынка, увеличение доли рынка, сокращение времени выхода на рынок, продление времени жизни продукта, повышение качества обслуживания клиентов, повышение качества и безопасности продуктов, улучшение репутации, сокращение стоимости
9. Что такое управление проектами?
это отдельная область менеджмента, предназначенная специально для управления временной деятельностью с уникальными результатами
10. Какие характеристики критичны для менеджера проекта?
профессиональные навыки, результативность, личные качества
11. Существуют ли связи между управлением проектами, программами и портфелями?
да, существуют
12. Что такое стандарт?
это официальный документ, в котором в целях добровольного многократного использования устанавливаются характеристики продукции, правила осуществления и характеристики процессов производства, эксплуатации, хранения, перевозки, реализации и утилизации, выполнения работ или оказания услуг
13. Что такое офис управления проектами?
это подразделение или организация, чья сфера деятельности варьируется от оказания поддержки в управлении проектами до прямого управления проектами
14. Что входит в понятие «завершение проекта»?
официальное заявление о завершении проекта, документирование степени выполнения задач и извлеченных из проекта уроков, закрытие контрактов, высвобождение ресурсов для других начинаний
15. Что входит в понятие «контроль проекта»?
мониторинг проекта, определение производительности участников, сверка с планом проекта
16. Что входит в понятие «выполнение проекта»?
исполнение работ, определенных в плане управления проектом, координация людей и ресурсов, интеграция и выполнение операций проекта
17. Имеет ли проектная деятельность отличия от операционной, и если имеет, то какие?
да, имеет: проектная деятельность имеет ограниченный срок, большое количество рисков, большое количество изменений, команда формируется для одного проекта
18. Назовите основные цели проекта с точки зрения финансов
повышение прибыли, сокращение затрат, повышение рентабельности, повышение устойчивости доходов
19. Назовите основные цели проекта с точки зрения организационных факторов
привлекательность для акционеров, улучшение имиджа, сокращение потребности в квалифицированной рабочей силе, сокращение времени на обучение персонала, улучшение обмена информацией, повышение заинтересованности работников, повышение производительности, улучшение условий труда
20. Что такое программа проектов?
это ряд связанных друг с другом проектов, управление которыми координируется для достижения преимуществ и степени управляемости, недоступных при управлении ими по отдельности
21. Какова роль менеджера проекта в управлении взаимоотношениями с заинтересованными сторонами проекта?
развитие и поддержание взаимоотношений со спонсором проекта, менеджером проекта со стороны заказчика, персоналом проекта и бизнес-менеджером исполнителя
22. Приведите примеры проектной деятельности
разработка нового продукта или услуги, строительство здания, внедрение нового процесса на предприятии
23. Что входит в понятие «планирование проекта»?
определение решаемой задачи, составление плана реализации проекта и его расписания, в котором указано, что и когда нужно сделать, кто будет этим заниматься и во что это обойдется, определение рисков и способы реагирования на них
24. Что такое проект?
временное предприятие для создания уникальных продуктов, услуг или результатов
25. Каковы критерии успешности проекта?
проект завершен в установленные сроки, в рамках выделенного бюджета, при удовлетворении заказчика
Модуль 2
1. Перекрывающийся тип связи между фазами, это:
когда фаза начинается еще до завершения предыдущей фазы
2. Что не является критическим фактором успеха при планировании этапа?
Разработаны новые стратегии, стандарты и процедуры процесса управления проектом
3. Что такое заинтересованные стороны проекта?
лица или организации, активно вовлеченные в проект и/или интересы которых могут быть затронуты выполнением проекта
4. Команда проекта состоит из:
менеджера проекта, команды управления проектом и других членов команды проекта
5. С какой целью следует разделять проект на этапы или фазы?
для более легкого управления, планирования и контроля
6. Когда затраты и вовлечение персонала в проект достигают пикового значения?
по мере выполнения работ
7. Когда затраты и вовлечение персонала в проект стремительно падают?
на этапе завершения
8. Определите правильную характеристику итерационного типа взаимосвязи между проектами.
уменьшает способность обеспечения долгосрочного планирования, влечет за собой необходимость в готовности всех членов команды проекта
9. Что такое менеджер по операциям?
ключевое лицо в основной области деятельности предприятия, имеющие дело непосредственно с производством и обслуживанием реализуемых продуктов и услуг предприятия
10. Какие основные характеристики отображает структура жизненного цикла проекта?
стоимость и вовлечение персонала, влияние заинтересованных сторон, способность влиять на конечные характеристики продукта
11. Какая связь не является основным типом взаимосвязи между фазами проекта?
линейная иерархическая
12. Последовательный тип связи между фазами, это:
когда фаза может начинаться только после завершения предыдущей фазы
13. Что такое функциональный руководитель?
ключевое лицо в рамках административной или функциональной области предприятия, таких как отдел кадров, финансовый отдел, отдел поставок
14. Определите правильную характеристику перекрывающегося типа взаимосвязи между проектами
повышает риск, может привести к повторению работ, уменьшает сроки выполнения проекта
15. Что не является целью планирования этапов проекта?
установление областей применения проекта, целей и подходов
16. Когда возможно влияние на конечные характеристики продукта без существенного изменения его стоимости?
в начале проекта
17. Что такое жизненный цикл проекта?
это набор последовательных или перекрывающихся фаз проекта
18. Какова структура жизненного цикла проекта?
начало проекта, организация и подготовка, выполнение работ проекта, завершение проекта
19. Когда существенно нарастает стоимость изменений и коррекции ошибок?
на этапе завершения .
20. Что входит в компетенции менеджеров портфеля?
рассмотрение и отбор проекта с точки зрения его рентабельности, ценности, рисков
21. Определите правильную характеристику последовательного типа взаимосвязи между проектами.
уменьшает неопределенность, но исключает варианты для сокращения сроков выполнения проекта
22. Когда затраты и вовлечение персонала в проект невелики?
в начале
23. Когда влияние заинтересованных сторон, риск и неопределенность имеют наибольшее значение?
в начале проекта
24. Что не входит в компетенции менеджеров проектов?
координация деятельности менеджеров портфелей, выдача распоряжений по отдельным проектам
25. Итерационный тип связи между фазами, это:
когда на любое заданное время планируется только одна фаза, а планирование следующей осуществляется по мере выполнения работ в рамках текущей фазы и получения результатов

Модуль 3
1. Что такое устав проекта?
первый официальный документ проекта, подтверждающий существование проекта
2. Какая группа процессов не является частью групп процессов управления проектами?
группа процессов руководства операционной деятельностью
3. Что такое мониторинг и управление рисками?
применение планов реагирования на риски, отслеживание идентифицированных рисков, мониторинг остаточных рисков, выявление новых рисков и оценка процессов управления рисками на протяжении всего проекта
4. Что такое осуществление общего управления изменениями?
анализ всех запросов на изменение, их утверждения и управления изменениями результатов, активов процессов организации, документов проекта и плана управления проектом
5. Что описывает план управления проектом?
как проект будет планироваться и исполняться, как будет производиться его мониторинг и управление, как он будет завершен
6. Что не подтверждает группа процессов завершения?
спонсор проекта получил прибыль от вложенных в проект денег
7. Группы процессов зависят от прикладной области и никогда не повторяются в рамках одного проекта, и никогда не взаимодействуют.
нет
8. Какая группа процессов не входит в группу процессов исполнения?
определение операций и их последовательности
9. Что не может происходить при завершении проекта или фазы?
проверка требований качества и результатов измерений для подтверждения использования соответствующих стандартов качества и рабочих инструкций
10. Какие процессы не входят в группу процессов инициации?
набор команды управления проектом
11. Каково основное назначение группы процессов мониторинга и управления?
отслеживание, анализ и регулирование хода и эффективности выполнения проекта
12. В соответствии со Стандартом, Устав проекта не включает в себя:
план управления проектом
13. На какую группу процессов затрачивается большая часть бюджета проекта?
на осуществление процессов группы процессов исполнения
14. Что такое процесс управления проектами?
это набор взаимосвязанных действий и операций, осуществляемых для получения заранее определенного продукта или услуги
15. Что не является процессом завершения?
анализ затрат на выполнение проекта
16. Что включает мониторинг?
создание отчетов о статусе проекта, его измерении и прогнозировании
17. Что такое контроль качества?
процесс мониторинга и документирования результатов действий, направленных на обеспечение качества
18. Верно ли утверждение, что сбор требований, определение содержания, создание иерархической структуры работ, определение операций и их последовательности, оценка ресурсов, оценка длительности операций, управление рисками и планирование закупок происходят в рамках группы процессов планирования?
да
19. Что включает в себя группа процессов исполнения?
координацию людей и ресурсов, интеграцию и выполнение операций проекта в соответствии с планом управления проектом
20. Что такое управление стоимостью?
процесс мониторинга статуса проекта для корректировки бюджета проекта и внесения изменений в базовый план по стоимости
21. Верно ли утверждение, что после завершения процесса планирования, внесение изменений в план управления проектом не возможны?
нет
22. Что не включает в себя группа процессов мониторинга и управления?
разработка вариантов и действий для расширения возможностей и снижения угроз для целей проекта
23. Какова цель процессов мониторинга и управления?
выявление отклонений от плана управления проектом
24. Являются ли группы процессов фазами проекта?
нет
25. Как группа процессов мониторинга и управления осуществляет мониторинг и управление работами?
в рамках группы процессов и в рамках всего проекта

Модуль 4
1. Какой процесс не входит в группу процессов управления стоимостью проекта?
расчет рентабельности
2. Что такое риск?
неопределенное событие или условие, которое, в случае наступления, влияет хотя бы на одну цель проекта
3. Какой процесс не является процессом управления сроками проекта?
создание иерархической структуры работ
4. Что такое содержание проекта?
работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными характеристиками
5. Управление рисками проекта включает в себя следующие процессы:
все вышеприведенные примеры
6. Процессы управления закупками проекта осуществляются, как правило, в следующей последовательности:
планирование закупок, осуществление закупок, управление закупочной деятельностью, закрытие закупок
7. Процессы управления человеческими ресурсами проекта осуществляются, как правило, в следующей последовательности:
разработка плана управления человеческими ресурсами, набор команды проекта, развитие команды проекта, управление командой проекта
8. Обозначьте, какие процессы включает в себя управление интеграцией проекта:
1. разработка устава
2. разработка плана управления проектом
3. руководство и управление исполнением проекта
4. мониторинг и управление работами проекта
5. осуществление общего управления изменениями
6. завершение проекта или фазы
7. выработка данных проекта, таких как стоимость, расписание
8. предоставление прогнозов, позволяющих корректировать информацию о текущей стоимости и текущем расписании 1,2,3,4,5,6
9. Какие процессы и действия включает в себя управление интеграцией проекта?
процессы, необходимые для определения, уточнения, комбинирования, объединения и координации различных процессов и операций управления проектом
10. Что такое интеграция?
это объединение в целое каких-либо частей, элементов
11. Процессы управления коммуникациями в проекте осуществляются, как правило, в следующей последовательности:
определение заинтересованных сторон проекта, планирование коммуникаций, распространение информации, управление ожиданиями заинтересованных сторон проекта, подготовка отчетов об исполнении
12. Какие процессы включает в себя управление стоимостью проекта?
оценка стоимости, определение бюджета, управление стоимостью
13. Что позволяет членам команды проекта участвовать в его планировании и принятии решений?
распределение ролей и ответственностей между членами команды проекта
14. На какой стадии планирования жизненного цикла происходит разработка плана управления стоимостью?
планирование
15. Эффективные коммуникации призваны объединить:
всё вышеперечисленное
16. Перечислите процессы управления содержанием проекта:
1. сбор требований
2. управление содержанием
3. определение содержания
4. факторы среды предприятия
5. создание иерархической структуры работ
6. подтверждение содержания
7. обоснование плана управления проектом 1,2,3,5,6
17. Каждый процесс, входящий в группу процессов коммуникации происходит в каждом проекте:
не менее одного раза, в одной или нескольких фазах проекта, если проект разбит на фазы
18. Как может называться часть команды проекта, отвечающая за выполнение действий по управлению и руководством проекта?
любой из вышеперечисленных вариантов
19. Что такое управление содержанием проекта?
определение и включение в проект тех и только тех работ, которые необходимы для успешного выполнения проекта
20. Заключение контракта на поставку продукта или оказания услуг является одним из способов:
распределения ответственности за управление или разделения потенциальных рисков
21. Перечислите все виды коммуникаций, применяемые в процессе выполнения проекта.
все вышеперечисленные
22. Согласно Стандартам PMI , чем является управление сроками проекта?
областью знаний
23. Что такое управление стоимостью проекта?
это процесс планирования, разработки бюджета и управления расходами для обеспечения завершения проекта в рамках утвержденного бюджета
24. Целями управления рисками являются:
все вышеперечисленные примеры

КОНТРОЛЬ
1. Какой резерв не оказывает никакого влияния на предшествующие и последующие операции?
независимый резерв
2. Как рассчитывается отклонение от календарного плана?
путем вычитания из приобретенной стоимости БСВР той стоимости, которую проект (или задача) должен был приобрести на текущий момент БСЗР

3. Какая величина показывает суммарную плановую стоимость работ, которые должны были быть осуществлены к текущему моменту?
бюджетная (сметная) стоимость запланированных работ
4. В результате чего происходит потеря эластичности сетевого графика?
в результате сокращения резервов времени выполнения работ и появления большего количества критических или почти критических операций
5. Чему соответствует оптимальный календарный план проекта?
минимуму общих затрат
6. Какой подход к управлению является отличительной чертой проектного менеджмента?
командный подход
7. Каково соотношение количества участников проекта на фазе разработки и фазе реализации?
количество участников проекта на фазе разработки значительно меньше, чем на фазе реализации
8. Какая оценка продолжительности выполнения не принимается для каждой работы проекта?
идеальная скорость выполнения
9. Как называется исполнитель, если он берется за выполнение всех работ по проекту?
генеральным подрядчиком или генеральным контрактором
10. С чего должен начинаться и чем заканчиваться сетевой граф?
начинаться с единственного начального события и заканчиваться единственным конечным событием

Что такое проектный менеджмент?

На современном этапе развития проектный менеджмент признается наиболее эффективным инструментом ведения дел. Количество проблем (энергетических, экологических, ресурсных, социальных) постоянно нарастает, и решить их можно только с применением и инновационных технологий и управленческих решений. Организация работы по конкретным замыслам свойственна большинству зарубежных компаний и все активнее внедряется в России, и не только в бизнесе, но и в государственных органах.

Содержание статьи

Что представляет собой проектный менеджмент

Чтобы ответить на вопрос, что такое проектный менеджмент, необходимо понять отличительные особенности внедрения проекта от других способов деятельности. Он характеризуется такими особенностями:

• Ориентированность на конкретный результат. Все действия, выполняемые во время внедрения идеи, взаимосвязаны и направлены на достижение заранее установленной цели. Важна именно завершенность, если происходит совершение каких-то процессов без осязаемого результата – то это не проект.
• Ограниченность в наличных ресурсах. Как правило, любая инициатива реализуется с учетом имеющихся ресурсов, в первую очередь финансовых, человеческих и временных. Всегда устанавливается точный или приблизительный срок завершения всех работ, а также составляется смета и график реализации.
• Уникальность. Имеется в виду то, что предполагается впервые выпустить какой-либо продукт или внедрить новую услугу.

Проектирование – это мероприятия по составлению и разработке начинания от возникновения концепции до воплощения ее в реальность. Для воплощения идеи в жизнь составляется план, который представляет собой сценарий всех последующих действий с разбивкой по временным отрезкам и осуществляемым процессам. Процессы могут проводиться как параллельно, независимо друг от друга, так и в тесной взаимосвязи. Инновационные разработки требуют глубинных знаний в разных сферах человеческой деятельности: экономике, строительстве, финансах, работе с людьми. Реализация идеи всегда влечет за собой определенные изменения, а чтобы ими качественно управлять, назначается человек, имеющий специфические знания – проектный менеджер.

Можно сказать, что проектный менеджмент – это профессиональная деятельность человека, суть которой состоит в том, чтобы использовать самые современные знания, методы, средства, технологии для оптимального распределения ресурсов и воздействия на людей с целью достижения требуемого результата. Традиционное операционное управление не способно оперативно изменяться и интегрироваться в стремительно развивающиеся и изменяющиеся условия внешней среды.

Проектное управление производится исходя из этапов жизненного цикла начинания:

• Инициация (предварительное оценивание сроков, необходимых ресурсов, постановка задач и анализ рисков).
• Планирование (поиск инвестора, расчет бюджета, целевых показателей, рисков и расписания действий).
• Реализация (контроль над выполнением плана и достижением промежуточных результатов, поэтапное финансирование, внесение необходимых изменений в план).
• Закрытие (оценка степени выполнения поставленных задач, потраченного времени, прибыльности замысла, работа над ошибками).

Использование проектного менеджмента (Project management) в международной практике является инструментом реализации новаторских замыслов и высокоэффективной технологией управления в нестабильных и неопределенных системах, которые быстро развиваются и изменяются. Это в первую очередь относится к налоговым, законодательным, ресурсным системам. Применяя такую систему управления, можно разрешить сложные проблемы производственного, научного и социального характера.

Некоторые руководители фирм используют Project management на отдельных направлениях своей деятельности, требующих продвижение новых технологий и товаров, или же решают с их помощью отдельные прикладные задачи с творческой составляющей. Создается своеобразное «предприятие внутри предприятия», которое не оказывает негативного влияния на главные производственные задачи. Кроме того, классическим примером этого подхода может служить производство крупных комплексных продуктов (авиакосмическая отрасль, судостроение, военно-промышленный комплекс).

Однако существуют и так называемые проектно-ориентированные компании, способом существования которых как раз и является уникальная деятельность в течение определенного периода времени, направленная на конечный результат. Их отличительными особенностями являются:

• стратегический подход;
• командная работа;
• самоорганизация;
• открытость в коммуникациях;
• ориентация вовне.

Project management возник и изначально развивался в узкоспециализированных отраслях. Однако уже через несколько десятилетий, непрестанно развиваясь и доказывая свою эффективность, он охватил различные сферы бизнеса. Особенно заметно его влияние в таких сферах, как:

• IT-сектор и разработка нового программного обеспечения;
• разработка новых видов промышленной продукции и их внедрение;
• реконструкция и строительство;
• проведение конструкторских, исследовательских и научных работ.

Как в корпоративном секторе, так и в государственных структурах замыслы часто объединяют в портфели или программы. Несколько взаимосвязанных инициатив, ориентированных на достижение одного общего результата, могут объединяться в программу. К примеру, программа улучшения оказания гражданам медицинской помощи может включать в себя проекты по улучшению подготовки медицинских кадров, модернизации и закупке оборудования, разработке новых стандартов лечения и выпуску современных действенных лекарств от определенных болезней. Если же речь идет о портфеле, то здесь предполагается наличие инициатив разной направленности, объединяет их только единый источник финансирования.

В специализированной литературе иногда можно увидеть различия в понимании терминов «Project management» и «проектное управление». Это вязано с разным подходом к базовым понятиям, видом замысла и другими факторами. По стандарту ISO 9000 проект – это процесс, в то время как по нормам ICB IMPA – это действие или усилие. Соответственно, в этом вопросе зачастую под менеджментом понимается некая профессиональная культура и деятельность в социальных системах, а под управлением – воздействие на реализацию определенных процессов. Однако в большинстве источников эти понятия признаются тождественными с поправкой на специфику рыночных отношений.

Главные функции проектного менеджмента

Project management — это синтетическая дисциплина, которая объединяет как профессиональные, так и специальные знания. Последние иллюстрируют особенности той области, к которой относится начинание (строительство, экология, исследования, образование). Однако большое значение имеет изучение и анализ закономерностей, свойственных реализованным идеям из разных направлений человеческой деятельности.

К традиционным функциям проектного управления можно отнести:

• целеполагание (формирование замысла, его инициация и разработка концепции);
• планирование (создание четкой структуры и последовательности выполнения процессов, взаимосвязей между ними, календарное планирование работ, контрактов, поставок ресурсов);
• организация (выполнение утвержденного плана, создание офиса и формирование команды, обмен информацией, заключение и сопровождение контрактов, размещение заказов на товары и услуги);
• мотивация (разработка и внедрение системы стимулирования всех участников работ);
• контроль (подготовка и подача отчетности о ходе работ, мониторинг стоимости и сроков выполнения, контроль качества, изучение мероприятий по уменьшению рисков, выполнения договоров).

Между функциональным и проектным управлением существуют серьезные отличия. Каждая система имеет свои сильные и слабые стороны, но работа по конкретным определенным замыслам признается более гибкой, прогрессивной и способной трансформироваться под влиянием новых условий.

К функциям общего (традиционного) менеджмента относятся:

• стабилизация существующего состояния;
• четко ограниченный круг задач для выполнения;
• полномочия утверждены управленческой структурой;
• работа проводится в устойчивых организационных структурах;
• ответственность определена прописанными функциями
• определение успеха – достижение определенных промежуточных результатов;
• низкий уровень изменчивости условий работы.

Исходя из вышеперечисленных факторов, можно сделать вывод, что главные признаки функционального управления – это стабильность и предсказуемость.

Принципы же проектного управления отличаются от функционального:

• деятельности свойственна неопределенность, идет постоянная работа с изменениями;
• полномочия могут быть четко не распределены;
• круг задач может меняться в зависимости от различных факторов воздействия;
• задания могут быть межфункциональными, но в рамках проектного цикла;
• деятельность направлена на инновации;
• разрешение конфликтов – одна из важнейших задач;
• результативность определяется по достижению конечной цели.

Следовательно, управление такого типа направлено на то, чтобы в нестабильных условиях выйти на требуемый результат за определенный отрезок времени с ограниченным ресурсом. Для этого необходимо подобрать и организовать работу высококвалифицированного персонала, а также внедрять новые технологии и управленческие решения.

Вместе с тем, нельзя полностью противопоставлять друг другу эти две управленческие системы. Они могут пересекаться и взаимно дополнять друг друга. Так, например, в общем управлении существует ряд основополагающих понятий, которые должен знать каждый грамотный проектный менеджер.

Руководитель проекта и требования к нему

Отличительной особенностью проектного управления является то, что основные права, а также ответственность за достигнутый результат сосредоточены в руках малочисленной группы людей или вообще одного человека – проектного менеджера. Это не предполагает того, что проектный менеджер способен знать все специфические особенности каждого процесса, его дело использовать свои навыки для подбора и наиболее эффективного распределения специалистов, а также разделения труда между ними.

Основная функция менеджера состоит в том, чтобы контролировать выполнение трех основных параметров:

• Качество работ. Есть проверенные методы управления материальными и человеческими ресурсами, такие как диаграммы загрузки используемых ресурсов, матрицы ответственности исполнителей. Здесь проблема может заключаться в том, что нелегко формулировать задания, а затем самому же их и контролировать. В таких случаях используются разработанные методики по контролю качества.
• Время. В помощь руководителю здесь разработаны разные программы по формированию и отслеживанию календарных графиков исполнения работ.
• Бюджет. Специалист формирует финансовый план и следит за тем, чтобы не было перерасхода средств.

Компетентность управленца во внедрении новой задумки оценивается по таким компонентам: опыт, знания, умения, профессионализм, этика, ментальность (профессиональное мышление). Требования к компетентности специалистов прописаны в Body of Knowledge (Сводах Знаний), которые поддерживаются национальными или международными профессиональными ассоциациями. Более чем в 125 государствах утверждены такие Своды (PM BoK) и собственные системы сертификации.

Самой крупной организацией по сертификации управленцев является IPMA, в которой состоит 55 стран. Их стандарты разрабатываются, утверждаются и корректируются на основе главного нормативного документа организации ICB IPMA. В России на его основе Ассоциацией СОВНЕТ разработаны Национальные требования к компетентности специалистов (НТК), по ним проводится сертификация управленцев. Страны, не являющиеся членами этой организации, имеют свои собственные системы сертификации. Например, PMI в США, ENAA – в Японии, AIPM – в Австралии.

Нередко правильно подобранный проектный менеджер определяет успех всего предприятия. Этот специалист должен безошибочно управлять внешними и внутренними факторами, влияющими на внедряемую инициативу:

1. Относительно внешних факторов от менеджмента требуется:
   • оперативная адаптация всех процессов к изменяющимся внешним условиям;
   • управление устойчивым взаимодействием с другими субъектами, имеющими отношение к выполняемым работам.
2. Управляющее воздействие на внутренние факторы заключается в таких действиях:
   • рациональное распределение и своевременное перераспределение выделенных для реализации начинания ресурсов;
   • постоянная координация взаимодействия между участниками проекта.

Кроме контролируемых и управляемых внутренних параметров, таких как затраты на разработку, производство продукта, маркетинг, объемы производства, капиталовложения, цена, существует целый ряд внешних неконтролируемых параметров. К ним можно отнести экономические условия, экологическую обстановку, конкуренцию, вкусы потребителя, правовое поле, социальное окружение, доступ к ресурсам. Повлиять на них очень трудно, поэтому структура должна устанавливать и своевременно изменять свою деятельность с учетом этих факторов.

Преимущества проектного метода управления и его недостатки

Все большее количество бизнес структур, государственных и муниципальных организаций вводят в свою повседневную деятельность элементы проектного управления. Такой подход в последние несколько лет продвигают даже Президент и Правительство России. Какие же преимущества дает такая методика работы?

Исследования авторитетных международных организаций доказывают, что внедрение в управление проектных методологий позволяет уже в первые несколько лет существенно повысить показатели эффективности. Вполне реальна 20% экономия средств, а также сокращение сроки реализации на 20-25%. Затраты непосредственно на интегрирование новых методик в работу составляют несколько процентов от общей суммы всего замысла и окупаются, как правило, в течение 1-2 лет.

Новый управленческий подход открывает перед бизнесом и государственными организациями такие перспективы:

• четкое определение приоритетов деятельности;
• однозначная формулировка ожидаемых результатов и целей;
• практика облечения инициатив в четкие структурированные формы проектов или программ;
• грамотный учет возможных рисков и поиск путей их нивелирования;
• выход на четкие критерии успешности работы;
• оптимизация ресурсных затрат компании;
• повышение мотивации персонала.

К недостаткам перехода на новую методику можно отнести такие факторы:

• Переходный период. Он может затянуться из-за незнания руководства основ Project Management или из-за саботажа руководителей среднего уровня, которые могут потерять свое влияние.
• Недостаток ресурсов. Распыление средств между разными замыслами может негативно отразиться на основной операционной деятельности компании, особенно если она ограничена в финансовых возможностях.
• Кадры. Без наличия квалифицированного проектного менеджера процесс может забуксовать. Часто приходится привлекать управленца со своей командой со стороны.

Однако, несмотря на все сложности, проектное управление во всем мире набирает обороты. Оно не стоит на месте, оперативно развивается и постоянно соответствует ситуации, сложившейся на данный момент времени.

---

Подборка по базе: электротехника ответы.docx, тест ответы ыу.docx, ИПК ответы.docx, Гиста ответы-1.docx, философия ответы.doc, бжд. ответы.docx, библиог. гост ответы.docx, Рубан ответы.docx, философия ответы_(С24).docx, английский все правильные ответы.docx

---

https://studwork.org/shop/
1. Нейминг – это …
*актуальность проекта
*название проекта+
*авторы проекта

2. Анализ продукта осуществляют методом …
*системного анализа+
*иерархического разбиения продукта+
*стоимостного анализа

3. Метод, предполагающий разбиение содержания и поставляемых результатов проекта на более мелкие и легко управляемые элементы это …
*декомпозиция+
*реструктуризация
*детализация

4. При принятии управленческих решений бывают …ограничения
*интервальные+
*точечные+
*строгие

5. Модель принятия решений руководителем Врума-Йеттона относится к… в теории лидерства
*подходу с позиции личных качеств
*подходу с позиции власти и влияния
*ситуационному подходу+

6. Команда это…
*высоко сплоченный трудовой коллектив+
*устойчивое объединение людей, стремящихся к общей цели
*группа, включающая руководителя и его ближайших помощников

7. Создание иерархической структуры работ это …
*процесс разделения поставляемых результатов проекта и работ проекта на меньшие+
компоненты, которыми легче управлять+
*процесс определения и документирования результатов, работ, компонентов и методов управления проекта
*процесс разработки вариантов и определения результатов проекта, определение последовательности выполнения работ для достижения цели проекта

8. Автократичный лидер…
*обладает достаточной властью, чтобы навязать свою волю исполнителям+
*апеллирует к потребностям более низкого уровня+
*делает обязанности подчиненных более привлекательными

9. Управленческие решения принимает…
сотрудник специалист руководитель+

10. Раздаточный материал должен…
*поддерживать цель выступления+

*украшать презентацию
*быть неотъемлемой частью презентации+

11. Задачи руководителя проекта:
*определение состава работ+
*контроль и управление проектом+
*руководство работниками и их мотивация

12. Сбор требований это…
*процесса разработки программного обеспечения, включающий в себя сбор информации, систематизацию, выявление взаимосвязей, а также документирование данных проекта
*процесс определения, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта+
*процесс структуризации собранных ранее требований и информации для достижения целей проекта

13. Менеджер проекта – это …
*лицо, с личностными качествами руководителя
*роль, на которой, в конечном счете, лежит ответственность за успех или неудачу проекта+
*манера поведения лидера по отношению к подчиненным

14. Усилия, затрачиваемые на управление небольшим проектом составляют … от общих усилий по проекту
от 10 %+
от 25%.
от 18%;

15. План управления требованиями это …
*компонент плана управления проектом, описывающий способы анализа, документирования требований и управления ими+
*компонент плана управления рисками проекта, требований и планирование методов реагирования на них
*компонент плана управления проектом в разрезе событий, условий и требований, реализации и достижения целей проекта

16. Презентация – это …
*слайд-фильм, составленный из нескольких слайдов, которые выдвигались в кадровое окно слайд-проектора специальным механизмом или вручную
*мультимедийный инструмент демонстрирующий модель объекта в уменьшенном масштабе для наглядности представляемого объекта
*мультимедийный инструмент, используемый в ходе выступления для наглядной иллюстрации описываемых фактов и явлений+

17. Качественные управленческие решения должны отвечают требованиям…
важности конкретности+ обоснованности+

18. Риск проекта это …
*результат воздействия различных факторов и получение отрицательного или нулевого результата проекта

*набор событий или условий, характеризующихся получением как положительного, так и отрицательного результата проекта
*неопределенное событие или условие, наступление которого отрицательно или положительно сказывается на целях проекта+

19. Склонность к риску – это степень неопределенности …
*которую хочет принять субъект в предвкушении вознаграждения+
*события или условий, наступление отрицательно или положительно результата проекта
*или уровня воздействия, к которому субъект может проявлять определенный интерес

20. Порог риска – это …
*измерение уровня неопределенности или уровня воздействия, к которому+
*измерение уровня, количества или объема вознаграждения и риска, который организация или лицо могут выдержать з
*заинтересованная сторона может проявлять определенный интерес+
*измерение степени неопределенности, которую хочет принять субъект проекта в предвкушении получения вознаграждения

21. В теории лидерства выделяют четыре основных подхода, а именно…
*поведенческий подход+
*демократический подход
*подход с позиции личных качеств+
*ситуационный подход+
*подход с позиции власти и влияния

22. К методам группового творчества относят…
метод построения ассоциативных карт+
метод мозговой штурм+
метод диаграмм различий

23. К числу факторов внешней среды относят …
уровень очищения технологические факторы+
наличие уже имеющихся технологий

24. К условиям успешного продвижения относят…
постоянную связь обратную связь+ прямую связь

25. Стиль руководства это…
*манера поведения руководителя по отношению к подчиненным+
*совокупность способов воплощение своих решений в жизнь путем последовательных действий
*процесс воздействия руководителя на подчиненных

26. Определение содержания проекта это …
*процесс формирования цели и задач реализации проекта
*процесс разработки подробного описания проекта и продукта+
*процесс определения результата проекта

27. Способ достижения консенсуса между экспертами – это метод …

Дельф+ Паттерн Парето

28. Существует … функций управления проектом.
13
5+
10

29. Жизненный цикл может делиться на … фаз.
5+
4
6

30. Автократ намеренно аппелирует к потребностям…
в карьерном росте и повышении оплаты труда более низкого уровня своих подчиненных+ духовного и социального развития

31. Результативное управление проектом требует наличия у руководителя проекта компетенций:
*компетенции в исполнении+
*межличностные компетенции
*компетенции в знаниях+

32. К непрограммируемым решениям относятся решения…
*принимаемые в старых ситуациях
*принимаемые в существующих ситуациях
*принимаемые в новых ситуациях+

33. К программируемым решениям относятся…
*стандартные и повторяющиеся решения+
*нестандартные и разовые решения
*повторяющиеся и цикличные решения

34. Выбор социальной сети для продвижения проекта зависит от …
целевой аудитории+ авторов проекта сметы-затрат

35. Для отображения вероятности наступления каждого риска и его воздействие на цели проекта в случае его наступления применяют …
график матриц+ таблицу

36. Миссия – это …
*статус проекта, обеспечивающий ориентиры для определения целей следующих уровней
*генеральная цель проекта, четко выраженная причина его существования+
*роль, в ведении которой находится бюджет проекта

37. «Золотые правила» управления проектами:

неуверенность в общении план завершения+
правильный старт+

38. Субъект принятия управленческого решения это…
*лицо или группа лиц (руководителей), принимающих решения+
*группа руководителей, принимающих решения
*специалист, принимающий решения

39. Изложение содержания проекта, основных поставляемых результатов, допущений и ограничений это …
*определение плана реализации проекта
*формирование концепции проекта
*описание содержания проекта+

40. Чтобы приобрести контекстную рекламу так, чтобы она реально продавала необходимо…
*подобрать оптимальные направления для рекламы, составить медиаплан, поставить цели и наладить процессы продвижения+
*составить семантическое ядро для объявлений и сделать эти объявления эффективными+
*применять оффлайн способы продвижения начиная от промоутеров на точках и заканчивая всевозможными баннерами в подходящих местах

41. Лидерство это…
*способность эффективно управлять людьми
*способность обеспечить достижение целей подчиненными, контролируя их поведение
*способность влиять на индивидуумов и группы людей, чтобы побудить их работать для достижения целей+

42. К методам контроля рисков относят …
*проведение интервью
*обзор документации
*анализ отклонений и тенденций+

43. Руководство, основанное на поддержке, относится к модели…
* «цель-результат»
* «путь – цель»+
* «цель-задача»

44. Целью мозгового штурма является …
*обсуждение проблем и рисков реализации проекта
*создание всеобъемлющего списка рисков проекта+
*демонстрация познаний в области управления рисками проекта

45. К методам принятия группового решения относят…
*выбор меньшинство
*единогласие+
*диктатуру+

46. Принцип «5/15/30» описан …
*Джоном Скалли
*Гаем Каваски+

*Сетом Годином

47. Контроль рисков – это …
*процесс разработки вариантов реагирования и контроля рисков, действий по расширению влияния благоприятных возможностей и сокращению влияние отрицательных факторов на достижение целей проекта
*процесс, направленный на выявление конкретных рисков
деятельности/процесса/проекта, а также порождающих их причин, с последующей оценкой возможных последствий и выработку мероприятий по работе с рисками, их предупреждению и устранению с целью оптимизации результата+
*процесс применения планов реагирования на риски, отслеживания идентифицированных рисков, мониторинга остаточных рисков, выявления новых рисков и оценки результативности процесса управления рисками на протяжении всего проекта

48. К методам диаграмм рисков относят …
Диаграммы действия и взаимосвязей Блок-схемы процесса или системы+
Диаграммы причинно-следственных связей+

49. Продвижение проекта помогает …
*создать эталонную модель проекта
*донести до людей то, что вы делаете+
*разработать нестандартные решения

50. Суть принципа «5/15/30» включает …
*30 слайдов в презентации
*5 минут времени на презентацию+
*15-м шрифтом набор текста на слайдах

51. Решение в широком смысле – это…
результат выбора процесс – серия действий+

акт ожидания результата+

52. Рациональный подход представляет собой принятие решения …
*на прошлом опыте и простых рассуждениях
*на основе анализа уникальных ситуаций
*на основе беспристрастного аналитического процесса+

53. Мегапроекты обладают рядом отличительных черт:
*высокой стоимостью+
*капиталоемкостью+
*близостью районов реализации

54. Методы принятия управленческих решений классифицируют по …
по видам+
по содержанию+
по времени

55. Контент маркетинг – это …
*поисковая оптимизация и продвижение в поисковых системах
*газетные объявлений + объявления на avito

*написание статей для сайта, соц-сетей и почтовых рассылок+

56. К основным причинам неработоспособности методов принятия решений относят…
*финансовые ограничения
*информационные ограничения+
*временные ограничения

57. Подпроцессы контроля выполняются параллельно с … задачами.
*выявленными
*исполняемыми+
*запланированными

58. Эффективность лидерства зависит от…
*организационной культуры+
*системы мотивации, планирования, контроля
*стиля руководства+
Мария

13.03.2023

тветы на все вопросы (все модули) по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»
Ответы на 1 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Перечислите группы процессов управления проектами
инициация, планирование, выполнение, контроль и завершение

2. Что входит в понятие «инициация проекта»?
официальное объявление о начале проекта, поиск заинтересованных сторон, выделение реальных целей проекта, определение коммерческой выгоды

3. По каким стратегическим соображениям санкционируются проекты?
требования рынка, стратегические возможности/нужды предприятия, требования заказчика, технологический прогресс и законодательные требования

4. Кто такой менеджер проекта?
это лицо, назначаемое исполняющей организацией ответственным за достижение целей проекта

5. Какой характер имеет план управления проектом?
итеративный

6. Назовите основные цели проекта с точки зрения производства
повышение качества и безопасности производственного процесса, сокращение отходов, сокращение времени для развертывания, использование более доступных материалов, сокращение числа этапов производства

7. Что такое портфель проектов?
это набор проектов или программ и других работ, объединённых вместе с целью эффективного управления данными работами для достижения стратегических целей

8. Назовите основные цели проекта с точки зрения продажи и маркетинга
расширение рынка, увеличение доли рынка, сокращение времени выхода на рынок, продление времени жизни продукта, повышение качества обслуживания клиентов, повышение качества и безопасности продуктов, улучшение репутации, сокращение стоимости

9. Что такое управление проектами?
это отдельная область менеджмента, предназначенная специально для управления временной деятельностью с уникальными результатами

10. Какие характеристики критичны для менеджера проекта?
профессиональные навыки, результативность, личные качества

11. Существуют ли связи между управлением проектами, программами и портфелями?
да, существуют

12. Что такое стандарт?
это официальный документ, в котором в целях добровольного многократного использования устанавливаются характеристики продукции, правила осуществления и характеристики процессов производства, эксплуатации, хранения, перевозки, реализации и утилизации, выполнения работ или оказания услуг

13. Что такое офис управления проектами?
это подразделение или организация, чья сфера деятельности варьируется от оказания поддержки в управлении проектами до прямого управления проектами

14. Что входит в понятие «завершение проекта»?
официальное заявление о завершении проекта, документирование степени выполнения задач и извлеченных из проекта уроков, закрытие контрактов, высвобождение ресурсов для других начинаний

15. Что входит в понятие «контроль проекта»?
мониторинг проекта, определение производительности участников, сверка с планом проекта

16. Что входит в понятие «выполнение проекта»?
исполнение работ, определенных в плане управления проектом, координация людей и ресурсов, интеграция и выполнение операций проекта

17. Имеет ли проектная деятельность отличия от операционной, и если имеет, то какие?
да, имеет: проектная деятельность имеет ограниченный срок, большое количество рисков, большое количество изменений, команда формируется для одного проекта

18. Назовите основные цели проекта с точки зрения финансов
повышение прибыли, сокращение затрат, повышение рентабельности, повышение устойчивости доходов

19. Назовите основные цели проекта с точки зрения организационных факторов
привлекательность для акционеров, улучшение имиджа, сокращение потребности в квалифицированной рабочей силе, сокращение времени на обучение персонала, улучшение обмена информацией, повышение заинтересованности работников, повышение производительности, улучшение условий труда

20. Что такое программа проектов?
это ряд связанных друг с другом проектов, управление которыми координируется для достижения преимуществ и степени управляемости, недоступных при управлении ими по отдельности

21. Какова роль менеджера проекта в управлении взаимоотношениями с заинтересованными сторонами проекта?
развитие и поддержание взаимоотношений со спонсором проекта, менеджером проекта со стороны заказчика, персоналом проекта и бизнес-менеджером исполнителя

22. Приведите примеры проектной деятельности
разработка нового продукта или услуги, строительство здания, внедрение нового процесса на предприятии

23. Что входит в понятие «планирование проекта»?
определение решаемой задачи, составление плана реализации проекта и его расписания, в котором указано, что и когда нужно сделать, кто будет этим заниматься и во что это обойдется, определение рисков и способы реагирования на них

24. Что такое проект?
временное предприятие для создания уникальных продуктов, услуг или результатов

25. Каковы критерии успешности проекта?
проект завершен в установленные сроки, в рамках выделенного бюджета, при удовлетворении заказчика

Ответы на 2 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Перекрывающийся тип связи между фазами, это:
когда фаза начинается еще до завершения предыдущей фазы

2. Что не является критическим фактором успеха при планировании этапа?
Разработаны новые стратегии, стандарты и процедуры процесса управления проектом

3. Что такое заинтересованные стороны проекта?
лица или организации, активно вовлеченные в проект и/или интересы которых могут быть затронуты выполнением проекта

4. Команда проекта состоит из:
менеджера проекта, команды управления проектом и других членов команды проекта

5. С какой целью следует разделять проект на этапы или фазы?
для более легкого управления, планирования и контроля

6. Когда затраты и вовлечение персонала в проект достигают пикового значения?
по мере выполнения работ

7. Когда затраты и вовлечение персонала в проект стремительно падают?
на этапе завершения

8. Определите правильную характеристику итерационного типа взаимосвязи между проектами.
уменьшает способность обеспечения долгосрочного планирования, влечет за собой необходимость в готовности всех членов команды проекта

9. Что такое менеджер по операциям?
ключевое лицо в основной области деятельности предприятия, имеющие дело непосредственно с производством и обслуживанием реализуемых продуктов и услуг предприятия

10. Какие основные характеристики отображает структура жизненного цикла проекта?
стоимость и вовлечение персонала, влияние заинтересованных сторон, способность влиять на конечные характеристики продукта

11. Какая связь не является основным типом взаимосвязи между фазами проекта?
линейная иерархическая

12. Последовательный тип связи между фазами, это:
когда фаза может начинаться только после завершения предыдущей фазы

13. Что такое функциональный руководитель?
ключевое лицо в рамках административной или функциональной области предприятия, таких как отдел кадров, финансовый отдел, отдел поставок

14. Определите правильную характеристику перекрывающегося типа взаимосвязи между проектами
повышает риск, может привести к повторению работ, уменьшает сроки выполнения проекта

15. Что не является целью планирования этапов проекта?
установление областей применения проекта, целей и подходов

16. Когда возможно влияние на конечные характеристики продукта без существенного изменения его стоимости?
в начале проекта

17. Что такое жизненный цикл проекта?
это набор последовательных или перекрывающихся фаз проекта

18. Какова структура жизненного цикла проекта?
начало проекта, организация и подготовка, выполнение работ проекта, завершение проекта

19. Когда существенно нарастает стоимость изменений и коррекции ошибок?
на этапе завершения

20. Что входит в компетенции менеджеров портфеля?
рассмотрение и отбор проекта с точки зрения его рентабельности, ценности, рисков

21. Определите правильную характеристику последовательного типа взаимосвязи между проектами.
уменьшает неопределенность, но исключает варианты для сокращения сроков выполнения проекта

22. Когда затраты и вовлечение персонала в проект невелики?
в начале

23. Когда влияние заинтересованных сторон, риск и неопределенность имеют наибольшее значение?
в начале проекта

24. Что не входит в компетенции менеджеров проектов?
координация деятельности менеджеров портфелей, выдача распоряжений по отдельным проектам

25. Итерационный тип связи между фазами, это:
когда на любое заданное время планируется только одна фаза, а планирование следующей осуществляется по мере выполнения работ в рамках текущей фазы и получения результатов

Ответы на 3 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Что такое устав проекта?
первый официальный документ проекта, подтверждающий существование проекта 

2. Какая группа процессов не является частью групп процессов управления проектами?
группа процессов руководства операционной деятельностью 

3. Что такое мониторинг и управление рисками?
применение планов реагирования на риски, отслеживание идентифицированных рисков, мониторинг остаточных рисков, выявление новых рисков и оценка процессов управления рисками на протяжении всего проекта 

4. Что такое осуществление общего управления изменениями?
анализ всех запросов на изменение, их утверждения и управления изменениями результатов, активов процессов организации, документов проекта и плана управления проектом 

5. Что описывает план управления проектом?
как проект будет планироваться и исполняться, как будет производиться его мониторинг и управление, как он будет завершен 

6. Что не подтверждает группа процессов завершения?
спонсор проекта получил прибыль от вложенных в проект денег 

7. Группы процессов зависят от прикладной области и никогда не повторяются в рамках одного проекта, и никогда не взаимодействуют.
нет 

8. Какая группа процессов не входит в группу процессов исполнения?
определение операций и их последовательности 

9. Что не может происходить при завершении проекта или фазы?
проверка требований качества и результатов измерений для подтверждения использования соответствующих стандартов качества и рабочих инструкций 

10. Какие процессы не входят в группу процессов инициации?
набор команды управления проектом 

11. Каково основное назначение группы процессов мониторинга и управления?
отслеживание, анализ и регулирование хода и эффективности выполнения проекта 

12. В соответствии со Стандартом, Устав проекта не включает в себя:
план управления проектом 

13. На какую группу процессов затрачивается большая часть бюджета проекта?
на осуществление процессов группы процессов исполнения 

14. Что такое процесс управления проектами?
это набор взаимосвязанных действий и операций, осуществляемых для получения заранее определенного продукта или услуги 

15. Что не является процессом завершения?
анализ затрат на выполнение проекта 

16. Что включает мониторинг?
создание отчетов о статусе проекта, его измерении и прогнозировании 

17. Что такое контроль качества?
процесс мониторинга и документирования результатов действий, направленных на обеспечение качества 

18. Верно ли утверждение, что сбор требований, определение содержания, создание иерархической структуры работ, определение операций и их последовательности, оценка ресурсов, оценка длительности операций, управление рисками и планирование закупок происходят в рамках группы процессов планирования?
да 

19. Что включает в себя группа процессов исполнения?
координацию людей и ресурсов, интеграцию и выполнение операций проекта в соответствии с планом управления проектом 

20. Что такое управление стоимостью?
процесс мониторинга статуса проекта для корректировки бюджета проекта и внесения изменений в базовый план по стоимости 

21. Верно ли утверждение, что после завершения процесса планирования, внесение изменений в план управления проектом не возможны?
нет 

22. Что не включает в себя группа процессов мониторинга и управления?
разработка вариантов и действий для расширения возможностей и снижения угроз для целей проекта 

23. Какова цель процессов мониторинга и управления?
выявление отклонений от плана управления проектом 

24. Являются ли группы процессов фазами проекта?
нет 

25. Как группа процессов мониторинга и управления осуществляет мониторинг и управление работами?
в рамках группы процессов и в рамках всего проекта 

Ответы на 4 модуль по предмету «УПРАВЛЕНИЕ ПРОЕКТАМИ»

1. Какой процесс не входит в группу процессов управления стоимостью проекта?
расчет рентабельности

2. Что такое риск?
неопределенное событие или условие, которое, в случае наступления, влияет хотя бы на одну цель проекта

3. Какой процесс не является процессом управления сроками проекта?
создание иерархической структуры работ

4. Что такое содержание проекта?
работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными характеристиками

5. Управление рисками проекта включает в себя следующие процессы:
все вышеприведенные примеры

6. Процессы управления закупками проекта осуществляются, как правило, в следующей последовательности:
планирование закупок, осуществление закупок, управление закупочной деятельностью, закрытие закупок

7. Процессы управления человеческими ресурсами проекта осуществляются, как правило, в следующей последовательности:
разработка плана управления человеческими ресурсами, набор команды проекта, развитие команды проекта, управление командой проекта

8. Обозначьте, какие процессы включает в себя управление интеграцией проекта:
1. разработка устава
2. разработка плана управления проектом
3. руководство и управление исполнением проекта
4. мониторинг и управление работами проекта
5. осуществление общего управления изменениями
6. завершение проекта или фазы
7. выработка данных проекта, таких как стоимость, расписание
8. предоставление прогнозов, позволяющих корректировать информацию о текущей стоимости и текущем расписании

1,2,3,4,5,6

9. Какие процессы и действия включает в себя управление интеграцией проекта?
процессы, необходимые для определения, уточнения, комбинирования, объединения и координации различных процессов и операций управления проектом

10. Что такое интеграция?
это объединение в целое каких-либо частей, элементов

11. Процессы управления коммуникациями в проекте осуществляются, как правило, в следующей последовательности:
определение заинтересованных сторон проекта, планирование коммуникаций, распространение информации, управление ожиданиями заинтересованных сторон проекта, подготовка отчетов об исполнении

12. Какие процессы включает в себя управление стоимостью проекта?
оценка стоимости, определение бюджета, управление стоимостью

13. Что позволяет членам команды проекта участвовать в его планировании и принятии решений?
распределение ролей и ответственностей между членами команды проекта

14. На какой стадии планирования жизненного цикла происходит разработка плана управления стоимостью?
планирование

15. Эффективные коммуникации призваны объединить:
всё вышеперечисленное

16. Перечислите процессы управления содержанием проекта:
1. сбор требований
2. управление содержанием
3. определение содержания
4. факторы среды предприятия
5. создание иерархической структуры работ
6. подтверждение содержания
7. обоснование плана управления проектом

1,2,3,5,6

17. Каждый процесс, входящий в группу процессов коммуникации происходит в каждом проекте:
не менее одного раза, в одной или нескольких фазах проекта, если проект разбит на фазы

18. Как может называться часть команды проекта, отвечающая за выполнение действий по управлению и руководством проекта?
любой из вышеперечисленных вариантов

19. Что такое управление содержанием проекта?
определение и включение в проект тех и только тех работ, которые необходимы для успешного выполнения проекта

20. Заключение контракта на поставку продукта или оказания услуг является одним из способов:
распределения ответственности за управление или разделения потенциальных рисков

21. Перечислите все виды коммуникаций, применяемые в процессе выполнения проекта.
все вышеперечисленные

22. Согласно Стандартам PMI , чем является управление сроками проекта?
областью знаний

23. Что такое управление стоимостью проекта?
это процесс планирования, разработки бюджета и управления расходами для обеспечения завершения проекта в рамках утвержденного бюджета

24. Целями управления рисками являются:
все вышеперечисленные примеры

КОНТРОЛЬ

1. Какой резерв не оказывает никакого влияния на предшествующие и последующие операции?
независимый резерв

2. Как рассчитывается отклонение от календарного плана?
путем вычитания из приобретенной стоимости БСВР той стоимости, которую проект (или задача) должен был приобрести на текущий момент БСЗР

3. Какая величина показывает суммарную плановую стоимость работ, которые должны были быть осуществлены к текущему моменту?
бюджетная (сметная) стоимость запланированных работ

4. В результате чего происходит потеря эластичности сетевого графика?
в результате сокращения резервов времени выполнения работ и появления большего количества критических или почти критических операций

5. Чему соответствует оптимальный календарный план проекта?
минимуму общих затрат

6. Какой подход к управлению является отличительной чертой проектного менеджмента?
командный подход

7. Каково соотношение количества участников проекта на фазе разработки и фазе реализации?
количество участников проекта на фазе разработки значительно меньше, чем на фазе реализации

8. Какая оценка продолжительности выполнения не принимается для каждой работы проекта?
идеальная скорость выполнения

9. Как называется исполнитель, если он берется за выполнение всех работ по проекту?
генеральным подрядчиком или генеральным контрактором

10. С чего должен начинаться и чем заканчиваться сетевой граф?
начинаться с единственного начального события и заканчиваться единственным конечным событием

 Часть ответов из контроля (правильность не гарантирую):

1) Какое количество областей знаний описывает Стандарт PMBOK?

10

2) Структура жизненного цикла проекта отображает

всё вышеперечисленное

3)Какова последовательность процессов в рамках жизненного цикла проекта?
организация и подготовка, выполнение работ, мониторинг качества, сдача готового проекта заказчику

4)Назовите цели планирования этапов
все перечисленные пункты

5) Какие работы производятся в рамках группы процессов инициации?
все перечисленные пункты

6) Кто рассматривает проект с точки зрения его рентабельности, ценности, рисков и других аспектов проекта?
менеджер портфеля

7) Критическими факторами успеха при проведении планирования этапа являются следующие моменты:
все перечисленные пункты

Кто является ключевым лицом в рамках административной или функциональной области предприятия, таких как отдел кадров, финансовый отдел, бухгалтерия или отдел поставок?
функциональный руководитель

9) Дайте определение операционной деятельности
процесс определения тех операций, которые необходимо выполнить для производства результата

10) К какой группе процессов относится набор команды проекта, развитие команды проекта, управление командой проекта?
группа процессов инициации

11) К какой группе процессов относится сбор требований, определение содержания и создание ИСР (иерархической структуры работы)?
группа процессов планирования

12) Какой тип взаимосвязи между фазами применяется в процессе управления проектами
любой из перечисленных

Управление проектами тест Синергии с ответами

Добавить комментарий

Тест Синергии «Управление проектами» Цена 250р.

… относится к недостаткам проектных организационных структур

Отсутствие детального разделения труда по видам работ

Децентрализация принятия решений

+Снижение технологичности в функциональных областях

… относится к условиям применения органистических организационных структур

Узкий фронт работ исполнителей
+Низкий уровень структурируемости задач и проблем
Четкая ответственность

… относится к условиям применения механистических организационных структур

Официальность и обезличенность

+Возможность использовать четкие метрики

«Размытая» ответственность

К преимуществам матричных организационных структур относится то, что …
+проект и его цели находятся в центре внимания

возникают конфликты между проектной и функциональной структурами, которые создают большие проблемы при принятии решений по проекту

возникает серьезная проблема распределения полномочий между руководителями проектов и руководителями функциональных подразделений

К преимуществам функциональных организационных структур относится …

повышение количества взаимодействий между отдельными участниками сквозных, горизонтальных процессов, снижающих таким образом эффективность коммуникации
стимулирование деловой и профессиональной специализации
+стимулирование функциональной изолированности

К преимуществам проектных организационных структур относится то, что …

+реализуется прямое подчинение сотрудников руководителю проекта и таким образом достигается однозначность направленности усилий этих сотрудников

руководитель проекта формирует запас дополнительных ресурсов
снижается технологичность в функциональных областях

К недостаткам матричных организационных структур относится то, что …

проект и его цели находятся в центре внимания
появляется возможность гибко настраивать организационную структуру от слабой матрицы до сильной
+нарушается принцип единоначалия, что дезориентирует персонал и вызывает множество конфликтов

К недостаткам функциональных организационных структур относится …

понижение количества межфункциональных конфликтов и снижение эффективности достижения
общих целен

+стимулирование функциональной изолированности

стимулирование деловой и профессиональной специализации

… относится к чертам компаний будущего

Индивидуальные виды деятельности

Ориентация на внутренние рынки

+Наличие в составе компаний виртуальных групп

… относится к направлениям трансформации компаний

Отказ от системы иерархического подчинения

Увеличение числа иерархических уровней
+Сокращение числа иерархических уровней

К классификации с точки зрения … относится деление организационных структур на функциональные, матричные и проектные

внешнего окружения

отношения к структуре организации

+содержания проекта

К задачам «офиса управления проектами» относится

подготовка программ развития компании
+проведение тренингов для персонала

руководство функциональными подразделениями компании

К задачам «информационного центра» относится …

формирование и анализ отчетов

+сбор информации

проведение тренингов для персонала

К задачам «офиса сопровождения проектов» относится…

+методическая помощь руководителям проектов
проведение тренингов для персонала
формирование портфелей проектов

Доля организационных ресурсов задействованных для выполнения проекта — от 15 до 60%; руководитель проекта действует на постоянной основе и его полномочия находятся в диапазоне от слабых до средних; статус команды временный – это описание характерно для …

«слабой» матричной организационной структуры

функциональной организационной структуры
+сбалансированной матричной организационной структуры

Использование двойственной организационной структуры целесообразно в случае, когда …

роль заказчика и генерального подрядчик совмещает в себе одна организация

+заказчик и генеральный подрядчик имеют одинаково большое значение при принятии решений попроекту или выполняют работы одинаковой важности

заказчик проекта берет на себя функции по управлению проектами, передавая большую часть работ подрядным компаниям

В случае если проект является разовым для материнской организации, целесообразно использование …

+выделенной организационной структуры

сложных организационных структур

двойственной организационной структуры

В случае если проект является разовым для материнской организации, целесообразно использование …

выделенной организационной структуры
+сложных организационных структур
двойственной организационной структуры

Возможность формировать …относится к преимуществам внедрения проектного офиса как подразделения

портфели проектов в соответствии с интересами руководителя проекта
стратегию компании в соответствии с принятыми к реализации портфелями проектов
+портфели проектов в соответствии со стратегическими целями компании и тенденциями развития отрасли

В рамках функциональных организационных структур используются следующие методы сглаживания при помощи …

+посредников н команд

команд и руководителя проекта

арбитров и команд

В рамках схемы «Управление — функция …» к выполнению непосредственных работ по проекту могут привлекаться на временной основе собственные подразделения компании, ответственной за реализацию проекта

управляющей фирмы
субподрядчика
+заказчика

В рамках схемы «Управление — функция управляющей фирмы» непосредственные работы по проекту реализуют…

субподрядчики
заказчики проекта
+управляющая фирма

К разновидности «сложных» организационных структур относится схема…

«Управление — функция субподрядчика»

+«Управления — функция заказчика»

«Управление — функция управляющего проектом»

К традиционному инструментарию организационного проектирования относятся …

ресурсные матрицы

матрицы преемственности
+матрицы ответственности

К характеристике механистических организационных структур можно отнести…

+большое количество подробных правил и процедур

цели размыты и динамично меняются

работники реагируют на материальные поощрения

К характеристике органистических организационных структур можно отнести …
структурируемость задач и проблем

власть подвергается сомнению и испытанию, требует подтверждения со стороны подчиненных
+неформальность

… — это группа лиц с общими целями, которые в процессе сотрудничества практически не общаются лично и каждый из которых играет свою роль в проекте

Виртуальный офис проекта
Виртуальное окружение проекта
+Виртуальная команда проекта

Успешная реализация сложных долговременных проектов маловероятна в рамках … организационной структуры

матричной
+функциональной
проектной

Роль заказчика в рамках схемы «Управление — функция управляющей фирмы» —

+контроль отдельных промежуточных н конечных результатов

выделение постоянных ресурсов для проекта, формирование организационной структуры проекта
оперативный, текущий контроль за состоянием работ по проекту

Роль руководителя проекта …

в слабой матричной структуре постоянная, а команды проекта временная
+в сбалансированной матричной структуре постоянная, а команды временная
в сбалансированной матричной структуре временная, как и у команды проекта

Проектный офис как инфраструктура – это …

руководство компании

структурная единица компании

+место

«Органистическими» (адаптивными) являются: …

функциональная и проектная организационные структуры

проектная, сбалансированная матричная и сильная матричная организационные структуры

+проектная и матричные организационные структуры (сильная, слабая, умеренная)

Процедуру выбора генерального подрядчика для выполнения работ по проекту, осуществляют посредством …

Целью мозгового штурма является …

К программируемым решениям относятся…

стандартные и повторяющиеся решения

Для отображения вероятности наступления каждого риска и его воздействие на цели проекта в случае его наступления применяют …

Рациональный подход представляет собой принятие решения …

Метод, предполагающий разбиение содержания и поставляемых результатов проекта на более мелкие и легко управляемые элементы это …

декомпозиция

Антирегрессионное тестирование – минимизируйте затраты

Регрессионное тестирование играет важнейшую роль в разработке продукта и считается непростой задачей. С этим трудно не согласиться, когда вы тестируете то, что уже было протестировано, а потом тестируете это снова. Термин «регрессия» ассоциируется у членов команды с большими усилиями. Мы знаем, насколько головоломным и вместе с тем незаменимым может быть регрессионное тестирование для процесса релиза и спрашиваем «Приведет ли невыполненное регрессионное тестирование к неудовлетворительному результату?» и «Нужно ли проводить регрессионное тестирование, если программа без ошибок – это недостижимая цель?» Что ж, ответом будет «Да! Регрессионное тестирование нужно проводить регулярно».

Что подразумевается под регрессионным тестированием?

На этот вопрос можно ответить одной фразой: «Исправляя одну ошибку, вы привносите в приложение несколько новых ошибок». Регрессионное тестирование – это то, что позволяет обеспечить исправление ошибки без побочных эффектов.
Во время тестирования выявляются некоторые ошибки, при этом разработчики проекта проводят быструю отладку. Тестировщики и разработчики проводят регрессионное тестирование, чтобы исправление ошибок не привело к нарушению функционала приложения.

Определение: Регрессионное тестирование определяется как вид тестирования программного обеспечения, которое проводится, чтобы подтвердить, что последнее изменение программы или кода не сказалось отрицательно на существующих возможностях. Это не что иное, как полная или частичная выборка уже исполненных тестовых сценариев, которые исполняются повторно с целью проверить правильность работы существующих функций. Регрессионное тестирование также называется подтверждающим тестированием.

Антирегрессионное тестирование

Сам термин «регрессионное тестирование» в некотором роде неточен. Правильнее было бы назвать тестирование «антирегрессионным», так как мы выполняем тесты, чтобы проверить, что система не регрессировала (то есть в результате внесения изменений в ней не возникло еще больше ошибок). Точнее говоря, цель регрессионного тестирования состоит в том, чтобы убедиться, что изменение или улучшение кода программы или среды не нарушило функциональность и не создало побочных эффектов.

Как правило, компании используют так называемый набор или комплекс регрессионных испытаний. Это набор тестовых сценариев, используемых специально для регрессионного тестирования.

Целесообразно иметь комплекс регрессионного тестирования на каждом уровне проверки. Все тестовые сценарии, содержащиеся в комплексе регрессионного тестирования, должны выполняться всякий раз при создании новой версии программного обеспечения, что делает их идеальными кандидатами для автоматизации.

Почему с регрессионными дефектами трудно иметь дело?

Регрессионные ошибки зачастую неизбежны и требуют исправления до развертывания. Регрессионные ошибки трудно исправить по нескольким причинам.

Увеличение стоимости проекта: Крупная ошибка, найденная во время регрессионного тестирования, может создать значительное препятствие для процесса разработки. В отсутствие тщательного планирования регрессионное тестирование может увеличить стоимость проекта. Разработчики и тестировщики выполняют регрессионное тестирование периодически до тех пор, пока ошибки не будут найдены. Исправление регрессионных дефектов требует от разработчиков и тестировщиков выполнения доработок.

Временные сложности: Время регрессионного тестирования приходит после завершения одного этапа разработки и тестирования. По мере приближения сроков выполнения проекта регрессионное тестирование становится серьезным испытанием для команды. У разработчиков остается очень мало времени на исправление ошибок, а у тестировщиков – на проведение повторных функциональных и регрессионных испытаний.

Замедление процесса управления проектом: Каждая компания использует некоторый процесс, обеспечивающий создание продукта в соответствии с требованиями. При обнаружении значительного дефекта в программном обеспечении этот процесс может быть нарушен. Это негативно скажется на сроках выполнения проекта и развертывания продукта.

Тонкости исправления регрессионных дефектов

С регрессионным тестированием можно прекрасно справляться путем ревью кода, а также автоматизации как можно большего числа функциональных и нефункциональных сценариев. Каждый раз необходимо стараться избегать переделок. Это трудно сделать при совместной работе большого числа участников, однако можно попытаться исключить доработки.

Существенные изменения программы и ошибки – обычные явления в разработке продукта. При необходимости каких-либо доработок необходимо обсудить их на совещании, на котором количество ошибок в регрессионном тестировании сводится к минимуму.

Подтвердите каждую ошибку, выявленную в программе, и обсудите ее с членами команды. Это позволяет лучше понять программу и усовершенствовать продукт.

Сосредоточьтесь на наиболее частых сценариях использования программного приложения вместо того, чтобы пытаться протестировать все сразу. Например, лучше всего начать с регистрации пользователей, входа пользователей или покупок.

В регрессионную проверку следует включать этап исследовательского тестирования, которое помогает обеспечить проведение проверок и работу программного обеспечения в соответствии с пользовательскими ожиданиями.

Сравнение регрессионного тестирования и повторного тестирования

Очень тонкая линия разделяет регрессионное тестирование и повторное тестирование.

Цель регрессионного тестирования – убедиться, что изменения не повлияли на неизмененённую часть. Повторное тестирование проводится для того, чтобы проверить, что тестовые сценарии, не прошедшие во время последнего выполнения, работают после исправления дефектов. Регрессионное тестирование не проводится для исправления конкретных дефектов. Повторное тестирование выполняется на основе исправлений дефектов.

Автоматизация – ключевой фактор регрессионного тестирования, тогда как повторное тестирование невозможно автоматизировать по причине неопределенности. Проверка дефекта проводится только в рамках повторного тестирования.

Когда применяется регрессионное тестирование?

Регрессионное тестирование рекомендуется выполнять при возникновении следующих событий:

Регрессионное тестирование играет большую роль для приложения. Несмотря на некоторые недостатки, регрессионное тестирование выполняется, поскольку ошибки имеются во всех приложениях, но мы должны убедиться, что для пользователя они будут работать стабильно.

Источник

Цена качества: 7 принципов оптимизации затрат на тестирование

Думаете, как сэкономить на тестировании вашего ПО? Вы не одиноки. Возникает лишь одно маленькое но: если софт не дотестировать, возможны самые негативные сценарии – от дорогостоящей и крайне невыгодной вам доработки приложения на поздних стадиях до потери репутации и ухода клиентов/заказчиков к конкурентам.

Готовы взять к себе в штат 50 самых опытных тестировщиков, чтобы обеспечить качество продукта? Вот же круто! А зачем? Нужно понимать: если выделите слишком большие ресурсы на тестирование в тех случаях, когда это неоправданно, вы раздуете бюджет и софт будет слишком дорогой. Обрадуются ли этому ваши пользователи и заказчики? Вы снова рискуете.

Да, мы намекаем, что истина где-то посередине. В этой статье мы расскажем об основных принципах, следуя которым вы сможете найти баланс между стоимостью тестирования и качеством своего продукта.

Принцип №1. Начинайте тестировать как можно раньше

Одна из самых распространенных ошибок – это начинать тестировать продукт на поздних стадиях, когда он практически готов к релизу. Чем раньше команда тестирования (QA) подключается к процессу разработки, тем ниже вероятность пропустить ошибку в продакшн. Кроме того, ошибка выявленная на ранней стадии разработки обойдется дешевле. В разы. Наш опыт показывает, что цена фикса на поздних этапах может оказаться в 30 раз дороже, чем фикс этой же ошибки, например, на стадии прототипа.

Случай из практики: мы очень долго ждали в тестирование серверное приложение, которое собирало и обрабатывало большой массив данных пользователей. Разработчики просто отказывались отдавать его, мотивируя это тем, что у них много проблем, а тестирование можно провести и в конце. В итоге они работали над новой версией четыре месяца.

Когда мы начали тестировать приложение с реальным объемом пользовательских данных, оказалось, что выбранная архитектура базы данных не справляется с такой нагрузкой. Команде разработчиков из пяти человек пришлось заново всё планировать, переписывать дизайн и архитектуру приложения, а нам – тестировать его с нуля. Релиз состоялся на шесть недель позже планового.

Итог: желание сэкономить 150 человеко-часов на тестировании и отодвинуть его к релизу привело к потере 1100 человеко-часов своих сотрудников и двойным затратам на тестирование.

Принцип №2. Экономьте, но только не на аналитике

Допустим, вы прислушались к нашим аргументам и решили реализовать первый принцип. На каком этапе разработки продукта выгоднее всего раскошелиться и подключить команду тестирования? Ответ: на этапе планирования архитектуры приложения, ну или хотя бы на этапе анализа и подготовки требований.

Без грамотно проведенной аналитики вы рискуете выпустить на рынок идеальный продукт, который никому не нужен. Такое бывает, когда вы не учитываете особенности своей целевой аудитории.

Мы помним страшилку о приложении для бега, которое было заточено под пользователей из Азии. Оно бы обязательно понравилось ЦА и принесло прибыль, если бы клиенты смогли установить приложение на свои смартфоны. Но они не смогли, а знаете почему? На этапе сбора требований была допущена ошибка, из-за которой приложение тестировалось на айфонах и смартфонах Samsung, которых в Азии – минимум. Ведь азиатские пользователи однозначно отдают предпочтение Huawei и OPPO.

В нашем примере сэкономить у разработчика опять не получилось. Мало того, что пришлось потратить 300 человеко-часов на доработку и тестирование продукта, так еще и репутационные издержки практически поставили проект на колени.

Итог: вы можете пригласить специалистов со стороны или ограничиться своими силами, главное – помните, что потребительское тестирование на этапе поддержки обходится в десятки раз дороже. И под дороже мы подразумеваем не столько денежные убытки, сколько репутационные издержки. Не экономьте на аналитике. Только не на ней!

Принцип №3. Определите цели и ожидания

Конечно же, вы хотите, чтобы всё работало, и работало хорошо. Но этого мало. Вам нужно понимать, насколько хорошо и почему именно настолько.

Знаете, как распознать хорошего тест-менеджера? Он сразу начинает «пытать» вас, чтобы понять, какого именно качества продукт вам нужен. Мы называем это сбором ожиданий. Качество вашего ПО складывается из определенных кирпичиков. Опытный тест-менеджер захочет узнать, какие именно кирпичики нужно положить в фундамент качества.

Когда к нам приходит заказчик и говорит: «Я хочу, чтобы оно работало», мы начинаем его расспрашивать: какая основная цель создания продукта? какие функции наиболее востребованы пользователями? как они их используют?

После сбора ожиданий идет постановка SMART-целей, их декомпозиция, построение задач и таблиц KPI. В итоге мы четко определяем:

Иногда, правда, случаются казусы. На проекте интернет-магазина страховых услуг мы провели анализ и подготовили предложение. Ввиду сложности функционала и величины модулей, помимо полного функционального и регрессионного тестирования продукта, мы рекомендовали автоматизировать регресс. Несмотря на то что именно на регресс уходила большая часть времени, заказчик отказался от его автоматизации, мотивировав это тем, что имеется сильная команда «ручников», а автоматизация отнимет много времени и станет невыгодной. Все наши дальнейшие аргументы и расчеты игнорировались. Мы не смогли доказать свою позицию и три месяца тестировали регресс вручную, что, по сути, было убыточно для заказчика.

Затем проект свернули, два месяца анализировали и вернулись с предложением использовать план по автоматизации, который мы предложили пять месяцев назад.

Итог: нужно уметь не только понять цели проекта и желания клиента, но и доказать ему, что вы на его стороне и знаете, как получить выгоду. Иначе будет как у нас: слитый на ручное регрессионное тестирование бюджет, хотя автоматизация сэкономила бы и время, и деньги. Кстати, об автоматизации…

Принцип №4. Автоматизируйте

…Но мудро. И предварительно посчитав ROI.

Чтобы автоматизация экономила ваши деньги, продукт должен быть стабильным. Впрочем, если он очень динамично меняется, это не значит, что автоматизация вам не поможет. Использование тулов и специализированных программ – уже автоматизация. Например, вы поможете автоматить рутинные операции, съедающие время ваших тестировщиков. Скажем, написать утилиту, которая собирает нужные конфигурации.

Случай из практики: заказчик хотел релизиться каждый день вместо двух раз в неделю. При этом полное ручное регрессионное тестирование занимало два-три дня. А так как 80% функциональности продукта были устоявшимися и стабильными, было принято решение ее автоматизировать. Для этого мы разработали четыре сценария автоматизации и провели сравнительный анализ их эффективности. Обычно для этого мы используем восемь показателей:

Окончательный отбор прошли два сценария автоматизации. Их использование позволило нам сократить регресс с двух дней до пары часов на прогон автотестов, плюс два часа на оставшиеся ручные проверки, которые автоматизировать оказалось нерентабельно.

Итог: автоматизация может сократить трудозатраты на тестирование в десятки раз, а может слить бюджет впустую. Без умения анализировать и считать ROI вы всегда рискуете навсегда разочароваться в автоматизации.

Принцип №5. Научитесь использовать новичков

Не хотите автоматизировать? Тестеры с опытом бьют по бюджету? Подумываете нанять рукастых выпускников вузов за небольшую, но разумную зарплату? Неплохая идея, но есть несколько нюансов. Даже если у вас несложный продукт, одних новичков вам не хватит.

Ребенок может найти баг в игре и сломать приложение по методу манки-тестинг, но найдет ли он все баги? Конечно нет. Мы очень любим новичков, но они, как правило, не владеют методами исследовательского тестирования. Зато они могут «ходить» по тестам. Поэтому на компанию новичков с горящими глазами нужен «старичок», который пропишет проверки на том уровне, который будет понятен вашим новичкам.

Например, мы привлекаем новичков под присмотром наставников даже к некоторым сложным проектам. Вначале процесс интеграции и адаптации новичка на проекте занимал месяц, что, разумеется, увеличивало сроки и стоимость тестирования. Для решения этой проблемы мы разработали «пакеты новичка» с тестовой документацией и всеми инструкциями по установке и настройке необходимых компонентов. Этот шаг позволил сократить срок полной адаптации сначала до двух недель, а после добавления в «пакет» набора наглядных кейсов и обучающих видео – до недели.

Фрагмент набора кейсов для тестирования страхового продукта представлен ниже.

«Пакет новичка» может включать что-то совсем простое, но полезное, типа генератора данных.

А может давать конкретные шаги по прохождению кейсов. Кстати, по нашему опыту, лучше всего давать новичкам именно тест-кейсы (с подробно расписанными шагами и предусловием), а не чек-листы.

Имея такой набор под рукой, новичок всегда будет знать, какой тест проходить, что делать и где искать недостающую информацию.

Итог: выгодно использовать труд новичков без потери качества и скорости тестирования вполне возможно. Junior способен приносить реальную пользу на проекте уже со второй недели, сократив потери времени на адаптацию в 4 раза (со 160 до 40 часов).

Опытный наставник и бизнес-процессы интеграции новичков помогут вырастить крутую команду в кратчайшие сроки. Мы вот регулярно так делаем, а количество классных тестировщиков, которых мы подготовили, уже превысило тысячу!

Принцип №6. Вам не нужны сто тестировщиков, вам нужны те, кто работает головой

Тестировщиков не должно быть много, их должно быть достаточно. Вы же не хотите потратиться на отличных опытных ребят, которые будут просто скучать на работе или заводить никому не нужные миноры? Точно так же вы не захотите, чтобы сорок разработчиков завалили одного несчастного специалиста по тестированию всеми своими фиксами и у него не хватало ни времени, ни энергии на качественную работу над задачами. Итак, шестое правило баланса цены и качества – искать этот баланс.

Интуиция – это важно, но всё же старайтесь прибегать к помощи стратегов и аналитиков, которые помогут вам оценить объем задач, необходимое вам количество людей и их квалификацию.

Распространенный случай из практики. Не так давно к нам обратился клиент, у которого в команде было 12 тестировщиков: ТМ, senior, middle и 9 junior. Мы провели аудит процессов тестирования и отказались от восьми тысяч ненужных задач (таких как регресс незатронутой обновлениями функциональности, заведение миноров и т.д.), плюс придумали, как оптимизировать тесты. Оказалось, что проект нуждается в трех автоматизаторах (предложили своих) и еще одном middlе, которого вырастили из числа junior. От остальных новичков пришлось отказаться.

Далее мы оставили тестирование критичного функционала в блоке «Идентификация и квитовка» на middle. Они проверяли его вручную, исследовательским тестированием. Все остальные блоки практически полностью ушли на автоматизаторов.

В итоге это позволило:

– Снизить стоимость предрелизного тестирования с 232 400 до 35 200 рублей.

– Повысить ROI тестирования за счет автоматизации в 5 раз.

– Снизить управленческую нагрузку на руководство.

– Сократить время предрелизного тестирования на 23 человеко-часа.

– Повысить качество тестирования, оставив на проекте только опытных тестировщиков.

Принцип №7. Посчитайте, что вам выгоднее: штат или аутсорс

Часто, но не всегда аутсорс обходится дешевле и позволяет нанять более опытных сотрудников со скидкой.

Еще один кейс из нашей практики: Как сэкономить более полутора миллионов рублей в год, наняв вместо девяти штатных тестировщиков с зарплатой 70 тысяч рублей девять аутсорсеров с зарплатой 130 тысяч.

Чтобы не быть голословными, покажем таблицу, которая объяснит, откуда берется такая выгода.

В нашем примере штатный тестировщик с окладом 70 тысяч рублей в месяц обходится компании на 14 877 рублей дороже, чем более дорогостоящий специалист-аутсорсер, имеющий почти вдвое больший оклад. Если взять в расчет отдел из 9 человек, которые отработали год, то выгода составит 1 606 716 рублей. А это уже деньги.

Впрочем, иногда бывает, что, даже понимая выгоду, компании не хотят отдавать тестирование на аутсорс. Например, мы часто сталкиваемся с желанием клиента перенести всё к себе в штат. Это связано со страхами и неготовностью делиться своими наработками и документацией с внешними заказчиками.

Такая позиция вполне оправдана: несмотря на все договоры о неразглашении, всегда остается риск случайной утечки информации, стоимость которой не покрывают потом никакие судебные иски. Чтобы не попасть в такую ситуацию, рекомендуем перестраховаться и обратиться к компании, в отношении которой за прошедшие десять лет не было возбуждено ни одного такого иска, предварительно пообщавшись с заявленными у нее на сайте клиентами.

Коротко о сказанном

1. По версии «Национального Института Стандартов и Технологии» стоимость тестирования в конце разработки может превышать её стоимость на начальных этапах в 15 раз, а после релиза в 30 раз.

Не хотите переплачивать? Начинайте тестировать как можно раньше!

2. Непонимание своей ЦА и её требований к продукту похоронило множество отличных проектов.

Экономите на аналитике? Готовьтесь платить за игру в угадайку!

3. Анализировать нужно не только ЦА, но и пожелания заказчиков. На их основе нужно уметь ставить и декомпозировать SMART-цели.

Не умеете ставить чёткие цели? Ваши цели непонятны заказчику? Закладывайте затраты на доработку и переделку!

4. Автоматизация помогает оптимизировать затраты на тестирование. Но не везде и не всегда.

Считаете, что руками тестировать выгоднее? Посчитайте ROI от автоматизации по нескольким сценариям и сравните цифры!

5. Новички в тестировании полны энтузиазма, но им не хватает опыта. Хороший наставник и «пакет новичка» повышает КПД джуна на проекте в 2-3 раза.

Набрали вчерашних выпускников за разумную плату? Готовьтесь доплатить за их превращение из «обезьянки» в человека!

6. Качество не равно количеству. Хороший специалист стоит дороже, потому что он даёт лучший результат.

Не хотите экономить, работая на результат? Тогда вам не стоит проводить аудит команды тестирования и оптимизировать её состав.

7. Аутсорс тестирования позволяет получить на проект опытную команду с гарантией результата. Но подходит аутсорс далеко не всем.

Хотите готовое решение с демократичным ценником? Рассчитайте преимущества от штата и от аутсорса, возможно второй вариант окажется в разы выгоднее.

Вместо эпилога

Качество – понятие многогранное, поэтому и его цена может варьироваться в зависимости от глубины понимания компанией этого термина. Есть много способов сэкономить в ущерб качеству, но не так много вариантов повысить качество без переплат. Соблюдение вышеперечисленных принципов помогло нам заработать надежную репутацию на рынке и лояльность наших клиентов, а самим клиентам – сэкономить силы, ресурсы и время.

Примерьте эти принципы на себя, они весьма просты, а потому эффективны. Надеемся, наша статья поможет вам сэкономить на тестировании без снижения качества. А еще мы ждем ваших вопросов, идей, предложений и замечаний в комментариях.

Нина Агеева,
Deputy Director at Лаборатория качества.

Источник

Этапы тестирования ПО

Тестирование является неотъемлемой частью жизненного цикла программного обеспечения. Само по себе тестирование – длительный процесс проверок на соответствие ожидаемого результата. Нельзя выделить какой-то один этап как важный, каждый из них имеет одинаковый вес. При создании продукта тестировщик не просто играет важную роль, а участвует на каждом этапе разработки от концепции до выхода продукта в свет.

Как уже было отмечено, тестирование – неотъемлемая часть жизненного цикла продукта, однако необходимо понимать, с чего стоит начинать тестирование, и когда оно заканчивается. Например, неопытные специалисты ошибочно думают, что после релиза они могут переключаться на другой проект.

Всего принято выделять 7 этапов тестирования:

Прежде, чем переходить к описанию каждого цикла тестирования, необходимо запомнить важное правило: переход к следующему этапу допустим лишь после полного завершения работы на предыдущем. Теперь поговорим о каждом этапе тестирования отдельно.

Этап 1. Работа с требованиями

Команда тестирования знакомится с требованиями заказчика, функционалом продукта. На данном этапе важно непрерывное общение команд, необходимо задавать вопросы разработчикам.

Тщательное изучение требований должно:

Общение является ключевым аспектом в разработке продукта, а продуманный roadmap (дорожная карта, стратегический план по реализации функционала продукта по определенным датам) позволит устранить нелогичность будущих внесенных изменений в продукт.

Этап 2. Разработка стратегии тестирования и планирование процедур контроля качества

Данный этап важен для лидов или менеджеров, поскольку от понимания полученной на предыдущем этапе информации зависит качество тестирования.

Этап 3. Создание тестовой документации

Цель данного этапа – создать документацию, объем которой будет охватывать детализацию, ход работ, а также вносить ясность для заказчика.

Общение с другими командами, понимание желаний заказчика напрямую влияют на качество тестовой документации. После проведенного тестирования можно проанализировать его успешность.

Тестовая документация может состоять из:

Детализация тестовой документации зависит от проекта, поэтому она может отличаться и по охвату, и по формату, и по объему. Для тестировщика важно поддерживать документацию в актуальном виде, вносить любые изменения, связанные с изменением итогового продукта.

Этап 4. Тестирование прототипа

При создании и тестировании прототипа продукта необходимо выявить основные отклонения от ожидаемого результата и соответствие с бизнес-стратегией. Здесь же выявляются ошибки в работе логики основного функционала, устраняются найденные уязвимости и дефекты, допущенные на этапе разработки. Заказчик может сам участвовать в процессе тестирования прототипа, чтобы он мог оценить, на каком этапе находится разработка продукта. После тестирования выдвигаются пожелания со стороны заказчика. Новые пожелания необходимо задокументировать, оценить сроки, внедрить в проект и передать на осмотр заказчику.

Самый подходящий метод тестирования прототипа – проведение закрытого бета-тестирования, когда продукт тестирует продукт малое количество людей, которые в итоге будут использовать его после релиза. Это помогает учесть пожелания конечных пользователей.

Очень важно лиду или менеджеру проекта передавать информацию тестировщикам и разработчикам о пожеланиях заказчика, на какие частые сбои в продукте натыкались пользователи для того, чтобы сделать его более понятным.

Этап 5. Основное тестирование

Тестирование программного обеспечения является самым длительным и объемным процессом. Здесь формируются репорты о найденных дефектах, выполняется набор тестовых сценариев, создается тестовая среда, выполняется тестирование, виды которого были задокументированы на этапе создания тестовой документации. Смоук- и регресс-тестирования являются одними из основных видов тестирования, которые проводятся на данном этапе.

Важно понимать: невозможно найти все ошибки в продукте. Но и не найти ошибки при тестировании можно считать провалом. Главная цель — не сделать идеальный продукт без ошибок, а найти максимальное количество дефектов, которые потенциально могут сломать систему.

Этап 6. Стабилизация

Наверное, самый непонятный с точки зрения формулировки этап. На нем заканчивается работа с пожеланиями заказчика и фиксируются найденные баги. Он является связующим звеном между командой тестирования и командой разработчиков. На протяжении создания онлайн-ресурса команда разработчиков занималась своими делами, реализуя «хотелки» заказчика, а тестировщики репортили о новых дефектах. А на этапе стабилизации разработчики начинают слушать тестировщиков, устраняя то, что уже работает, но некорректно.

Если продукт существует в какой-то большой системе, то на данном этапе также проверяется коммуникация системы и продукта, то есть проводится интеграционное тестирование.

Этап 7. Эксплуатация и поддержка

Пожалуй, самый волнительный период. После устранения дефектов команда разработчиков переходит в этап тестирования продукта в продакшн-среде. Так как многие ставят точку на проекте после релиза, очень важно подметить, что здесь происходит не только релиз продукта, но и пост-релизовая поддержка.

При всем желании нельзя учесть все нюансы использования, воссоздать ту среду, в которой будет использован продукт. Поэтому на данном этапе необходимо сделать акцент на том, что говорят пользователи, важно прислушиваться к их мнению, поскольку они участвуют не только в использовании продукта, но и тестировании, натыкаясь на ненайденные ошибки. Ваш продукт становится частью жизнедеятельности людей, поэтому устранение дефектов и их поиск проводятся быстро, но тщательно. Не всегда конечный пользователь может предоставить информацию о том, что он сделал для получения ошибки, поэтому за повторение дефекта берется QA-команда.

Изучив все этапы тестирования сложно выделить главный – каждый из них важен по-своему. Тестирование является долгим и кропотливым процессом, результатом которого является выявленная ошибка в системе. Тестировщик должен четко формулировать свою позицию, почему найденная ошибки — действительно дефект, должен прислушиваться после релиза к позиции конечного пользователя и помнить, что ничто в этом мире не идеально.

Источник

Цена ошибки: кто и сколько платит за промахи программистов?

Современные программисты живут в интересное время, когда программное обеспечение проникает буквально во все сферы жизни человека и начинает существовать в бесчисленном количестве устройств, плотно вошедших в наш обиход. Сейчас уже никого не удивишь программами в холодильниках, часах и кофе-машинах. Однако, параллельно с торжеством удобства растет и зависимость людей от умной техники. Неизбежное последствие: на первый план выходит надежность программного обеспечения. Сложно кого-то напугать взбесившейся кофеваркой, хотя и она может натворить много бед (литры кипящего кофе стекают по вашей белоснежной мраморной столешнице. ). Но мысль о растущих требованиях к качеству ПО важна, поэтому поговорим об ошибках в коде, которые повлекли за собой существенные траты времени и денег.

Цель повествования — борьба с идеей, что к дефектам в программах можно относиться так же пренебрежительно, как и раньше. Теперь ошибки в программах — это не только неправильно нарисованный юнит в игре, сейчас от кода зависит сохранность имущества и здоровье людей. В этой статье я хочу привести несколько новых примеров необходимости трепетного отношения к коду.

Нельзя отрицать, что сложные программы все активнее входят в нашу жизнь: управляемая со смартфона бытовая техника, гаджеты, наделенные таким функционалом, о котором еще 10 лет назад не приходилось и мечтать и, конечно, более сложное ПО на заводах, в автомобилях и т.д. Любая программа создается человеком и, чем она умнее, тем опаснее ее сбой.

Поговорим о деньгах, потерянных из-за ошибок в программном обеспечении, и росте нашей зависимости от программного кода. Тема неоднократно обсуждаемая (в том числе моим коллегой — Андреем Карповым — «Большой Калькулятор выходит из-под контроля»), и каждый новый пример доказывает: качество кода — не то, чем можно пренебрегать.

Космос

Дорогой дефис

Спутник Mariner 1 в 1962 году должен был отправиться к Венере. Стартовав с мыса Канаверал, ракета практически сразу сильно отклонилась от курса, что создало серьезную угрозу падения на землю. Для предотвращения возможной катастрофы NASA было принято решение запустить систему самоуничтожения ракеты. Спустя 293 секунды с момента старта, Mariner 1 был ликвидирован.

Ревизионная комиссия провела расследование, в ходе которого было выявлено: причиной аварии послужила программная ошибка, из-за которой поступали неверные управляющие сигналы.

Программист неправильно перевел написанную формулу в компьютерный код, пропустив макрон или надчёркивание (что значит «n-ое сглаживание значения производной радиуса R по времени»).

Программа даже незначительные изменения скорости воспринимала как весьма существенные и проводила корректировку курса (источник).

Цена «пропущенного дефиса» — 18 млн долларов (на тот момент).

Российский GPS, опустившийся на дно

Ярким примером того, как из-за программной ошибки могут быть потеряны миллионы, является относительно недавний случай. Казалось бы, в 21 веке есть все необходимое для написания надёжных программ, особенно, если речь идет о космической отрасли. Опытные специалисты с отличным образованием, хорошее финансирование, возможность использования лучших инструментов для проверки программного обеспечения. Все это не помогло. 5 декабря 2010 года ракета-носитель «Протон-М» с тремя спутниками «Глонасс-М» — российский аналог GPS, упала в Тихий океан.

Причину аварии, после завершения расследования, озвучил официальный представитель Генпрокуратуры РФ Александр Куренной: «Установлено, что причиной аварии стало применение неверной формулы, в результате чего масса заправленного в бак окислителя разгонного блока жидкого кислорода на 1582 кг превысила максимально допустимую величину, что повлекло выведение ракеты-носителя на незамкнутую орбиту и его падение в акваторию Тихого океана» (источник).

Интересный момент в этой истории — документ о необходимости корректировки формулы был, но его списали как исполненный. Руководство же не удосужилось проверить выполнение своих указаний. Все причастные к аварии лица были привлечены к уголовной ответственности и крупным штрафам. Но это не компенсирует потери, составившие 138 миллионов долларов.

Автомобили

Еще в 2009 году профессор информатики в Техническом университете Мюнхена, эксперт по программному обеспечению в автомобилях Манфред Бра, сказал: «Программное обеспечение автомобиля премиум-класса содержит около 100 миллионов строк кода» (источник). С того момента прошло уже восемь лет, и совсем не обязательно быть поклонником передачи Top Gear, чтобы заметить: современные автомобили — это настоящие интеллектуальные машины.

По заявлению все того же эксперта, стоимость программного обеспечения и электроники в автомобиле составляет порядка 40% от его цены на рынке. И это касается бензиновых моторов, что же говорить о гибридах и электрокарах, где это значение равно примерно 70%!

Когда электронная начинка становится сложнее механической, то возрастает ответственность разработчиков программного обеспечения. Баг в одной из ключевых систем, например, торможения, представляет гораздо большую опасность, чем порвавшийся тормозной шланг.

Садиться за руль современных комфортных и «умных» авто или ездить на олдскульных, но понятных машинах? Решать вам, я же предлагаю небольшую подборку багов в программном обеспечении автомобилей.

И снова Toyota

Японские автомобили Toyota имеют положительную репутацию, но периодически в СМИ попадает информация об отзыве некоторого количества машин. В нашем блоге уже есть статья о программной ошибке в Toyota — «Toyota: 81 514 нарушений в коде», но этот случай, к сожалению, не единичный.

В 2005 году было отозвано 160 тыс. гибридов Toyota Prius 2004 года выпуска и начала 2005. Проблема заключалась в том, что машина могла в любой момент остановиться и заглохнуть. На устранение бага было затрачено около 90 минут на одно транспортное средство или около 240 тыс. человеко-часов.

Chrysler и Volkswagen

В мае 2008 года Chrysler отозвал 24535 автомобилей Jeep Commanders 2006 года выпуска. Причина — программная ошибка в модуле управления автоматической трансмиссией. Сбой приводил к неконтролируемой остановке двигателя.

В июне того же года Volkswagen отзывает около 4000 Passat и 2500 Tiguans. Здесь ошибка в программном обеспечении оказывала воздействие на увеличение оборотов двигателя. Показания тахометра начинали ползти вверх при включенном кондиционере.

Стоит ли говорить о том, что процесс отзыва автомобилей связан с огромными финансовыми затратами. Но для таких крупных компаний-производителей гораздо страшнее не денежные потери, а упадок доверия потребителей. При огромной конкуренции на автомобильном рынке, одна такая оплошность может обернуться очень и очень негативными последствиями. Восстановление репутации надежного производителя — дело нелегкое.

Tesla

Выше речь шла об обычных автомобилях, причем не самых последних годов выпуска. Как видите, даже в них возможны программные ошибки, что уж говорить об активно популяризируемых экологически безопасных электрокарах.

Поговорим, конечно же, о Tesla Model S. 7 мая 2016 Джошуа Браун, прославившийся благодаря своим роликам на YouTube, посвященным восхвалениям электромобиля, попал в автокатастрофу. Он находился за рулем Tesla Model S. Будучи на 100% уверенным в интеллекте машины, он доверился автопилоту. Результат доверия трагичный — от полученных травм Джошуа скончался на месте.

Катастрофа получила широкую огласку. Началось расследование. Удалось установить, что, по всей видимости, Браун самостоятельно не следил за дорогой, а автопилот столкнулся с ситуацией, которая не нашла отражение в его программном коде. Перед Tesla Джошуа двигался грузовик с прицепом. Автомобиль планировал выполнить маневр — левый поворот, соответственно, требовалось сбавить скорость. Но Tesla, едущий позади, не начал тормозить, т.к. системы автопилота не распознали находящийся впереди объект.

Произошло это, скорее всего, из-за яркого солнца. Лучи отражались от прицепа и автопилот воспринял грузовик единым целым с небом. В официальном докладе это объяснялось следующим образом: «Системы автоматического торможения Теслы являются технологией избегания столкновения в редких случаях и не спроектированы для надежного выполнения во всех режимах аварии, включая столкновения в результате пересечения путей» (источник). Полный отчет об аварии находится в свободном доступе.

Иными словами, автопилот призван помогать водителю (более совершенный круиз-контроль, грубо говоря), а не заменять его функции. Конечно, репутацию Tesla такое оправдание не сильно спасло. Работы над совершенствованием программного обеспечения продолжились, но Tesla Model S с дорог отозваны не были.

С одной стороны, такая статистика свидетельствует о том, что электрокар безопаснее, но готовы ли вы доверить свою жизнь, жизнь пассажиров и других участников дорожного движения программе?

И это не риторический вопрос. Судя по новостям биржи, вопреки нашумевшей аварии, акции Tesla выросли на 50% с начала 2017 года. Способствуют этому два значимых фактора: популярность движений, выступающих за улучшение экологии в мире, и высокий личный рейтинг главы Tesla — Илона Маска.

Всеобщий масштаб — Беда 2038 года

Не могла не привести в завершении статьи этот пример. Подробно о Беде 2038 года вы можете прочитать в статье «2038: остался всего 21 год», я же остановлю внимание на одном важном моменте.

Оборудование для заводов: всевозможные станки, конвейеры; бытовая техника и другие сложные агрегаты, оснащенные специализированным программным обеспечением, имеют достаточно продолжительный срок службы. Вероятность того, что выпущенный в 2017 году станок будет функционировать и в 2038 очень и очень велика. Отсюда логично сделать вывод: проблема, когда 32-битные значения типа time_t больше не смогут корректно отображать даты, уже актуальна!

Если сейчас разработчики программного обеспечения не будут брать ее в расчет, то что же ждет программистов в 2038 году?! Есть все шансы на то, что ПО для встроенных систем устроит немало сюрпризов. Но, думаю, мы будем тому свидетелями.

Заключение

Возможно, приведенные в статье примеры покажутся слишком эпичными. Безусловно, широкую огласку получают только трагические случаи. Но я уверена, что в каждой компании, занимающейся разработкой программного обеспечения, есть история о том, как всего одна ошибка повлекла за собой множество проблем, пусть и в локальном масштабе.

Можно ли найти виновного? Иногда да, иногда — нет. Но смысл не в том, чтобы найти крайнего и каким-то образом покарать его. Идея в другом — программы усложняются, они все больше входят в нашу жизнь, а значит и требования к надежности кода растут. Увеличивается цена типовых ошибок, ответственность за качество кода тяжелой ношей ложится на плечи разработчиков.

Какой же выход? Модернизировать процесс разработки. Дать программистам помощников — специальные программы для выявления и устранения ошибок. Комплексное использование современных методик существенно снижает вероятность того, что баг в коде не будет обнаружен на этапе разработки.

Желаю вам не допускать промахов, а вашим проектам никогда не попасть в подборку, аналогичную той, что приведена в этой статье.

Источник

пятница, 23 марта 2018 г.

Стоимость исправления ошибки на разных этапах разработки ПО

Если мы заметили ошибку на этапе написания требований, то исправить ее — дело 1 минуты, просто скорректировали предложение в тексте, и все.

Пока придумывают архитектуру будущего кода, стоимость уже дороже. Представьте, что архитектор уже придумал, как это будет выглядеть, а вы хотите изменить фундамент:

Но это еще реально. А вот если мы уже все построили (написали код), то некоторые изменения просто нельзя внести и приходится мириться с багом. А даже если можно, то стоить это будет сильно дороже:
— аналитику поправить ТЗ;
— архитектору придумать, как поправить минимальными усилиями;
— разработчикам внести правки.

Почему на картинке Lee Copeland есть еще Release с самой большой стоимостью?

Картинка из книги Lee Copeland

Потому что пока мы на этапе тестирования нашли проблему, то да, придется исправлять много кода, но все же этот код написан в последний месяц (или сколько времени у нас занимает выпуск одной версии продукта).

А вот если мы выпустили версию и уже сделали другую, третью пятую, десятую… А потом нашли баг в самой первой, то на том коде уже столько всего понастроено, в том числе и костылей. Что исправить вашу хочу-шку будет особенно сложно.

Тем не менее такой подход до сих пор используют в больших организациях на сотни человек. Там с требованиями работает один отдел аналитики, потом передают дальше и так по каскаду все приходит в тестирование. С проблемами ошибки в требованиях приходится мириться…

Так что запоминаем: чем раньше найдена ошибка, тем проще ее исправить!

Поэтому тестировщики так важны. Чем раньше они заметят проблемы, тем проще будет их исправить!

PS — это выдержка из моей книги для начинающих тестировщиков, написана в помощь студентам моей школы для тестировщиков

Источник

7 принципов тестирования. Часть 2

В статье использованы материалы книги «Foundations of Software Testing: ISTQB Certification» by Dorothy Graham, Erik van Veenendaal, Isabel Evans & Rex Black.

О 7 принципах тестирования пишут часто, но обычно довольно сжато. Дороти Грэхем и соавторы в своей замечательной книге объясняют эти основополагающие принципы весьма детально.

Принцип 3. Раннее тестирование

Тестовые активности должны начинаться как можно раньше в цикле разработки и быть сфокусированы на определенных целях.
Этот принцип связан с понятием «цена дефекта» (cost of defect). Цена дефекта существенно растет на протяжении жизненного цикла разработки ПО. Чем раньше обнаружен дефект, тем быстрее, проще и дешевле его исправить.

Дефект, найденный в требованиях, обходится дешевле всего. Если дефект обнаружен на этапе разработки архитектурного решения, исправить его тоже не составляет большого труда. Если же дефект, внесенный еще на уровне требований, «дожил» до этапа системного или приемочного тестирования, исправление его будет очень дорогим – ведь придется внести изменения не только в код, но, возможно, и в архитектуру, и в требования. Кроме того, один дефект в требованиях может проявиться во множественных дефектах на уровне архитектуры и кода, а после внесения исправлений нужно вновь проводить тестирование.
Порой дефекты, обнаруженные на слишком поздней стадии, вообще не исправляются, потому что это обошлось бы слишком дорого.

Случается, и так, что ПО поставляется и формально соответствует согласованным требованиям, но не соответствует нуждам и потребностям пользователей. Это также вызывает целый ряд проблем – нежелание пользователей переходить на новую систему, сложности с продажей и внедрением и так далее. Это значит, что требования изначально были неполны, но этот изъян не был обнаружен.

Вот почему важно начинать тестирование как можно раньше, со статических техник.

Еще одно важное преимущество раннего тестирования – экономия времени. Тестовые активности могут начинаться еще до того, как написана первая строчка кода. По мере того, как готовятся требования и спецификации, тестировщики могут приступать к разработке и ревью тест-кейсов. И когда появится первая тестовая версия, можно будет сразу приступать к выполнению тестов.

Принцип 4. Скопление дефектов

Небольшое количество модулей содержит большинство дефектов, обнаруженных на этапе предрелизного тестирования, или же демонстрируют наибольшее количество отказов на этапе эксплуатации.

Многие тестировщики наблюдали такой эффект – дефекты «кучкуются». Это может происходить потому, что определенная область кода особенно сложна и запутана, или потому, что внесение изменений производит «эффект домино». Это знание часто используется для оценки рисков при планировании тестов – тестировщики фокусируются на известных «проблемных зонах».

О том, где «кучкуются» дефекты, можно узнать еще на ранних этапах, когда проводится статическое тестирование (например, code review и анализ кода при помощи специальных инструментах). Когда дойдет дело до динамического тестирования, можно сфокусироваться на тех областях, где было обнаружено больше дефектов статическими методами.

Также полезно проводить анализ первопричин (root cause analysis), чтобы предотвратить повторное появление дефектов, обнаружить причины возникновения скоплений дефектов и спрогнозировать потенциальные скопления дефектов в будущем.

Источник

Как раннее тестирование влияет на стоимость продукта

С ростом сложности ИТ- инфраструктуры из-за количества интегрируемых ИТ-систем происходит естественное увеличение потребности в тестировании ПО. Увеличивается количество и сложность тестов, а это, в свою очередь, существенно замедляет выпуск продуктов в эксплуатацию. С другой стороны, почти все организации стремятся сократить время выпуска программных продуктов, поэтому удлинение жизненного цикла ПО за счет возрастающих объемов тестирования воспринимается негативно. Иногда это превращается в частичный или даже полный отказ от тестирования и приводит к заметному снижению качества ИТ-услуг.

Пренебрежение тестированием приводит к следующим последствиям:

Желательно тестирование вводить как можно раньше, на этапе анализа требований, но давайте определим оптимальный момент, когда можно начинать тестировать.

Согласно исследованиям компании IBM стоимость дефекта увеличивается со временем (подробный отчет здесь).

График, представленный ниже, иллюстрирует зависимость стоимости устранения дефекта во времени жизни продукта:

Прямая времени (time) содержит несколько точек на своей оси:

A: дефект появился в системе вместе с коммитом кода.
B: Прошло менее одного дня, дефект не проявлялся раньше, но воспроизвелся при выполнении некоторой последовательности шагов. Такой дефект очень легко исправить.
C: Через несколько дней: мы помним какие изменения были произведены в системе, которые могли стать причиной дефекта, что может вызвать необходимость перепроверить дополнительные изменения, которые были введены в систему после тех, что стали причиной дефекта. Но, тем не менее, его все еще можно исправить без существенных затрат.
D: Выпуск/релиз: дефект начинает влиять на потребителя, а также на целостность вашей системы. Пофиксить дефект станет сложнее, это потребует дополнительных усилий.
E: Дефект пробыл в продукте на протяжении какого-то времени после релиза и уже повлиял на те части кода, которые не подвергались изменениям. Пользователи знают о том, что он есть, и вынуждены смириться с его существованием. Тем не менее, починить его становится сложнее, поскольку он уже глубоко в системе, и разработчик практически забыл, какие изменения стали причиной его возникновения.
F: Дефект существует в системе уже длительное время, и человек, который вводил изменения, вызвавшие данный дефект, больше не работает в компании. Починить такой дефект крайне сложно.

Зеленая линия отображает сумму всех затрат на исправление дефекта с течением времени и включает в себя:

Наиболее известны потери компании Toyota, обнаруженные в продукте после релиза.

В 2009 году Toyota отзывала проданные автомобили в связи с заклиниванием педали акселератора. Один из пассажиров Lexus ES350 позвонил в службу спасения: автомобиль начал неконтролируемо ускоряться на скорости 100 км/час и перестал реагировать на педаль тормоза. Погибли четверо пассажиров. В ноябре 2009 дилерам было предписано укоротить педаль газа, обновить программное обеспечение автомобилей и протестировать приложение содержащее ошибку, вызвавшую задержку в работе тормозной системы. Таким образом, к 2010 году было отозвано около 8,2 млн автомобилей. Не трудно представить масштаб затрат на исправление этой ошибки.

Стоит также отметить, что есть 2 вида затрат: косвенные и прямые.

Прямые затраты – средства, которые компания тратит на поддержку продукта в хорошем состоянии, т.е., по сути, на оплату труда всем задействованным в работе над проектом, включая QA.

Косвенные — это затраты, связанные с качеством продукта, привыканием пользователей к новому продукту. В случае если тестирование продукта происходило с момента начала разработки проекта, прямые затраты на поддержку качества продукта всегда остаются примерно на одном уровне и растут только вместе с ростом проекта, а косвенные затраты минимизированы. В случае же когда тестирование не проводится вовсе, стоимость прямых затрат на тестирование отсутствует, а косвенные затраты от некачественного ПО растут безгранично. Для того, чтобы уменьшить рост косвенных затрат, необходимо вводить тестирование как можно раньше, как минимум до релиза, лучше всего в начале анализа требований к продукту и подготовке проектной документации.

Исходя из вышеперечисленного можно сделать вывод, что наиболее безболезненно и наименее затратно выпустить продукт в релиз можно в случае, если тестирование на предмет существования дефектов вводить как можно раньше, а именно на этапе формирования требований или во время разработки проекта. Не стоит экономить на тестировании, отсутствие которого приводит к недовольству пользователей продуктом, неконтролируемым расходам и может вылиться в потерю значительных средств.

Источник