微服务的思想是化大为小，化繁为简，再以小拼大。 思想可以借鉴。多大的项目都是需要划分为一个个子项目、小团队。协调不了100个人，10个人总可以吧跨项目更多是沟通，做好人员、资源调配。有冲突怎么办？妥协，找到妥协办法。项目组人员项目经理、技术经理，总架构师（根据项目情况设置...
从过往经验来说，文档是必须的。即便是自己，随着时间的流逝，很多细节也会忘记，如果有文档，能很快的帮助回想起来，对其他人能更快的理解。敏捷和文档并不冲突，很多时候是因为我们技术人员没有认识到文档的重要性，或者疏于维护文档，懒的心态有关，因为文档的价值并不是立时体现。在代码...
（1）DevOps是补充但不能取代敏捷。它非常好地补充了敏捷开发。它通过消除资源浪费和简化部署等方式来实现这一目标，从而实现更快，更持续的生产部署。许多组织都进行敏捷开发、自动化测试和持续交付，但运维人员会说“嘿嘿”，你不能跨越那条线。这是我们的领土：你留在你的领地，我们...
项目的执行方式，验收方式决定了是否适合做敏捷。核心银行业务，也因为监管和验收的要求，比较难用敏捷的方式执行，一般还是用传统方法开发。互联网相关，快速交付，快速迭代的比较适合敏捷。这里带出“多速IT”的话题，也就是客户不会只有一种开发形式，会有不同速度，怎样解耦并协同，变成...
