Один из тимлидов (не моей бизнес линии) донес до меня мысль о том, что возможно я выступаю в роли Дон Кихота Когда рассуждаю о том, что Sprint и наиболее широкое представление Scrum с оценкой в Story Points для впихивания в спринт задач — это плохая практика, и куда проще иправлять WIP-лимитами и исопльзовать просто количество задач. Так как для большенства совершенно контр-интуитивно то как это работает. А понятие Story Points и Capacity Sprint по ним — куда проще понять, по этому продать легче. В общем концепция с Capacity Sprint и упражнение по напихиванию при помощи Story Points большенству видится более логичным, по этому понятным. При том, что управлять через WIP-limit технически проще, и лучше автоматизируется. 🤦‍♂️Майк Кон, я думал, что победил тебя, но я небыл на столько искусен в продажах, чтобы понять, что играю по твоим правилам. При этом пояснения о том, что вообще-то у Scrum важнейший артефакт Sprint-а это цель - выполнил, хорошо, не выполнил плохо, а задачки это лишь способ для достижения и на них не надо контрактоваться. Scrum = One Pice Flow Но, все же большая часть компании использует статистику для управления и умеет работать с WIP-лимитами, что подтверждается статистикой использования наших инструментов T-Meter, Jira-Helper По этому, все таки я все же не Дон Кихот.