How to accurately calculate the time of creating a software product?

Question

Project management

Hello! Am I the only one with this problem or everyone? The client asks for the timing of the order for the software. I call X, but in practice it turns out X times four.

Answer 1

это примерно то же самое что научиться абсолютно точно предсказывать погоду на месяцы вперед.
Есть хорошая мантра:
таски на 4 часа мы делаем за 4 часа, таски на 8 часов мы делаем за 12, таски на 16 часов мы делаем за 24, таски на 40 часов мы не делаем никогда.
Просто старайтесь делать декомпозицию задачи на как можно меньшие кусочки. И домножайте на коэффициенты рисков (в вашем случае - 4). Со временем этот коэффициент будет уменьшаться и вы будете точнее предсказывать сроки.

Answer 2

В теории теория и практика совпадают. А на практике...
Можно очень долго пытаться строить из себя тайм менеджера крупного звена, играться с формулами, учитывать коэффициэнты форс-мажоров и никогда не стать вангой. Но сама жизнь подсказывает вам решение. Я с удовольствием использую этот метод и не подводило никогда. Следует набросать план и умножить срок на Пи. И признаться себе в том, что несмотря на твою гениальность и работоспособность - так оно и будет. Это психология нас подводит. Даже самый детальный план с десятками подзадач не включает такие пункты как: обед, сон, я заболел, я напился, кошка окотилась, теща приехала и т.д.. Оценивая задачу вы исходите из 100% занятости и максимальной фокусировке. Умножайте время на Пи это гарантированный прогноз (к финансовым тратам это относится аналогично).

Answer 3

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

Answer 4

Есть такая вещь, называемая фокус-фактором. Фокус-фактор показывает, какую долю времени в среднем тратит работник на действительно полезную деятельность. В самых лучших случаях значение этого коэффициента достигает 0,7, но можно считать хорошим результатом, если фокус-фактор достигает 0,6. В средних командах он близок к 0,55 (отсюда и "принцип умножения на 2").
Это очень важно учитывать при планировании работ. Так, если на выполнение некоторой задачи требуется 4 "идеальных" часа, когда исполнителя никто не отвлекает, то при фокус-факторе 0,6 он затратит на эту задачу не 4, а без малого 7 часов. Чувствуете разницу?
При этом у каждого члена команды фокус-фактор свой. И, если сроки критичны, нужно в планировании учитывать не среднее значение по больнице, а значение конкретных исполнителей конкретных задач. Но этого никто не делает.

Answer 5

Только опыт.
Если хочешь что-то из фундаментального, то почитай Фредерика Брукса "Мифический человеко-месяц"

Answer 6

Если заказчик опытный, сам умножит на 3, но ваша задача приблизиться к коэффициенту 1,5 в оценке.
Также стоит учесть, что требовать абсолютно точной оценки заказчик имеет право, лишь предоставив абсолютно точное описание продукта, на практике же заказчик меняет "фичи", дизайн и др. в процессе разработки, и часто рассчитывает на те же сроки.

Answer 7

Perhaps chapter 12 from the bestseller "The Deadline" can help you calculate the time it took to create a software product.
Here is a summary of the chapter:
1. Determine the size of each project.
2. Don't be too zealous at first with the choice of a unit of measure - if you subsequently have to work with real data, abstract units will do for a start.
3. Build complex metrics on the basis of simple ones (those that are easy to calculate in any software product).
4. Collect historical data to calculate the productivity of completed projects.
5. Work on formulas for calculating complex synthetic metrics until the results obtained most accurately reflect the ratio of abstract units to the amount of work indicated in the archive data.
6. Draw a trend line through the entire archive database, which will show the expected amount of work as a ratio of complex synthetic metrics.
7. Now for each new project it will be enough to calculate the value of the synthetic metric and use it in determining the expected amount of work.
8. Don't forget about the "noise level" on the performance line and use it as an indicator when determining tolerances from the overall trajectory.