Что такое гибкая оценка? Каковы распространенные ловушки?

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

Распространенные ошибки гибкой оценки

Распространенные ошибки гибкой оценки

Даже в  agile —  сообществе люди найдут множество разных точек зрения на оценку теории и практики. Тем не менее, некоторые из типичных ошибок,  с которыми часто сталкиваются agile-команды  при проведении agile-оценок, и эти распространенные подводные камни получили широкое признание:

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

Agile оценки Ссылки

Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文

Оставить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *