Один из тимлидов (не моей бизнес линии) донес до меня мысль о том, что возможно я выступаю в роли Дон Кихота
Когда рассуждаю о том, что 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

По этому, все таки я все же не Дон Кихот.