Записки о софтверном бизнесе

Еще о оценке сроков программных проектов

October 23rd, 2008 Posted in Бизнес

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

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

Для первого испытания Пребстинг выбрал 25 программистов и тестировщиков из 50 человек, работающих над продуктом. Через специальный вебсайт сотрудники могли покупать акции того месяца, когда по их мнению будет доставлен продукт. Каждая акция стоила один доллар и инженерам открыли счета на 50 долларов, чтобы они могли действовать.

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

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

  1. 7 Responses to “Еще о оценке сроков программных проектов”

  2. By Сергей Гоцуляк on Oct 24, 2008

    Тодд умудрился вывести наружу скрытые ожидания программистов, о которых вслух говорить не принято :-)

    Я в отношении разработки пессимист, к сожалению - практически все проекты в области софта и веба срывали сроки весьма значительно.

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

  3. By Сергей Жилин on Oct 24, 2008

    К сожалению часто желаемые и действительные сроки разработки проектов сильно разнятся (не в пользу желаемых конечно). Часто замечаю такое со своими проектами.

  4. By Денежный on Oct 25, 2008

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

  5. By Сергей Корнилов on Oct 25, 2008

    2Сергей Гоцуляк:
    да, один из моментов именно в том, что разработчик не все может или не все хочето звучить менеджеру на совещании.

  6. By Слава on Nov 4, 2008

    2 Сергей Гоцуляк
    Мне оценили габаритную 50гк посылку на 40% дешевле моих подсчетов. Произошло только из-за большого потока и у оценщика физически не было времени делать это не “на глаз”.

  7. By Shalena on Nov 22, 2008

    Действительно, из моей практики: все проекты, которые оценивает программист, который будет их делать обычно занижает сроки. Объяснить это очень просто - он хочет показать себя знающим предмет и что он эту фичу сделает в весьма короткие сроки. Но на самом деле все оборачивается не в его пользу и сроки затягиваются на большой период. Поэтому в таких случаях, я обычно добавляю еще 30-50% к времени, которое сказал программист или тимлид, и говорю этот срок клиенту. Обычно мы успеваем.

  8. By WLC on Nov 22, 2008

    Заказывал сайт в одной компании. Они мне сказали сроки, когда будет тестовая версия и когда полностью сдадут сайт. Но в итоге оказалось, что вместо 2 недель, сайт делали 2 месяца :( Хотя вроде серьезные ребята. Неужели нельзя было четко все просчитать и сказать, что реально по времени будет 2 месяца. Я бы подождал собственно, только нервничал бы при этом меньше

Post a Comment