Что я хотел сказать в этом блоке, так это то, что не понимая процесса оценки нельзя просто «в лоб» по какой-то универсальной формуле перевести оценки в SP в часы и нарисовать план проекта.
Ведь время, затраченное на задачу в 3 SP не всегда и не обязательно будет в три раза больше времени, затраченного на задачу в 1 SP. Да, группировка задач в итерации отчасти помогает взаимно нивелировать эти перекосы, но все равно оценки разных команд могут и будут отличаться. Это может быть очевидно Вам, но совсем не очевидно другим.
Что важно, так это наладить общее понимание того, как происходит процесс оценки и что является итоговым результатом этого процесса между командой разработки и менеджерами. Это и было целью статьи, которая изначально была создана в виде интерактивного урока и используется внутри компании в курсе онбординга новых руководителей проектов и разработчиков.
Я тоже не фанат Java way которым Symfony и ZF идут, тем не менее двигаться вперед надо, а если переживать за разработчиков которые новые элементы синтаксиса не освоят или за проекты на PHP 5.1 то ничего не выйдет.
PHP 6 Pissing in the Wind
Не нравится мне этот Зеев, одно и то же везде толдычит: «мы не будем делать аксессоры, потому что PHP программистам придется учить еще одну фичу.»
Что это за подход вообще? Генераторы как мимо него протолкнули интересно.
Тут (на хабре) уже упоминали о курсах по mongo от разработчиков из 10gen.
Так вот, там есть пара интерьвю довольно интересных с разработчиками из foursquare и codeacademy об их опыте использования Mongo
Ведь время, затраченное на задачу в 3 SP не всегда и не обязательно будет в три раза больше времени, затраченного на задачу в 1 SP. Да, группировка задач в итерации отчасти помогает взаимно нивелировать эти перекосы, но все равно оценки разных команд могут и будут отличаться. Это может быть очевидно Вам, но совсем не очевидно другим.
Что важно, так это наладить общее понимание того, как происходит процесс оценки и что является итоговым результатом этого процесса между командой разработки и менеджерами. Это и было целью статьи, которая изначально была создана в виде интерактивного урока и используется внутри компании в курсе онбординга новых руководителей проектов и разработчиков.
Не нравится мне этот Зеев, одно и то же везде толдычит: «мы не будем делать аксессоры, потому что PHP программистам придется учить еще одну фичу.»
Что это за подход вообще? Генераторы как мимо него протолкнули интересно.
Так вот, там есть пара интерьвю довольно интересных с разработчиками из foursquare и codeacademy об их опыте использования Mongo
foursquare interviewed
codeacademy interviewed