Модель Бёма - Объяснение

Question

Я читаю «Мифический человеко-месяц», и ближе к концу в обновлениях для издания, посвященного 20-й годовщине, в нем немного рассказывается о модели Бема и оптимальном времени доставки, исходя из ожидаемых усилий в человеко-месяцах проекта .

Его утверждение при обсуждении модели Бёма:

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

• Существует оптимальное с точки зрения затрат время отгрузка, T = 2,5 мм ^1/3 . То есть, оптимальное время в месяцах идет как кубический корень ожидаемого усилия в человеко-месяцев, показатель, полученный из оценка размера и другие факторы в его модель. Оптимальная кривая укомплектования Следствие.

• Кривая затрат медленно растет по мере получения запланированного графика дольше оптимального. Люди с больше времени займет больше времени.

• Стоимость кривая резко возрастает, как и планировалось график становится короче оптимальный.

• Едва ли успешны любые проекты менее чем на 3/4 от расчетной оптимальный график, независимо от количество людей подало заявку! это достойный результат дает программное обеспечение менеджер твердых боеприпасов, когда выше управление требует невозможного график обязательств

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

Похоже, это указывает на то, что для проекта с 1 человеко-месяцем работы оптимальное время доставки составляет 2,5 месяца. Это имеет смысл, однако, если вы затем предположите, что существует проект с 5 человеко-месяцами работы, график показывает, что оптимальное время выполнения заказа составляет 4 месяца!

Предполагает ли это, что для доставки в течение этого периода времени должно быть выделено больше рабочей силы или что оценки слишком велики?

Кроме того, как вы можете оценить оптимальный уровень укомплектования штатов из этой модели? Спасибо

Answer 1

По сути, все модели ошибочны, но некоторые полезны. - Джордж Э. П. Коробка

У меня нет никаких полезных ссылок, но я думаю, что эта модель получена из данных крупных проектов в стиле водопада. Для небольших проектов, таких как 1 или 5 человеко-месяцев, модель может быть неприменима. Модели дают неверные результаты, если вы пытаетесь экстраполировать их слишком далеко от диапазона действия.

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

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

Кроме того, как вы можете оценить оптимальный уровень укомплектования штатов из этой модели?

Если у вас есть и оптимальная продолжительность T месяцев и усилия MM человек * месяцев, вы выделяете персонал для выполнения работы MM в T время. Ваш средний штат сотрудников составляет MM / T человек.

Конечно, на практике наличие постоянного штатного уровня MM / T не является оптимальным. Начните с небольшой команды, чтобы решить архитектурные проблемы высокого уровня, а затем увеличивайте команду только после того, как есть что-то полезное для новых людей.

Answer 2

Как и в случае с любой моделью, нет необходимости принимать ее вслепую, особенно когда модель действительно легко тестируется:

Effort in MM Opt. Dur. Avg. Team Size
   1           2.5           0.4
   2           3.1           0.6
   3           3.6           0.8
   4           4.0           1.0
   5           4.3           1.2
   6           4.5           1.3
   7           4.8           1.5
   8           5.0           1.6
   9           5.2           1.7
  10           5.4           1.9
  20           6.8           2.9
  30           7.8           3.9
  40           8.5           4.7
  50           9.2           5.4
  60           9.8           6.1
  70          10.3           6.8
  80          10.8           7.4
  90          11.2           8.0
 100          11.6           8.6
 200          14.6          13.7
 300          16.7          17.9
 400          18.4          21.7
 500          19.8          25.2
 600          21.1          28.5
 700          22.2          31.5
 800          23.2          34.5
 900          24.1          37.3
1000          25.0          40.0

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

Цифры для проектов свыше 20 человеко-месяцев становятся гораздо более правдоподобными, особенно когда усилия тесно связаны.

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