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

Анатолий Левенчук · Поиск в руководстве · MCP

Открыть это место в полном тексте руководства →

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

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

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

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

--- agile ### Нет, в случае гибких методов разработки проект не был бы закрыт, доработки бы продолжались.

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

--- Agile ### Нет, гибкие методы предполагают возможность пересмотра характеристик продукта на всех стадиях, диаграмму Ганта по видам работ для такого проекта построить не удастся (все работы будут параллельны/одновременны на такой диаграмме, диаграмма будет бессмысленна). И ещё тут вопрос с использованием в разработке метода инженерии требований (agile практики давно избегают подготовки требований) и архитектуры (архитектура сейчас определяется так, что трудно её представить отдельной стадией, подробней об этом будет в руководстве по системной инженерии).

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

+++ Каскадный ### Да, это описание «водопада». У проекта будут огромные сложности, ибо это утопичная модель инженерного процесса, «всё пойдёт не так», работы в жизни не будут соответствовать плану работ из диаграммы Ганта.

--- Ни один из вышеперечисленных ### Нет, правильный ответ в списке присутствует: был выбран «водопад».

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

--- Agile ### Нет, agile модель обычно предполагает возможность пересмотра характеристик продукта в течение всего времени проекта и переделки текущего продукта с постоянными его улучшениями, а вовсе не то, что разработка заведомо будет доведена до неудачного конца какое-то определённое число раз (прототипы), а потом начата заново и доведена разово до успеха. В гибких методах обычно не предусматривается разовое доведение до успеха, конец разработки. Кроме создания работающей системы предусматривается и её развитие. А тут, похоже, хотят просто сделать вполне определённый продукт с несколькими прототипами.

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

--- Каскадный ### Нет, «водопадная» модель жизненного цикла не предполагает, что разработка будет доведена до неудачного конца, а потом начата заново. Основное в ней — передача всех материалов предыдущих стадий/физ/этапов на следующую и попытка представить дело так, что эти материалы потом не меняются в ходе проекта, нет возвращения к работам по методам предыдущих стадий. В «водопаде»/cascade все стадии работы прописаны заранее, поэтому должно быть известно, сколько именно там будет прототипов перед успешным окончанием проекта! Можно, конечно, предложить в «водопаде» и три прототипа, и все пять, но уж точно не неопределённое их число, ибо классическое проектное управление предполагает предварительного планирование всех работ. Создание каждого прототипа в «водопаде» должно быть оговорено заранее!

--- Ни один из вышеперечисленных ### Нет, правильный ответ в списке присутствует: спиральный вид инженерного процесса.

В сказке Пушкина «Золотая рыбка» жизненный цикл жилища старика и старухи имел вид:

--- Каскадный ### Нет, каскадная модель жизненного цикла не предполагает, что разработка будет многократно доведена до не вполне удачного конца (затребованное жилище не полностью устроит проектную роль загадчика желаний), а потом будет постепенно перерабатываться в приемлемый вариант.

--- Шухарта ### Нет, цикл Шухарта-Деминга — это не вид инженерного процесса.

--- Деминга ### Нет, цикл Шухарта-Деминга — это не вид инженерного процесса.

+++ Agile ### Да, на основе опыта эксплуатации каждого варианта жилища выдвигались новые требования к разработке, и разработчики гибко отвечали на эти новые требования.