1、技术负债在团队中会快速的膨胀。 
    是在敏捷导入和实施中没有过多的明确目的，经验丰富的敏捷教练往往十分重视工程类实践，会强调重构在迭代中的重要性。很多的敏捷实践和很多开发的原理，都能避免过多的技术问题。
2、软件开发团队会认为每个成员都是专业的，称职并富有责任心。如果不是这样，项目开发将变得很困难。我们应该做到：谦虚有耐心；勇于承诺；团队成员互相帮助，互相努力；如果自己能力不足，就应该及时努力，需要的时候寻求团队成员的帮助。很多方法论认为只能通过审查监控的手段来确保项目的顺利运行，而团队更多的是依靠个人的责任心。
3、由于对敏捷开发实践的错误理解，导致团队负担过重。人很容易犯错误，但是很多实践帮助开发者发现问题，纠正错误。因此敏捷反而把我们从传统的思想束缚中解脱出来。我们也是受种种因素（客户环境，团队对敏捷的认识程度，成员的能力）限制的。如果能够从其他更成熟的敏捷团队或者敏捷教练那里吸取经验这样会更好，否者只能逐步实践。很多项目确实存在过于频繁的交付，是由于人们有各种各样的压力，“好大喜功”的天性而忽略了一直在强调的“根据每个迭代能够实际发布量”（也就是真正能够达到Done标准的工作量）来调整下一个迭代工作量。如果团队不能自主调节工作量，那么是不能实现很好开发的。