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

Источник: 091067 Рефакторинг: график на год

Будем называть фичей то, о чём можно рассказать пользователям или про что не стыдно сделать отдельный слайд в презентации.

Источник: 0104151 Про скорость разработки

Я придерживаюсь грубой оценки, что одну фичу один разработчик делает за неделю.

Источник: 0104151 Про скорость разработки

Учитывая отпуск, творческий кризис и непредвиденные проблемы за год человек может сделать около 30 фич.

Источник: 0104151 Про скорость разработки

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

Источник: 0104151 Про скорость разработки

Разумеется, делать это весьма не просто и не быстро, при этом себестоимость одной фичи неизбежно будет расти.

Источник: 0104151 Про скорость разработки

Больше 10 новых фич в релиз включить нельзя, иначе есть риск, что его вообще нельзя будет стабилизировать.

Источник: 0104151 Про скорость разработки

Итого получаем те же 50 фич в год.

Источник: 0104151 Про скорость разработки

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

Источник: 104763 Рефакторинг: разработка нового

OpenType фичи (features) включают в себя капитель и лигатурные подстановки.

Источник: Сильвайн