В разработке программного обеспечения обычная «оценка» включает количественную оценку работы, необходимой для выполнения данной задачи разработки; это обычно выражается с точки зрения продолжительности (час / день) или расчетной единицы (рассказ). Цель состоит в том, чтобы объединить ряд таких отдельных оценок, чтобы получить представление об общей продолжительности, работе или стоимости программного проекта.

Распространенные ошибки гибкой оценки
Даже в agile — сообществе люди найдут множество разных точек зрения на оценку теории и практики. Тем не менее, некоторые из типичных ошибок, с которыми часто сталкиваются agile-команды при проведении agile-оценок, и эти распространенные подводные камни получили широкое признание:
- Оценки должны содержать «неопределенности»; Оценки « (сюжетных) точек » обычно считаются неадекватными, поскольку они не отражают эту неопределенность.
- Оценка отличается от обещания; например, обвиняя разработчика в том, что он потратил 3 дня, он/она оценивает, что завершение работы за 2 может быть контрпродуктивным отношением, обычно приводящим к результату завышения оценок в будущем.
- Оценка не является окончательным ответом, она лишь отражает ту информацию, которая есть в сообщении; всегда должен позволять обновлять оценочное значение вверх или вниз на основе новой информации.
Agile оценки Ссылки
- Оценка — Agile Alliance
- Что такое гибкая оценка?
- Что такое покер планирования в Agile?
Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文