• Метод BigBook для менеджера проектов

    Честно говоря, цитаты на тему диффуров видел примерно 3 года назад на одном из российских форумов для руководителей проектов. К сожалению, ссылки утеряны, но там и так были общие слова.Я подозреваю, что сами дифуры являются жестким коммерческим ноухау, и потому охраняются лучше, чем курица, несущая золотые яйца: -). А вот в существование таких моделей заставляет поверить наличие специализированного программного обеспечения, результаты работы которого явно смахивают на аналогичный обсчет методами Монте-Карло. Я, например, одно время игрался с Construx Estimate (http://www.construx.com/produc...), которая выдает весьма занятные результаты, хотя и оставляет впечатление игры в «Монополию» после ведения реального бизнеса: -).Вообще говоря, грамотной оценке трудоемкости проекта посвящена целая глава в книге Стива МакКоннела (Steve McConnell) «Руководство по выживанию программных проектов» (Software Project Survival Guide (Pro — Best Practices), http://www.amazon.com/gp/produ...). Как по мне — это лучшее руководство по управлению проектами из всех, включая документацию по RUP и MSF. На сайте компании Construx есть раздел, посвященный поддержке этой книги (http://www.construx.com/surviv...), в частности, оценке трудоемкости проектов (http://www.construx.com/produc...), это включает в себя курсы и прочие виды информации, возможно, что именно там есть ссылки на более серьезные исследования.Правило «в 2 раза на четверть» я мог прочитать в той же книге (давно было, уже не помню), а мог узнать из книги Эда Йордона (Ed Yourdon) «Руководство разработчика по выживанию в безнадежных проектах» (извините, к сожалению, нет времени искать ссылки), которую я считаю по классу не хуже «Мифического человеко-месяца».Если это вопрос принципа, скажите, я попробую таки найти соответствующие цитаты и источники, и даже ссыклки на дифуры; -). А пока что будем считать, что sapienti sat...: -)

  • Метод BigBook для менеджера проектов

    Вдогонку: там же, на сайте construx есть обширная статья, сопровождающая SG, в ней подробно описан механизмы «скользящей оценки» и другие формулы, в частности, там великолепно изложен метод «функциональных точек» и таблицы оценок по SLOC. Если будете искать серьезно, найдите обязательно, не пожалеете!

  • Метод BigBook для менеджера проектов

    Насчет «множества параметров», то, например, метод «функциональных точек» (functional points, я не знаю как это хорошо перевести) требует что-то около десятка параметров, таких как «количество диалоговых окон», «количество печатных форм», «количество сущностей» и т.п. Каждый параметр должен быть задан трижды (минимальное, максимальное и ожидаемое значение), а затем все это смешивается с помощью «магических коэффициентов». Я когда-то ради интереса пытался оценить один проект, сравнив результаты по SLOC и функциональным точкам. Получилось довольно хорошее совпадение в теории, которое совершенно не сошлось с практикой: -).Вообще же, мне еще ни разу не удавалось поработать классическим руководителем, у которого оказалось бы достаточно времени и денег для организации такой ерунды, как оценка трудоемкости проекта. Всегда находились дела поважнее...Кстати, совсем забыл добавить, что первое название книги Йордона — «Путь камикадзе», что звучит не менее интригующе, чем у Брукса: -).

  • Метод BigBook для менеджера проектов

    > Если Вам не трудно, вышлите какую-нибудь ссылочку на подробное описание этой методики. Или скиньте на мыло.К сожалению, в полном объеме эта методика, скорее всего, является коммерческим ноухау. Я узнал об этой методике из книги Steve McConnell’s Software Project Survival Guide. На сайте книги есть дополнительные материалы к ней. В частности, есть условно-бесплатная программа Construx Estimate, где реализована эта методика. И я еще помню, что там была отдельная методичка по этому вопросу, только не помню, чтобы там была реализация. Вот сходу могу подсказать только: http://www.construx.com/Page.a...Нужно порыться поблизости, где-то должна быть и методичка. Я попробую поискать. Укажите почту, по которой можно с Вами связаться, или напишите мне.

  • Метод BigBook для менеджера проектов

    А с другой стороны, Гугль по ключевым словам «function points» выдает гору материалов, например: http://www.sei.cmu.edu/str/des...Возможно, если аккуратно ограничить поиск сайтом construx.com, то можно найти и методичку. К сожалению, сейчас по быстрому ничего не могу найти. Точно помню, что там были какие-то таблицы с расчетами. И формат файла скорее всего будет doc или pdf. Надеюсь, Вы сможете найти эти материалы.Кстати, недавно узнал, что правильное название метода на русском языке — «метод функциональных единиц». По этому запросу тоже много чего выдается, например, http://itc.ua/article.phtml? ID...

  • Отчет об уровне пиратства в Украине

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

  • Отчет об уровне пиратства в Украине

    А между тем в рассылке киевской LUG обсуждаются вопросы усиления борьбы с пиратством: http://lists.osdn.org.ua/wws/a...Госинспектор по вопросам интеллектуальной собственности имеет право требоватьот субъектов хозяйствования, которые используют объекты праваинтеллектуальной собственности, подтверждающие документы. Такие положениясодержатся в принятых Кабмином изменениях к Положению о государственноминспекторе по вопросам интеллектуальной собственности (Постанова КМ N711 от24 мая 2006 г.).

  • Steve Krug, Don’t Make Me Think!

    Да, «Психбольница» — это нечто::).За маленьким исключением: это все давно уже придумано, хотя бы в виде классических вариантов использования в RUP, просто никто не смог изложить это так ярко и выпукло.Кстати, автор «Психбольницы» — автор идеи и вдохновитель Visual Basic, как концепции разработки.Хотя я еще считаю очень недурственной книгу Головача. Она и вправду похожа на «талмуд», правда внутри это настоящая поваренная книга, сборник потрясающих рецептов и «маленьких хитростей». В общем, я бы не советовал столь безапелляционно утверждать, что «энциклопедия не нужна, у меня уже есть учебник».: -)

  • Be smart or be lucky?

    Лучше быть богатым и здоровым, чем бедным и больным; -)

  • Текстовый редактор Vim

    У меня был точно обратный переход: начал с vim, сейчас пересел на emacs: -)

  • Идеальный офис для программиста

    Ввиду такой популярности этой темы, я скопировал содержание на вики — так что можно добавлять прям туда.

    К сожалению, вики закрыта, потому даю ссылку сюда: http://russian.joelonsoftware...Бионический офисАвтор: Джоэл СполскиПереводчик: Денис Балуев24. 09. 2003

  • Зачем нужен блог

    Честно говоря, не вижу ни одного достоинства блога, которое бы не перекрывалось викой, форумом или их сочетанием. Может, я чего-то не знаю?

← Сtrl 12 Ctrl →