|
问题的本质其实是因为个人能力较弱、无法适应敏捷的交付节奏而导致的。换句话说，你要玩敏捷，得团队里面得都是高手才行。项目管理者联盟
俗话说，一位优秀的程序员的工作效率抵十位平庸的程序员(金庸小说里面一个乔峰顶几十个杂鱼)。项目管理者联盟
国内很多软件团队是不具备这个要求的，贸然引入敏捷，只能是照猫画虎、东施效颦，搞垮一个团队轻轻松松。项目经理圈子
4、公司制度文化对犯错0容忍项目管理者联盟
敏捷模式的优势在于，当你产品需求还不确定时，可以摸着石头过河，先交付最小可用产品，先让产品上线，然后我们快速迭代、小步快跑、慢慢优化。项目管理者联盟
在这个过程中必然会有损耗、必然会犯错，因为团队接到的是一份不确定的产品需求(有时候甚至是一句话的需求)。在这种情况下，如果公司或团队文化是对犯错0容忍的文化，本身就与敏捷提倡的文化相违背。尤其涉及到上线失败等问题，更是很多企业不可容忍的高压线，毕竟站在公司的角度会有损失、会有人来承担责任、会有人受到惩罚，最后也只能是敏捷来背锅。项目管理培训
大家都是成年人，职场如战场，如果做不好就要重罚。如果犯错不用受罚，做错了事不用道歉，LV每年出这么多包包干嘛用的?项目管理者联盟
5、错把「噱头概念」当成「提效法宝」项目管理者联盟
老板们喜欢新鲜方法，TDD、BDD，这些新鲜玩意国外的团队玩的很很溜，我们也必须试一试。我只能说，如果要这么做，用不痛不痒的边缘项目练手还差不多，随便你怎么玩。如果是公司的核心业务，那也就离作死不远了。PgMp.mypm.net
TDD和BDD目前行业内还尚没有真实、靠谱的优秀实践项目，至少，从我的角度，目前能看到的就是这样一个现状。pmp.mypm.net
BDD很多敏捷教练到处宣讲的也只是实验室内的案例，个人认为就是一个被炒作的噱头而已，做不起来的。项目经理博客
参加过BDD的培训你就会发现，敏捷教练给你传授的无非就是用cucumber写个given-when-then的框架，写几个订飞机票的demo、写个购物车下单的流程，这些都讲得通，但实际项目远比你这些复杂，远不是用cucumber整个BDD就弄明白的。就好比你是程序猿，写个hello world没问题，但这个玩意不足以应付真正的工作啊!项目管理者联盟
再说TDD这玩意，号称是测试驱动开发。PgMp.mypm.net
TDD如果让测试工程师牵头来搞，测试工程师一年到头能写多少行代码、能设计多少个类图、画了多少个系统的架构设计，你叫测试工程师从业务场景的维度驱动开发工程师去做开发，这不是搞笑么?让测试工程师教开发工程师理解需求、写代码，让团队在开发和测试之间来回的返工，我们最好期待最后可以达到改1个Bug，需要优化整个架构的目标。项目管理者联盟
TDD如果让开发人员自己来搞，说白了，开发有能力把TDD整溜了，那么他不用TDD一样可以把代码写得很好，所以TDD这玩意不能雪中送炭，只能锦上添花。项目管理者联盟
6、不重视提效工具项目管理者联盟文章
我们应该重视能够提高大家工作效率的工具和方法，而不是野蛮地用「加班」的方式来解决工作效率问题。项目管理者联盟
前面吐槽了TDD和BDD，但并不代表整个行业没有好用的提效工具，恰恰相反有很多，这里堪比「好莱坞电影市场」一样琳琅满目，你能找到各种各样的提效小工具、小平台，网上大多数都已经有开源的了，即使没有，你根据自己的痛点也能够在公司内研发出来。转自项目管理者联盟
根据茹炳晟老师的研发效能双流模型的分享，我列举一些大家不常见的提高工作效率工具插件，希望对大家有所帮助：
IDE精准代码提示：AiXcoder项目经理博客
自动加载代码变更：JRebel、Nodemon项目管理者联盟
代码质量检查：Sonar、LizardPgMp.mypm.net
单元测试用例自动生成：EvoSuite项目管理者联盟文章
混沌工程：ChaosToolkit、ChaosBlade项目经理圈子
精准测试：Jacoco项目管理者联盟
|
