Срок выпуска программного обеспечения с зависимыми от времени частями еще не завершен - PullRequest
6 голосов
/ 14 июня 2010

Я помню, как некоторое время назад на подкасте Stack Overflow Джефф Этвуд говорил о системе вознаграждений, и он сказал, что они выпустили код предложения вознаграждений до того, как был написан код присуждения вознаграждений, поскольку код не понадобится для пары недель.

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

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

Ответы [ 6 ]

5 голосов
/ 21 июня 2010

Своевременная разработка? Аналогично концепции инвентаризации "точно в срок" в бизнесе.

Или, не так мягко говоря, "подгоняя его".

3 голосов
/ 21 июня 2010

ИМХО это больше возможность , которую вы иногда получаете, не метод : например, предоставление функции, позволяющей подписаться на ежемесячную рассылку новостей в начале месяца, и выпуск код для отправки бюллетеня через месяц. Это просто умное управление выпуском (т. Е. Хорошие приоритеты работы). Возможно, можно назвать это Оппортунистическое развитие (это то, что вы найдете в гибкой литературе).

1 голос
/ 18 июня 2010

Термин Bounty Development .

Серьезно, если вы ищете термин для того, что вы хотите сделать в этом сценарии, ИМХО будет инкрементным , не обязательно неполным. Если у вас код предложения вознаграждения , у вас нет неполного кода вознаграждения , у вас есть код предложения вознаграждения .

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

Часто доставляйте работающее программное обеспечение, от пары недель до пары месяцев, с предпочтением более короткие сроки.

Источник: Принципы Agile Manifesto

Я бы просто использовал термин Agile с простым объяснением (поскольку, используя любой термин на земле, вам все равно нужно его объяснить): «создавать softwate в действительно маленьких рабочих деталях в более короткие сроки» каждая часть с непрерывным колорированием клиента ".

0 голосов
/ 24 июня 2010

Самоубийство?

Не думаю, что потенциальная выгода может перевесить риски.

0 голосов
/ 22 июня 2010

Открытая альфа или бета (в зависимости от полноты)

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

Различие «альфа», вероятно, подойдет проектам, находящимся на начальной стадии разработки.

Различие «бета» обычно применяется к приложениям, которые не достигли своего первого официального номера выпуска (IE 1.0).

Будьте осторожны, потому что риск присущ для публикации неполного / непроверенного кода для общественности.

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

0 голосов
/ 14 июня 2010

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

...