
Technical Debt a Perspective for Managers
Developers often talk about Technical Debt saying its slowing your projects down. What are they really saying? What measures can you take to reduce it before it cripples your projects?

Developers often talk about Technical Debt saying its slowing your projects down. What are they really saying? What measures can you take to reduce it before it cripples your projects?

Why don't people understand your idea in a meeting? Why does the developer you're mentoring still not get it? Why do attendees in your course only learn 10% of the material? We are all teachers in some way, yet only professional educators receive training in this area. This article discusses lessons from neuroscience and how they can be applied to Agile Software Development and beyond.
Mark Levison observed that, after solid classroom training, teams in larger companies still struggle to adopt TDD. To better understand the problem he surveyed team members. In this article he shares the problems he uncovered and his own comprehensive strategy, designed to help anyone introducing TDD into an organization.
Retrospectives and feedback loops are at the heart of any successful Agile/Scrum implementation. They’re the tool we use to help teams improve. Yet in two day introduction to Agile classes they often get glossed over. Lacking time trainers (including this one) often race through the topic outlining only one simple type of retrospectives.
How do you work with difficult and uncooperative people? People who are combative or unprofessional? People who seem actively opposed to the agenda?
With teams in the US and India, how does one make release planning work? What if the team isn't even able to do their planning at the same time because of the time difference?
Trying to Sell Scrum to Management? Failing and wondering why? This often happens in the days after someone returns from a CSM course ready to help change the world.
Does a the traditional Sprint Burndown chart help the team? A number of Scrum teams find that tracking task hours hides the true state of the sprint and prefer other tools.
Should one provide a reward to the single best team in a division each quarter? How is that team to be determined? What effects will that reward have?