Как проводить ревью оценок
• каждая задача не должна превышать 16 часов, иначе ее следует разбить на подзадачи. Исключение — болпарк оценки;
• сопоставить оценки с типовыми видами работ и сравнить часы. Например, часто на интеграцию с платежной системой разработчику требуется около 40 часов;
• проверить работы на состав и полноту;
• проверить зависимости;
• есть ли в оценке наши предположения, так называемые асампшены (крайне редко бывает так, что при анализе требований все воспринимается однозначно и без предположений);
• проверить, есть ли асампшены напротив задач, которые оказались непонятными;
• проверить наличие буферов/заложенного времени на непредвиденные ситуации;
• проверить коэффициенты на те работы, которые высчитываются по формулам и расчетам. Например, тестирование 30% от программирования, +10% на юнит-тесты, +20% на багфикс. Уточните, можно ли провести точную оценку, действительно ли уместно закрываться коэффициентами.
• каждая задача не должна превышать 16 часов, иначе ее следует разбить на подзадачи. Исключение — болпарк оценки;
• сопоставить оценки с типовыми видами работ и сравнить часы. Например, часто на интеграцию с платежной системой разработчику требуется около 40 часов;
• проверить работы на состав и полноту;
• проверить зависимости;
• есть ли в оценке наши предположения, так называемые асампшены (крайне редко бывает так, что при анализе требований все воспринимается однозначно и без предположений);
• проверить, есть ли асампшены напротив задач, которые оказались непонятными;
• проверить наличие буферов/заложенного времени на непредвиденные ситуации;
• проверить коэффициенты на те работы, которые высчитываются по формулам и расчетам. Например, тестирование 30% от программирования, +10% на юнит-тесты, +20% на багфикс. Уточните, можно ли провести точную оценку, действительно ли уместно закрываться коэффициентами.
