Циклы Разработок

Материал из Брацка Правки
Перейти к: навигация, поиск

Циклы Разработок (здесь и далее по тексту -- Лектио) -- это часть урока Цифровые Разработки. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.


Материалы

Предшественник этого Лектио -- Интеграции Операций.

Иллюстрации

Текст

Циклы Разработок

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

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

В науке, разработка идеи, концепции и теории называется дедукционным циклом или просто "дедукцией". Упоминания о ней можно часто встретить в романах Артура Конан-Дойля о Шерлоке Холмсе. Этот цикл состоит из следующих шагов:

  1. Заметить проблему.
  2. Поискать те данные, которые к замеченной проблеме могут иметь отношение.
  3. Представить себе, нарисовать в своём воображении, вообразить, задумать, сформировать концепции, почему эта проблема возникла.
  4. Перебирая наработанные концепции, исключить те концепции, которые нереальны. В результате вычитания или "дедукции" оставить одну или пару концепций.

В противовес дедукции, "индукция" предпринимается для создания решения на базе идеи.

  1. Заметить идею, концепцию описывающую проблему.
  2. Поискать те данные, которые к решению проблемы могут иметь отношение.
  3. Представить себе, нарисовать в своём воображении, вообразить, задумать, сформировать решение этой проблемы, реализацию этой идеи и удовлетворения этой потребности.
  4. Спланировать порядок действий, чтобы это решение реализовать и потребность удовлетворить.

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

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

Предварительное планирование работы, которое называется Нулевой Спринт, устанавливает правила и приоритеты для проекта. Каждый день планирование открывается заново, чтобы учесть разработки предыдущего дня.

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

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

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

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

Варианты

обращение с проектами, как с текущими, повторяющимися операциями. / обращение с текущими, повторяющимися операциями, как с проектами. / балансирование между повторяющимися операциями и проектами. / совмещение проектов и тестирования их результатов.
Следующее лектио -- Степени Разработок

Термины

MVP, Процесс разработки, Хаб, Требования

Экзамен

Определения

Вопросы экзамена