Как вы измеряете небольшой, большой, очень большой проект?

Я читаю Code Complete, а также пару других книг по программированию на данный момент. Размер проекта влияет на множество других параметров, которые необходимо учитывать при планировании, кодировании, автоматизации тестов и т. Д. Мне было интересно, что люди на SO обычно используют в реальном мире для категоризации проекта в его правильном «весе» класс"?Как вы измеряете небольшой, большой, очень большой проект?

Это линии кода? Количество внешних интерфейсов? Необходимые страницы документации?

источник

2009-03-05 Stefan Thyberg

Я голосую, чтобы закрыть этот вопрос как не по теме, потому что речь идет не о программировании. –

Прохладный человек, у него был хороший ВОСЕМЬ лет. –

Скорее всего, он не будет удален, просто закрыт - есть большой толчок, чтобы очистить и, возможно, черный список связанных с проектом тегов, потому что они используются неправильно (теперь у нас есть [SoftwareEngineering.SE] и [pm. se] есть толчок для поощрения новых вопросов по этому вопросу, которые будут заданы там). – EJoshuaS

Я бы сказал, что это необходимый объем усилий по развитию. Принимая команду из шести разработчиков:

Малый проект - до 6 месяцев
Большой проект - 6-18 месяцев
Очень большой проект - 18+ месяцев

Каждый будет иметь другое мнение.

Редактировать

Я думал о том, как эти ценности меняются бы для «команды» 1 разработчика. Я думаю, что они бы по линии:

Малый проект - до 1 месяца
Большой проект - 1-3 месяца
Очень большой проект - 3+ месяцев

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

Небольшой проект - до 1 месяца за разработчика
Большого проект - 1-3 месяца на разработчик
Очень большой проект - 3+ месяцев на разработчик

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

источник

2009-03-05 09:42:35

Плюс вы получаете больше накладных расходов для каждого человека, которого вы добавляете к разработчику/тестировщику команды и т. Д. – BIBD

Я бы сказал Время и Manpower.

источник

2009-03-05 09:39:43 cgreeno

Обычно я измеряю размер проекта в момент, когда потребуется, но другие люди могут быть разными.

источник

2009-03-05 09:40:17 danpker

Я не стал бы знать, как оценивать строки кода, ожидаемые в проекте. Документация ... что это такое?) Так что для меня ничего из этого.

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

источник

2009-03-05 09:40:27 MikeW

Кривая обучения - количество времени, которое требуется новому разработчику для ознакомления с кодом, прежде чем он сможет сделать что-то полезное для его внесения.

источник

2009-03-05 10:43:12 shoosh

Это своего рода левой идеи, но, когда я работаю над проектом, я предусмотрю как

1) дом = маленький проект

2) Проект supermarkert = среднего размера

3) Аэропорт = большой проект

Вы знаете людей, которые вас окружают, что вы и они делаете, и ваши шансы на успех, из которых вы три.

источник

2009-03-05 11:17:40 MrTelly

Это может быть сочетание вещей:.

Текущая функция очков - размер кода
точек интеграции - с внешними системами
сложность приложения (веб-приложения, как правило, менее сложны, чем встроенные системы - сравнить веб-сайт с программой для ракетного корабля)
вовлеченные бизнес-группы - небольшие изменения, требующие одобрения от 20 бизнес-единиц, могут быть большими усилиями

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

источник

2009-03-05 13:46:21 meade

Как вы измеряете небольшой, большой, очень большой проект?

ответ

Смежные вопросы