Термин для выпуска программного обеспечения с зависящими от времени частями, все еще незаконченными
Я помню только что на подкасте Переполнения стека, Jeff Atwood говорил о системе поощрения, и он сказал, что они выпустили код предложения щедрости, прежде чем код вознаграждения щедрости был написан, поскольку код не будет необходим в течение нескольких недель.
Существует ли стандартный термин для этого? Гибкий может работать таким образом, но это не имеет к. Я думаю о предложении его клиенту для чего-то и хотел бы использовать корректную терминологию наряду с любой информацией, создавая резервную копию его как метода.
По существу метод должен выпустить код с некоторой функциональностью, неполной как время, пока неполная функциональность не необходима, меньше, который время это возьмет для разработки.
6 ответов
ИМХО, это скорее возможность , которую вы иногда получаете, не метод : например, предоставление функции, позволяющей подписку на ежемесячный информационный бюллетень в начало месяца и выпуск кода для отправки информационного бюллетеня через месяц. Это всего лишь интеллектуальное управление выпусками (то есть хорошая приоритезация работы). Возможно, это можно было бы назвать Оппортунистическим развитием (это то, что вы найдете в литературе по Agile).
Вот пара ссылок, которые могут помочь. Я думаю, что прототипирование ближе к тому, что вы хотите, хотя я оставлю другие ссылки на случай, если вы захотите добавить еще несколько фраз, которые могут быть полезны при разработке программного обеспечения:
Термин Bounty Development .
Серьезно, если вы изучаете термин, который вы хотите сделать в этом сценарии, IMHO инкрементальный , не обязательно неполный. Если у вас есть код предложения вознаграждения , у вас нет неполного кода вознаграждения , у вас есть код предложения вознаграждения .
Здесь нет ничего неполного: это конечный результат (доставляемый прирост работы), представленный на этапе (регулярный ритм работы) способом проверки и адаптации.
Часто доставляйте работающее программное обеспечение, от пары недель до пары месяцев, с предпочтением более короткие сроки.
Источник: Принципы Agile Manifesto
Я бы просто использовал термин Agile с простым объяснением (поскольку, используя любой термин на Земле, вам все равно нужно объяснять его): «создать softwate в действительно небольшие детали, в более короткие сроки каждая деталь с постоянным взаимодействием с клиентами ».
Открытая альфа- или бета-версия (в зависимости от полноты)
По сути, вы знаете, что кодовая база еще не укрепилась для всех функций, но вы все равно публикуете ее.
Определение «альфа», вероятно, подходит для проектов, находящихся на начальной стадии разработки.
Бета-версия обычно применяется к приложениям, которые еще не достигли своего первого официального выпуска (IE 1.0).
Однако будьте осторожны, поскольку существует риск публикации неполного / непроверенного кода.
В случае Stack Overflow выпуск неполного кода / функций на самом деле не имеет большого значения, потому что платформа, как ожидается, будет в постоянной разработке / пересмотре согласно сообществу пользователей .
Своевременная разработка? Аналогично концепции своевременной инвентаризации в бизнесе.
Или, что менее снисходительно, «крылатое».
Самоубийство?
Я не думаю, что потенциальная выгода может перевесить риски.