As someone in similar circumstances a couple of things jump out which trouble me:<p>Project Managers - That this role is mentioned, but not that of Scrum Master, is odd but unsurprising. PMs aren&#x27;t mentioned in Scrum at all and often the way they want to do things clashes with the Scrum way of doing things. In the given example of the PM moaning about estimation Scrum at least forces that realisation quickly, something which Kanban lacks.
There may well have been a Scrum Master, one of the things I&#x27;ve experienced them doing is guiding my team down from 1 month sprints through 2 week ones down to a single week. &quot;It&#x27;s really hard to plan for 2 weeks work&quot; is a classic moment for the Scrum Master to say &quot;what about...&quot;<p>&quot;We tossed out the retrospectives&quot; - Despite acknowledging them as a good thing? For me retrospectives are the most powerful part of Scrum. Stopping retrospectives might save you a few hours and some awkward conversations but is likely to hamper your continued development. Scrum is really good about moving a team to the &quot;conscious incompetent&quot; phase - i.e. you are forced to be aware you are bad at something and really need to work on it. Retrospectives are the way to improve and grow.<p>&quot;We kept our deadlines&quot; - That you had deadlines (again the sign of a PM somewhere), and view them as important enough to mention again is interesting. It hints at quality not being the most import factor, which is one of the keys to doing Scrum well.<p>For me moving to Kanban was a fix for a Scrum team that wasn&#x27;t working well. I&#x27;ve worked on a good Scrum team, that took a while to get going, but got there by being able to be open and honest about poor morale and then dealing with it. The new team didn&#x27;t get there, we moved to Kanban and while everyone is happier our productivity is much, much lower.
I do feel there is a place for switching to Kanban - when the scope of the project has moved into &quot;we know how to do this&quot; space, often close to a major release (if you do infrequent releases) where 3rd party involvement plays havoc with planning. If you&#x27;re dealing with points high on the &quot;the business don&#x27;t know what they want&quot; or &quot;we don&#x27;t know how to do this&quot; chart then, for me, Scrum is still king. If you&#x27;re high on both axes then you might want to switch projects &#x2F; companies...