Wikilogs

Jump to: navigation, search
Search for wikilog posts
 

Фокус-фактор — ошибка Книберга?

Одна из сенсаций конференции — знаменитый фокус-фактор, процентно-безразмерный параметр, обычно получаемый из оценок в, хоть и условных, человекочасах, поделенных на реальные трудозатраты — признан Хенриком ошибкой.

Оценивать предлагается в только в «попугаях» SPов.

  • Почему перешли на оценку в SP (story point)? Это — опыт. При такой оценке команда быстрее приходит к согласию, чем при оценке в идеальных днях/часах. И легче калибровать разные команды, передавать оим подходы к оценке. А точность — не уменьшается. Для рефлексии о причинах падения скорости sp обычно хватает, если какая-то одна-две задачи несоразмерно выросли.
  • Как первоначально получают оценку в SP? На начальной оценке release PBL берут простую и понятную всем историю, которую оценивают, например, в 3 SP или 5 SP. Получается начальный масштаб, от которого дальше пляшут. Когда переходят к оценке спринта и оценивают task, на которые поделили user story, то оценка user story задает некоторый масштаб, пока команды не привыкнут. Но при этом укладываться и подгонять не обязательно, более того у многих есть практики не показывать на планировании спринта оценки user story, во всяком случае сначала — чтобы они не влияли на оценки отдельных задач. Но в случае расхождений — разбираться, вопрос в подробностях задачи или более систематично что-то поплыло.
  • Новичкам для калибровки оценок полезно посмотреть оценки предыдущих спринтов до первого планирования. И, опять-таки, оценить задачу как «похожую на ту» легче, чем прикинуть часы. ©

Может это просто политкорректность, и проявление слабости — оценивать сложность в настоящей метрической системе, в человеко-днях или человеко-часах?

А что думаете, и как делаете вы?

Тчортовы конференции тестировщиков! Сгорел блок питания!

Тчортовы конференции тестировщиков! На предыдущих SQADays:

  • Опоздал на поезд — 2 раза.
  • Заболел нетбук (матрица) — 1 раз.

И вот, сейчас, только что! Сгорел блок питания к моему ноутбуку HP!

Бензин кончился, еду по инерции!

Опасаюсь, что траблы еще не кончились...


2010-11-20

Привет участникам SQADays-8!

Юзабилити — после выпуска продукта завязывать?

На конференции SQADays, в докладе «Тестирование пользовательского интерфейса: как это делает Интел» прозвучала мысль:

  • Юзабилити важно заниматся на этапе исследования и планирования, разок полезно перед разработкой,

а тестировать перед релизом, и тем более после — только расстраиваться.

С другой стороны, за неделю до этого, лучшим докладом на конференции юзабилистов WUD, был признан доклад Константина Горского Когда заканчивается дизайн, где основная мысль — после запуска продукта пользователям начинается самый важный этам юзабилити-тестирования и улучшения.

Что правильно? Как думаете вы?

Subscription management page