The post has been translated automatically. Original language: Russian
Which is better for evaluating tasks: Story Points or hours?
In my opinion, the argument itself is not about that.
The problem is not in the units of measurement
Any assessment is often attempted in a vacuum. It's like there's an ideal team, no one gets sick, no one goes on vacation, the customer doesn't change requirements, and releases can be rolled out any day.
In such a universe, everything really fits together.
Business Doesn't Need Story Points
Story Points are great for assessing the relative difficulty of tasks within a team.
But they don't tell the business anything. Stakeholders are only interested in one question: "When will it be ready?"
The answer is always on the calendar.
The calendar includes weekends, holidays, vacations of key employees, release windows of the customer and dozens of other restrictions.
For example, it makes no sense to roll out a major release the day before the long weekend in Nauryz and leave the system without a support team.
That's why I'm evaluating more than just tasks.
On one of the projects, we started with Story Points, but eventually we completely abandoned them when planning deadlines.
Now I estimate tasks in hours, translate them into the team's labor costs, and then into real calendar terms, taking into account all the restrictions.
And even that's not enough
Because in the middle of development, the customer will definitely come up with new requirements. Some will have to be redone, some will have to be re—planned, and dependencies will shift somewhere.
The team is going to discuss a new plan...
...but the conversation has to be paused.
Because tomorrow the tech leader starts his vacation. 🙂
Evaluating a task is not just about the amount of work. It's also about people, the calendar, risks, and changes. That is why evaluation in a vacuum is a fiction.
Что лучше для оценки задач: Story Points или часы?
На мой взгляд, сам спор не о том.
Проблема не в единицах измерения
Любую оценку часто пытаются делать в вакууме. Как будто существует идеальная команда, никто не болеет, не уходит в отпуск, заказчик не меняет требования, а релизы можно выкатывать в любой день.
В такой вселенной всё действительно сходится.
Бизнесу нужны не Story Points
Story Points отлично подходят для оценки относительной сложности задач внутри команды.
Но бизнесу они ничего не говорят. Стейкхолдеров интересует только один вопрос: «Когда будет готово?»
Ответ всегда находится в календаре
Календарь — это выходные, праздники, отпуска ключевых сотрудников, релизные окна заказчика и десятки других ограничений.
Например, бессмысленно выкатывать крупный релиз за день до длинных выходных на Наурыз и оставлять систему без команды сопровождения.
Поэтому я оцениваю не только задачи
На одном из проектов мы начинали со Story Points, но со временем полностью отказались от них при планировании сроков.
Сейчас я оцениваю задачи в часах, перевожу их в трудозатраты команды, а затем — в реальные календарные сроки с учетом всех ограничений.
И даже этого недостаточно
Потому что в середине разработки заказчик обязательно придет с новыми требованиями. Что-то придется переделать, что-то — перепланировать, где-то сдвинутся зависимости.
Команда собирается обсудить новый план...
...но разговор приходится поставить на паузу.
Потому что завтра у техлида начинается отпуск. 🙂
Оценка задачи — это не только про объем работы. Это еще и про людей, календарь, риски и изменения. Именно поэтому оценка в вакууме — фикция.