一个玩DDD的微服务团队当需求来的时候在干啥？

一个玩DDD的微服务团队当需求来的时候在干啥？

1、整个团队先理论上反复推敲需求的可信性。
2、团队负责人再复习之前的相关需求。
3、团队负责人再验证新需求的与旧需求的矛盾解决的可行性。
4、团队负责人根据对整个项目的理解再反复的复习、翻阅代码和数据库数据，把原来的相关代码、相关接口、数据库表的关联关系要熟悉并烂熟于心。
5、当团队负责人对需求很清楚，对原来的实现代码也很清楚的时候在再做决定在什么地方去修改代码，这样才能保证下一版本没有丝毫的违和感。
6、最后团队负责人决定代码该怎么写！

        由于是DDD的设计，所以当面对数据库的时候还是非常好设计的。同时又由于是DDD的设计理论，所以程序员之间的很多讨论都是在围绕业务层面去讨论问题，优化实现流程，谈论中往往精确到某一个“字段”，围绕“字段”去讨论实现流程、假设场景。大家在一起反复讨论出一个清晰的思路后再做决定！
        整个过程与技术高低没有关系，全靠责任心和耐心！一个小小的需求就这么实现了！

        你说要是遇到一个卡时间的老板，会怎么样？
        以上6步全部省掉，然后凭感觉开工，遇到问题再说就可以了，当然代码一定是越改越烂，最后面目全非！