Если интересно, пусть спрашивают. Но лучше что-то соврать чем про общепит — "подрабатывал компьютерной помощью" там, или пусть уже бугхалтером но что-то считать. Есть разные точки на этот счёт, я слыхал что где-то люди добрее — но мне больше попадалось циничных, которые полагали что если человек долго работал в общепите, то просто тупой человек и не годится.

Есть большое предубеждение против "выпускников курсов, которые прослышали что в айти есть бабло и решили войтивайти".  У меня есть знакомые которые просто не будут разговаривать с теми у кого нет ничего кроме курсов. Крупные компании на фоне наплыва выпускника курсов тоже стали "повышать планку".
____
Копипасты избегать. Пусть будет примерно одинаково, но какая-то разница должна быть. Перечитать 4 раза, может отдать кому-то на пересмотр, прогуглить все упоминаемые бренды и написать точно так же как на официальном сайте.

а еще этто же эджайл, тестер должен успеть все затестить)

нууээ)

Коллеги, могу порекомендовать ЗНАЧИТЕЛЬНО увеличить оценки в SP, если у вас в спринт люди делают 0,5-1,5 сторипоинта, значит вы не пользуетесь замечательной последовательностью Фибоначчи
Попробуйте оценивать задачи "трудная"- 8 "очень трудная" - 13, если задача получает оценку в 20 - задача заворачивается на декомпозицию, как не готовая к взятию в работу.
Тогда у вас команда будет суммарно не единицы сторипоинтов делать за итерацию и будет виднее картина сколько можем сделать, и сколько обычно берём в спринт

Сложность задачи не во времени

Общее правило что резюме лучше быть покороче.  Когда моё было поменьше, указывал и там и там. Сейчас обязанности во что-то укорачиваю , как "полный цикл обращения с багами", инструменты пишу отдельной табличкой в самом конце, более-менее общие навыки и технологии выношу на самый верх.

Т.е.
) Навыки и технологии
) Опыт проектов
) Инструменты

ну.. типа ..
разработка может быть простая, а процесс тестирования сложный)

и наеборот

Команда оценивает общую сложность задачи, ну максимум разделить разработку фронта и бэка.
Сложную задачу может быть легко тестировать, и наоборот. В сторипоинтовую оценку пойдёт сумма сложности

Плюс, аджайл-команда должна быть кросс-функциональной, и если разработчик освободился от задач - пусть поможет тестеру

А если тестер освободился от тестирвоания - пусть баги правит!

Понятно, спасибо

Ну так-то да

да я знаю

Ну в идеале да, почему нет? Простые баги что в бэке, что во фронте починить обычно не трудно

На то команда и кросс-функциональная, а мы тут вроде инженеры собрались

1) Представлять что бьёшь кому-то морду. :) Или расстреливаешь офис :)
2) Есть известные "техники планирования". Я нередко применял "похожий проект" (фичу) в стиле "А вы помните что было вот там-то?". Команда уже знала что мой пессимизм ещё и как оправдывался, и слушалась.

“мне за фиксы багов не платят”

ин кенди ленд

Проблема в общем-то в абсолютной некомпетентности "продакт оунеров", которые и будучи "проджект менеджерами" особо не умели работать, а уж в новом названии и подавно