17. Практики xp.

«Сидите вместе». Разработчики сидят рядом. Если у одного возник вопрос, он может в буквальном смысле подкатиться к коллеге и обсудить гипотезу. Суть — общаться экстремально часто.

Парное программирование. Два программиста, один компьютер, две клавиатуры, одна программа. Сначала один пишет код, а второй следит. Если что-то пошло не так, бьёт коллегу по рукам и сразу исправляет. Через 15 минут — смена. Плюс в том, что во время перерыва ты продолжаешь работать — пока коллега вбивает код, сложно отвлечься на Facebook или трёп у кулера. За полтора часа два программиста сделают меньше кода, чем поодиночке, но качество будет выше.

Непрерывная интеграция. Делать упор на автоматизацию и интегрировать изменения постоянно. Что-то сделали — внедрили. Ещё — внедрили.

Разработка test-first. Сначала пишем тест, а потом код, который делает тест «зеленым», то есть успешно пройденным.

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

18. Планирование и оценка проекта. Основные этапы/действия.

Проектное планирование закладывает основы продуктивной работы и решает следующие прикладные задачи.

1. Уточнить, детализировать цели и результаты мероприятия.

2. Определить состав и объем работ.

3. Оценить сроки и бюджетную стоимость.

4. Составить календарный план и бюджет основных фаз или всего проекта.

5. Произвести уточненную оценку потребностей в ресурсах на каждой фазе или для всей задачи.

6. Составить план ресурсного обеспечения.

7. Выполнить оценку рисков и создать план реагирования на них.

8. Разъяснить детали мероприятия заказчику.

9. Согласовать план с основными участниками.

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

11. Утвердить сводный план.

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

19. Метод Дельфи оценки проекта.

Метод «Дельфи» - Материал из Википедии

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

20. Экспертный метод оценки проекта. Отличия от метода Дельфи.

Экспертное оценивание - Материал из Википедии

Характеристика методов экспертных оценок

Экспе́ртное оце́нивание — процедура получения оценки проблемы на основе мнения специалистов (экспертов) с целью последующего принятия решения (выбора).

Существует две группы экспертных оценок:

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

• Коллективные оценки основаны на использовании коллективного мнения экспертов.

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

Известны следующие методы экспертных оценок:

• Метод ассоциаций. Основан на изучении схожего по свойствам объекта с другим объектом.

• Метод парных (бинарных) сравнений. Основан на сопоставлении экспертом альтернативных вариантов, из которых надо выбрать наиболее предпочтительные.

• Метод векторов предпочтений. Эксперт анализирует весь набор альтернативных вариантов и выбирает наиболее предпочтительные.

• Метод фокальных объектов. Основан на перенесении признаков случайно отобранных аналогов на исследуемый объект.

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

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