100%, Аблолютли)

Обовʼязково потрібно платити достатню зарплату і наймати хороших спеців — 100%.

Але це ще не все. Щоб винаходити велосипед кожен раз, потрібно пропрацювати процеси і потім вже по колії рухатись. Так просто ефективніше.

І особисто для мене — ще і приємніше (коли я розумію наступний крок, мені зрозуміло куди, і як рухатись, і що буде завтра).

О. Дякую за питання. Дуже поширена ситуація і проблема.

Мій флоу у таких випадках — казати ні.
Ні — я не візьму цю задачу в поточний спрінт, бо вона не запланована. Якщо це критично, то я видаляю інші задачі (і список).
Ні — я не назву вам естім цієї задачі, бо спочатку потрібно її оцінити.
Ні — дату релізу я не назву, бо задача занадто велика і може спрацювати багато ризиків.
Це перше.

А друге — це повертання відповідальності до таких холдерів. «Ви хочете змінити пріорітет цієї задачі? — Добре, але ризики 1,2,3, ви приймаєте їх (aka берете відповідальність)?»

Не дають віжен більше ніж один спрінт, то можливо Канбан буде доречніший. Бо якщо немає роадмапи хоча б на квартал, то кайфовий скрам буде складно побудувати.

Кожну неділю скачуть у пріорітетах — повертаємо відповідальність до них. Але потрібно це робити коректно. Не «Так ви ж сказали, я і зробив», а «Зміна пріорітету зʼїсть ХХ годин за рахунок переключення команди з задачі Y на задачу N, як це було в ситуації 1,2,3. Ви готові до цього, або може спочатку доробимо поточну задачу?».

P.S. Робіть скріни коли холдери просять про якусь зміну а ви попереджаєте про вплив на роботу ;)

Буду рахувати це як комплімент)

Значить вийшло структуровано, але напевно занадто академічно :(

Це моя перша стаття, тож якщо є побажання, або зворотній звʼязок, по тому що особисто для вас було б корисно або цікаво, то напишіть, буду вдячний. Дуже )