Бизнес часто просит аналитиков оценить ту или иную доработку. Я подготовила большой список советов для подобных ситуаций. Советы абсолютно разного свойства и представлены в посте в хаотичном порядке. Кстати, это и делает список реально классным 😏
1. Оценивайте зафиксированный скоуп требований. Новый влёт - новая оценка.
2. Попробуйте конкретизировать или уменьшить задачу через выделение MVP.
3. Если в задаче много «неизвестных», назойливо подчёркивайте это при оценке.
4. Возьмите время для исследования. В Jira есть специальный тип задач для этого - Spike.
5. Разбейте задачу на части или этапы и оценивайте их отдельно.
6. Не оценивайте за другие роли - разработчиков или тестировщиков. Пусть коллеги сами дадут свои оценки.
7. Посоветуйтесь с более опытными коллегами.
8. Проведите покер-планирование.
9. Ведите статистику план-факт по предыдущим оценкам. На это можно будет опереться при оценке аналогичных задач.
10. Посчитайте срок по формуле PERT.
11. Заложите в оценку риски, связанные с текущими изменениями в компании. Например, организационными перестановками, изменениями технологий или процессов.
12. Если для выполнения задачи требуются бюрократические формальности, заложите на них время.
13. Помните о том, что люди уходят в отпуска, болеют и увольняются.
14. Заложите буфер на случай абстрактных непредвиденных обстоятельств.
15. Если возможно, давайте вилку, а не точную оценку.
16. Фиксируйте оценки.
17. Оценивайте чаще. С каждым разом будет получаться всё лучше.
18. Проводите ретроспективы по кейсам, когда вы не попали в оценки.
19. Если кто-то систематически недооценивает задачи, умножайте их оценки на корректирующий коэффициент. Для разработчиков часто подходит х2 или даже х3.
20. Спросите, какой срок ожидает заказчик?
🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃🙃
Как думаете, напишут ли такой пост в мессенджере MAX?
🚘 -
конечно, будем всем кооперативом даже с парковки читать😎 -
ну уж нет, где там мои 150 рублей на впн, заплачу и буду месяц из Нидерландов телеграммиться
🤨 -
Дуров, что сделать, чтобы вернуть свободный интернет?