Про estimation-2

[aivanov]

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

Comments

[maximkr]

Кстати, про estimation сроков завершения проекта. Не знаете, как вот эта проблема
http://maximkr.livejournal.com/17641.html
решается ? Должно же этому быть какое-то разумное объяснение :-)

[aivanov]

Интересными вещами вы занимаетесь -) Можно, наверное, посмотреть как к этому относятся существующие estimation инструменты - вот тут подборка ссылок.

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

А по поводу математики... Вот есть еще одна проблема - diseconomies of scale называется. Яша Сироткин на бытовом уровне описал ее недавно. Умные дяди придумали математику и для нее тоже - есть она у вас в инструменте? -)

[maximkr]

Ага, спасибо, ссылки посмотрю

[sachse]

[raydac]

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

[aivanov]

По разному бывает -) Качественный дебил и отморозок в данной конкретной точке пространства-времени может побороть правильную систему. Еще бывают дебилы и отморозки, которые систему эксплуатируют, то есть творят беспредел не потому, что системе это нужно, а потому, что система это позволяет.

[raydac]

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