Здравствуйте, white_znake, Вы писали:
_>Здравствуйте, уважаемые коллеги
_>Планирую внедрять Scrum в конторе. И у меня есть несколько основных вопросов: _>1. Оценка для user stories ведется в user point. Выбирается средняя по сложности задача, оценивается в идеальных человеко-днях и это есть user point? _>А другие задачи измеряются в этих user point' ах относительно эталонной user story?
Выберите, на ваш взгляд, самую простую задачу — оцените ее, не бойтесь оценивать не в единицах, а в десятках, или в сотнях поинтов.
_>2. Допустим оценили user story. Но ведь user story разбивается на задачи. Может статься так, что после разбиения на задачи (не учли какие-то мелкие задачи при оценке user story), суммарная оценка трудоемкости станет выше оценки user story? И надо ли вообще проводить оценку для отдельных задач? _>Или user story все-таки вначале разбивается на задачи и суммарная оценка трудоемкости — это и есть трудоемкость всей user story?
_>З.Ы. Чувствую что запутался я малость...
Попробую помочь распутаться. Вы описали все (как вам сейчас кажется) истории, и готовы приступить к их исполнению. Понятно, что за один присест (спринт) все не сделать, поэтому следует выбрать самое главное. Как выбираем? Истории желательно приоритизировать, т.е. расставить в порядке убывания их значимости для бизнеса. К этому вопросу подходим так — зная, что завтра все программисты уйдут в отпуск, что им нужно сделать прежде всего? Эти задачи получают наибольший приоритет, и наивысшие оценки (не бойтесь значений — пусть это будут тысячи поинтов — это не суть важно).
Просмотрите список с программистами — пройдитесь по самым важным задачам, дайте теперь им определить, какое количество времени у них займет исполнение работы по каждой из них. Тоже в поинтах. Не стесняйтесь пользоваться большими числами и здесь. Главное — выберите что-то простенькое за эталон. Скажем — 1 час работы одного программиста — 10 поинтов... Оттолкнитесь от такого, например...
Далее попробуйте сопоставить полученные цифры. Вы увидите, что максимально важное для бизнеса можно сделать минимальными усилиями — начните с этого. Спланируйте спринт, завершите его, и посмотрите, на сколько ваши ожидания по срокам подтвердились. Коррекция для следующего спринта должна быть только в объеме планируемой работы. Не беритесь сделать больше, чем вы физически способны.
Не забывайте главное — ваши изначальные постановки (user stories) должны быть максимально независимыми одна от другой. Так, чтобы выполненную работу по каждой из них можно было сдавать в эксплуатацию. Если по какой-то причине они у вас повязаны зависимостями, то никакие вышеизложенные упражнения не применимы...
