以敏捷宣言的第一句话“我们一直在实践中探寻更好的软件开发方法，身体力行地同时也帮助他人。”抛出我的观点：敏捷不是一种状态，是一种持续改进的姿态。如何持续改进？一在实践中探寻，二身体力行，三帮助他人。持续改进一路伴随着问题的管理：团队的，自身的，其他成员的。
1．团队问题管理
从一开始就要高标准并且一直保持,一开始设置高期望值,让团队拥有持续改进的动力和一个愿景。这是目标问题管理。
一个团队的组成离不开团队运行规则，激励机制，惩罚制度等，这样一开始要形成共识，打印出来所有成员签字承诺并张贴出来。在团队以后的运作过程中，要严格执行。这是团队运营问题管理。
团队目标和团队运营都属于团队负责人要坚守的范围。团队负责人要指引目标，时不时激励团队；要严格维护团队运行规则，公正执行激励和惩罚措施。这样团队才会始终做正确的事，而不只是正确地做事；团队成员才会更有目标意识，才会有更强大的凝聚力，才会有旺盛的战斗力。
除去团队负责人的问题管理，每次迭代开头的需求梳理会是PO产品经理对需求问题的管理“锤子”；每天开发晨会是开发负责人对开发问题的管理“锤子”；每次迭代结尾的回顾会是对这个迭代团队成员共同发现问题的反馈并形成跟进行动项。这是团队自发自治的问题管理。
2．自己问题管理
作为业务人员，主要是需求问题的管理和验收缺陷的管理，并要注意跟踪问题处理情况，与问题相关干系人建立通畅的沟通渠道。作为开发人员，主要是依赖/协作问题的管理和测试缺陷/生产bug的管理，特别是针对外部依赖，要尽早提出并寻求其他团队成员甚至领导的帮助。作为测试人员，主要是对测试缺陷的管理，要及时和开发人员沟通，敦促缺陷处理人及时处理缺陷。
每天晨会是暴露问题的一个“锤子”，但不仅限于此，工作的任何时刻一旦发现问题就要优先记录下问题（看板上贴便签或问题管理系统进行标记），在相关人空闲的时刻召集起来沟通解决，不能藏着掖着，让团队有一种坦诚相见，互相学习互相帮助的良好氛围。
3. 他人问题管理
他人的问题如果涉及到自己，则要全力尽早支持。
如果有问题迟迟得不到解决，且优先级逐渐升高影响到团队项目进度，则在自己力所能及且有空余的时间情况下，可以果断认领进行解决。这样就越来越像自组织团队了。
发现问题-记录问题-分析问题-解决问题，最终要让问题管理形成闭环。不要担心问题层出不穷，这是一个不断循环往复的过程。没有问题的组织是不存在的。但一定要注意分析问题的优先级和急迫度，重要性。所以这也是每次迭代回顾会仅仅针对几个事项进行跟进优化。回顾会最好诠释了持续改进，每次迭代团队坚持集体前进一小步，一年下来团队将非常具有战斗力，这种可持续的改善是消费浪费，增加价值最有力的锤子。但切记每个迭代一定要切实解决1-3个问题。这样团队才能提升士气，更有活力和动力，以及扩大自己的舒适区，团队一直在学习（解决问题的过程实际也就是学习的过程）。
我们坚信每个团队成员都有感知当下不和谐的能力，以及预见潜在改变的能力。让问题大胆暴露出来，记录在案，向团队所有人开放，看到它，分析它，解决它。在问题管理的循环过程中团队持续改进，并让敏捷的姿态一直绽放。
