确实现在很多公司都在误用敏捷，盲目的推进项目的进度，拍脑袋定个乐观的项目进度，然后让开发在指定时间点交东西，最后开发被迫加班。然后项目出问题，市场推卸责任给产品方案，产品方案再推给开发。于是开发不仅要被迫的加班，还要成为背锅侠。
这种敏捷持续下去，优秀的开发会立刻，进而公司也必定受损。
当公司开始采用敏捷时，通常意味着他们正在努力改进工作方式。借助各种不同风格的指导和培训，他们可以提高问题的可见度，有助于高层管理人员和整个公司做出更明智的决策。作者说，这绝对是一件好事，即使敏捷宣言的价值观和原则应用不充分。然而，如果没有很好地实现敏捷，在一开始对于开发人员来说是件坏事，而最终这种坏事也会影响到公司本身。往往会给开发人员造成更多干扰，减少工作时间，压力增大，并被要求“走得更快”。这对开发人员来说是不利的，最终也会对企业造成不利影响，因为做得不好的“敏捷”会导致更多的缺陷和更慢的进展。通常，优秀的开发人员会离开这样的企业，导致企业效率比采用“敏捷”之前还要低下。
Ron Jeffries 强调了敏捷背后最重要的是思维、价值观和原则，因为它们为开发软件提供了最佳方式。因此，无论组织使用何种框架或方法，每个敏捷开发人员都应该按照下列方式开展工作：每一两周交付一次可运行、经过测试的集成软件。提升你的技能，直到可以每天开发出一个完全可操作的软件版本，一天内进行多次。
保持软件设计的简洁。随着软件的演化，其设计将趋于复杂和笨拙。要始终有意识地抵制和扭转这种趋势，并以连续细小的步骤进行重构，尽可能保持进度的稳定和一致。
使用当前的软件增量作为与产品负责人和管理人员进行对话的基础，与他们讨论接下来将会发生什么，以及他们想要你做些什么。
纳德拉办公室有84寸的触摸显示器，各种各样的书，有很多书只是翻了几页，但有几本从头读到尾的好书就让他收益就很值了。没想到他上任后的第一件事就是让高管们阅读《非暴力沟通》。今天本来是想去参加《非暴力沟通》的读书交流会的，有其它事情耽误挺遗憾的。
2014 年 2 月，纳德拉上任微软首席执行官后的第一批行动，就是要求公司高管阅读马歇尔·罗森伯格的《非暴力沟通》，这是一本有关一种能使人们情意相通，和谐相处沟通方式的书。这一姿态表明，纳德拉计划以不同于微软著名的前任 CEO 比尔·盖茨和史蒂夫·鲍尔默的方式管理公司，并解决微软长期以来以激烈的企业内斗的名声问题。
讲了不少程序员的问题，可用于自我反省，有的修改，没有的也尽量避免。
1、稍微修改几行代码就调试和设置很多断点去学习看开源代码，确实是效率很低的做法，之前也遇到过，其本质还是个人能力不自信和懒惰，不确定自己代码是否正确，不确定源代码执行流程，也不想动脑筋思考，就想用工具帮自己理解这里面的流程，工具用在不适合它的地方发挥的功效自然也低。
2、依赖百度解决问题、遇到问题就问leader，其实也是懒的做法，甚至会出现没真正想明白问题而去搜索寻求帮助，可能会遇到更大的问题。
3、觉得前人代码很烂懒得阅读，轻易就说不能实现。也经常遇到，是阻碍程序员进步成长的大敌。