Что лучший способ состоит в том, чтобы сделать оценки, не проводя много времени? [закрытый]

Лучшая подсказка для оценки: окружите чертовски много.

Это кажется, что Вы уже - эксперт по теме оценки, и что Вы знаете ограничения того, что возможно. Просто не возможно оценить задачу, не оценивая то, чему нужно выполнение для завершения его!

Оценка количества времени прямо пропорциональна с точностью оценки. И эти вещи сходятся в точке, когда время, оценивая так точно, Вы решили задачу, в тот момент, Вы знаете точно, сколько времени она берет.

Хм, извините, это не может быть ответом, который Вы хотели услышать..., что это - просто мои мысли о нем все же.

1. Будьте готовы создать выпуск в любое время
2. Сделайте, чтобы заинтересованные стороны расположили по приоритетам сделанную работу
3. Работа над самыми высокими приоритетными объектами

Шаг 1. средства Вы никогда не пропускаете крайний срок.

Шаг 2. способ возвратить вопрос на тех, кто просит, чтобы Вы оценили, не проводя время, оценив.

Править...

Вышеупомянутое действительно не отвечает на Ваш вопрос, извините.

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

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

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

Необходимо будет все еще посмотреть на каждую ошибку, даже если только взять предположение в том, является ли это легким, средним, или хитрым, или работа 1,2,4,8,16 или 32 часов.

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

Используйте Покер Планирования, см. ответы на то, Как оценить длину задачи программирования

Как насчет:

estimate=(bugs/devs)xdays (xK)

Столь простой, как это, это на самом деле довольно точно. И может быть оценен через 1 минуту. Это - доверительный уровень, меньше, чем Ваш подробный метод, но я рекомендовал бы, чтобы Вы проверили свои данные по прошлым трем этапам и проверили различие между этой быстрой оценкой и Вашей подробной оценкой, которая даст Вам значение "K", представляющее константу Вашей команды.

Быть удивленным.

В самых простых терминах:

Ваша самая абсолютно Либеральная оценка * 3 = Ваша оценка

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

Однако, если Вы так или иначе можете перейти к более детализированным деталям (который является действительно единственным способом, которым Вы сможете быть более точными), Google на Методе функциональных точек, иногда называемом "Быстрый Метод функциональных точек" или "Быстрая Оценка Единицы функциональности".

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

Надеюсь, это поможет!

public static class Time
    {
        /// <summary>
        /// Estimates the hours.
        /// </summary>
        /// <param name="NumberPulledFromAss">The number pulled from ass.</param>
        /// <param name="Priority">The priority.</param>
        /// <param name="Complexity">The complexity.</param>
        /// <returns>
        ///  a number in hours to estimate the time to complete a task.
        /// Hey,  you will be wrong anyway why waste more time than you need?
        /// </returns>
        public static int EstimateHours(int NumberPulledFromAss, int Priority, int Complexity)
        {
            var rand = new Random(NumberPulledFromAss);
            var baseGuess = rand.Next(1, NumberPulledFromAss);
            return (baseGuess + (Priority * Complexity)) * 2;
        }
    }

Вы спрашивали, как произвести оценку и интервал неуверенности. Лучший способ думать об этом состоит в том, чтобы сделать оценку худшего случая и оценку лучшего случая. Объедините два, чтобы иметь оценочный диапазон. Хорошо понятые проблемы естественно будут более специфичны затем оценки для менее понятых проблем. Например, оценка, которая похожа на 1.5-2 дня, вероятно, для хорошо понятой проблемы, оценка, которая похожа на 2-14 дней, была бы типична для проблемы, нисколько не понятой. Ограничьте объем расследования, и время потратило создание оценки путем обеспечения более широкого разрыва между оценками. Это работает потому что его относительно легкое для воображения реалистического лучшего случая и худших вариантов развития событий. Когда диапазон неуверенности является больше, чем Вы - удобный контакт с в расписании, затем не торопитесь к понятому менее понятые проблемы. Это может помочь разбить их.

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

Много подсказок могут быть полезными в этой статье о гибком блоге: Гибкая Оценка.

Вычисление изменчивости в Вашей оценке займет больше времени, чем вычисление Вашей оценки.

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

1. Тривиальная фиксация нескольких часов.
2. Усилие до одного дня.
3. Очень сложный - одно недельное усилие.

После того как Вам категоризировали их затем, можно разработать грубую приблизительную оценку.