Методики организации процесса разработки Авторы Ишалина Ирина Горголь

Методики организации процесса разработки Авторы: Ишалина Ирина, Горголь Роман

Содержание Организация рабочего процесса Способы управления проектом Основы работы в команде Принципы коллективного обсуждения и генерации идей

Зачем это нужно? Чтобы ответить на вопросы: С чего начать? Как организовать свое время? Что нужно делать, чтобы гарантировать успешное завершение проекта?

Ограничения проекта Тройственная ограниченность: Стоимость Время Содержание Качество

Ограничения проекта Другой подход: Стоимость Время Человеческие ресурсы Сокращение сроков Увеличение бюджета Увеличение кол-ва участников

Методики разработки.

Гибкая методология разработки Нацелена на минимизацию рисков, путём сведения разработки к серии коротких циклов, называемых итерациями. Каждая такая итерация длится 2 -3 недели. В конце каждой итерации проект готов к выпуску. Основной метрикой agile-методов является рабочий продукт.

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

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

Роли в SCRUM Scrum. Master — тот, кто ведёт Scrum митинги и следит, чтобы при этом соблюдались все принципы Scrum; Владелец Продукта (Product Owner) — представляет интересы конечных пользователей и других заинтересованных в продукте сторон; Команда (Scrum Team), состоящая как из разработчиков, так и из тестировщиков, архитекторов, аналитиков и т. д. (при этом размер команды в идеале составляет 7± 2 человека). Как единое целое отвечает за процесс и результат работы

Этапы: product backlog Совет по планированию спринта sprint backlog Готовый документированный продукт Спринт

Достоинства Гибкость проекта Снижение рисков Недостатки Документация имеет наименьший приоритет Agile мотивирует разработчиков решать все поступившие задачи простейшим и быстрейшим возможным способом Не полной картины проекта

Модель «водопада» Процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования и поддержки.

Основные фазы определение требований к проекту; этап проектирования; реализация ; интеграция; тестирование и верификация (а также отладка); инсталляция ПО; осуществление поддержки. Все фазы строго отделены друг от друга.

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

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

Работа в команде. Некоторые вещи лучше всего делать в команде.

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

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

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

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

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

Описание процесса Четко определить проблему обсуждения. Желательно ее как-то зафиксировать Каждый должен высказаться в соответствии с выбранной моделью Каждая идея записывается Возможен перерыв в обсуждении Оценка записанных идей, выделение идей «звезд»

Чего нельзя делать Во время мозгового штурма нельзя вступать в дискуссию и высказывать критические замечания. Можно смеяться, высказывая сумасшедшую идею, но нельзя смеяться над ней Будьте расслаблены и непринужденны: глупых идей не бывает. Не соперничайте. Объединяйте идеи. Нет моих или твоих идей. Есть наши идеи.

Карточки Кроуфорда Письменный вариант мозгового штурма Ведущий задает вопрос Подведение итогов Каждый участник записывает идею на карточку Сбор карточек Моя мысль

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

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

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

Управление проектом. Контроль выполнения проекта

Что нужно для управления проектами? Отслеживать выполнение поставленных задач с помощью диаграммы Ганта. Уметь анализировать риски. Знать правила эффективного планирования.

Диаграмма Ганта (Gantt chart) – это популярный в проектном менеджменте инструмент иллюстрации календарного плана.

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

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

Классификация рисков По времени возникновения. По факторам возникновения. Характеру учета. Характеру последствий. Сфере возникновения.

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

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

Анализ рисков имеет два вида: Качественный анализ рисков. Количественный анализ рисков.

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

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

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

Методы управления рисками Уклонения от рисков. Локализация рисков. Диверсификация рисков. Компенсация рисков.

Эффективное планирование. Планирование — это формирование образа будущего в сознании субъекта. Это обязательная предпосылка воплощения поставленных целей.

Планирование состоит из… Прогнозирования. Выяснения и выбора вариантов развития. Формулирования целей. разработка программы действий и составление графика работ. Формирование бюджета.

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

«Тудушки» Разбивать на задания так, чтобы можно было легко и часто «вычеркивать» Первый пункт расписывать более подробно Большие задачи разбивать на подзадачи

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

ТРИЗ(Теория решения изобретательских задач) Область знаний исследующая практические методы решения изобретательских задач ТРИЗ представляет собой обобщённый опыт изобретательства и изучения законов развития науки и техники. В основе решения изобретательских задач лежит выявление и решение противоречий Противоречие – невозможность системы находится в двух различных состояниях Пример: повышение прочности крыла самолета ведет к увеличению его веса и наоборот. Крыло не может быть легким и прочным

ТРИЗ После исследования 40 тыс. патентов было сформулировано 40 стандартных приемов, используемых изобретателями решить задачу — значит найти и преодолеть техническое противоречие Пример: заваривание чая Вы завариваете чай в стакане. Чтобы чай был нужного качества, вода должна быть горячей. Но если взять стакан пальцами, то можно обжечься. Что делать? http: //www. altshuller. ru/e-books/ http: //www. altshuller. ru/triz/technique 2. asp

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

Спасибо за внимание Вопросы?