2020-01-07敏捷中的‘快’是指应对及时，反馈及时，就像马歇尔说过的那句话：一个及时的中庸决策，比不及时完美决策要好。作者回复: 👍
1 13
2020-01-08温习了一下敏捷宣言和12条敏捷原则，如果去看英文原版的话，会发现其实宣言只有四条，而作者提到的第五条，其实应该是一个备注。不过，如果按照五条来宣讲的话，可能会更容易被接受。
在原则里面，我觉得比较重要的是“被激励起来的个体”，如果没有这个，那么其他的也无从谈起。
“对于 Scrum 适合新软件开发，看板适合维护类软件开发”，这个说法我觉得很有道理。
没有经历过 Scrum，似乎这个在国内还是挺热门的，也考虑过去参加 Scrum 的培训，但是总体感觉 Scrum 在敏捷开发里面属于比较“重”的那种，“三三五五”也不容易。通过 Scrum 似乎是降低了对于开发人员自我管理的要求，但是对于 Scrum master 的要求就比较高了。可能也就是因为这一点，所以在国内比较受欢迎？
敏捷 = 价值观 + 原则 + 方法
这个公式挺清楚的，但是其实困难的部分是在于价值观和原则，如何让团队成员认可敏捷，可能才是敏捷落地的关键。
看了一下专栏的目录，似乎并没有，关于采用敏捷开发对于开发人员个人成长有帮助的内容，而是更多的偏向从研发管理或者客户价值的角度，略有遗憾。展开 10
2020-01-071. 敏捷就像健身，怎么看都对，但是，背后都需要强大的自律。
2. 敏捷就像健身，怎么看都对，但是，背后都需要强烈的改变意愿和一点的自律。
3. 敏捷就像健身，上了点年纪，有了点经历，还不放弃的，才会追求。
大家觉得哪句更能激励人尝试敏捷？ 1 5
2020-01-09天下武功唯快不破，敏捷的快我理解是信息流的快，始终保持对当下的目标对齐，贯穿整个开发过程。 3
2020-01-06我是一个项目的团队成员，目前项目中存在大量加班情况，我想讲敏捷思想融入项目开发中，但我不知道这会不会影响其他成员的工作习惯，从而导致计划落空。所以想问下团队成员如何自行实施敏捷开发。作者回复: 首先恭喜这位朋友，已经有意识想导入敏捷了。关于大量加班的问题，建议分析一下背后的真实原因。比方说到底是什么原因导致的？是需求反复更迭？还是需求范围没界定好，团队承诺过多？还是本身人员效率不高？等等，然后有针对性地采取措施。另外敏捷的导入和真正使用它达到既定效果不是一件简单的事情，因此需要各方面的配合。因此建议先跟团队领导商量，让他们看到敏捷的好处，得到他们的支持。对于团队成员，也需要跟他们树立信心，可以先从简单的实践着手，让大家看到一些益处，然后就自然而然地想跟着做了。我们的整个专栏都有这样的思想，可以看看后面实战篇的方法。
4 3
2020-01-17里面提到的开发人员遵守纪律，具体是指哪些纪律?作者回复: 有很多需要自律，比方说最基本的，开发人员开发完代码以后要自测，不能不自测直接就丢给测试人员让他们找bug;还有的团队在做持续集成的实践时，会要求红灯不下班等等
2
2020-01-121，迭代次数增加，回归测试肯定增大，势必会引入自动化测试，但现在好多企业自动化建立不起来，咋办？2，在几次迭代后客户发现他们的需求变多了，这种情况如何处理？作者回复: 1、自动化建立不起来要寻找原因，最起码要建立自动化回归测试，否则敏捷后的测试量的增加团队是吃不消的；
2、不管需求增加了多少，始终坚持按优先级排序，每次迭代取优先级高的做 2
2020-01-06怎么去培养团队每个成员的敏捷思维作者回复: 谢谢，专栏可以给他一些好的观点和思维方式，另外专门的布道也是非常重要的，专栏后面的09里的好的敏捷教练也会负责一直帮助团队理解敏捷背后的原因，帮助他们不断地成长。人其实是非常有意思的，如果他不明白为什么，很难转化成态度和行为的改变
1 2
2020-01-28我认为还有个误区：敏捷是开发团队的事，不属于业务和产品. 1
2020-01-20请问宋老师
简单——使未完成的工作最大化的艺术——是根本的？
这条原则怎么理解？作者回复: 抱歉，这句话应该是“以简洁为本，它是极力减少不必要工作量的艺术。”我已经让开发替换了最新的译本。主要讲的是敏捷要讲求简洁，尽量不做额外的没必要的工作。比方说，一些额外的交接类的文档等等。
1
2020-01-10老师，有个问题，需求在一个迭代里不加，可是遇到，产品设计不合理的情况，开发过程中发现，导致的不得不改的需求怎么办，自己怎么规避这种问题，希望老师能看到作者回复: 因为产品设计本身不合理导致的返工问题，需要记录下来，并找相关人员来做改进活动。一开始规避不了，团队需要不断的进行持续改进，提高产品设计的能力
2 1
2020-01-06醍醐灌顶阿，谢谢老师 1
2020-02-08快原来是——反馈快。更早的暴露问题，及时修复。
2020-02-03这两条原则很有参考价值，赞👍
他们在迭代开始的时候，不会过度承诺，也就是能完成多少工作，就承诺多少工作。
严格遵守纪律。他们在迭代开始之后，原则上不再接受需求的增加，如果一定要往他们的迭代待办事项列表里增加其它需求，就一定要同时从其中拿走等量的需求。
2020-01-30这12条原则里面是不是可以分通用原则和专用原则，我发现有几条即便是使用其他模式来开发也是适用的。
看完这篇文章之后，满眼都是敏捷的标签了。好像除了敏捷其它都没有了。不知是不是一种错觉
2020-01-22敏捷需要自律，这个自律我可以理解为规矩，包括开发人员自己，当然也包括我们的上帝——客户。
说到底，对客户开发人员是缺乏信任的，基本上客户说什么开发立马屁颠屁颠的加班去搞，在国企更是如此，这是我对敏捷信心不足的地方，不过方法论是好的，可以借鉴，能落实多少看具体情况。
2020-01-19之前理解的敏捷开发就是可以实现随时发布上线，感谢老师让我重新认识了敏捷。
2020-01-18重构的项目适合敏捷吗？作者回复: 可以的
2020-01-15敏捷 = 价值观 + 原则 + 符合价值观和原则的方法，全局视角的解读，让我更加全面的理解了敏捷，感谢宋宁老师！
2020-01-15敏捷=价值观+原则+方法，概括得很到位。关键在实际中人们更看看重方法而忘记了价值观和原则，这样一旦方法短期看不到效果，就会全盘否定，其实有了价值观和原则，方法只要长期坚持，不断迭代，不断修正，一定会找到适合自己的团队的工作方法。另外在使用中，大家过于相信敏捷是一个银弹，可以解决任何问题，我理解敏捷更多的是强调价值观和原则，不仅适合团队，也适合个人规划，但是任何理论都有它的局限性，不可能使用一个理论打遍天下任何事。作者回复: 赞一个