1、面向互金业务的互联网技术团队技术创新，变革未来智慧IT挑战市场形势变化监管形势变化技术环境并非一马平川困惑？有人熟悉新业务但跟现有技术框架不合拍？业务变更，工程师的技术积累何在？ 不 支持HTTP? 不 能 搭设DNS?合规和法务要求带来技术变更和用户成本？一个网络拓扑的例子I-,-I一个网络拓扑的例子提纲组织结构和管理思路技术人组织结构和管理思路演变按职能划分组织结构和管理思路演变按业务划分组织结构和管理思路演变大中台小前台？组织结构和管理思路演变权责更清晰沟通成本低技术有长期积累和更大话语权 更容易适应人员的进出组织结构和管理思路边界问题NOT原则中台逻辑不要包含金融产品结构中台逻辑不要包
2、含运营流程中台逻辑不要包含合规限制组织结构和管理思路指标和自驱不可量化指标指标服务质量和业务满意度是否能去除冗余运营流程合规要求是否有其他满足办法是否有公共架构能抽象数据冗余和逻辑冗余扩展性和架构隐患组织结构和管理思路纪律技术技术架构的“上升”和“下沉”业务优先允许浪费不同阶段不同取舍 必要时强推-业 -务-系-统 -一 一 - - - - - - - - - - - 一- - - - - - - - - - - - - - - - - - - - - 业务平台基础服务- 通用框架技术例子：一个交易状态机的变迁Virtual D o m vs D o m based取舍技术单语言 vs 多语言D u b b o vs Protocol权衡技术原则区分需求和场景损有余而补不足技术熔断保可用，业务熔断控风险92%？95%？98%？None of Above?TPS?Latency?性能评估质量评估熔断思路技术基于区块链的网信通行证-业务和合规的区别上升，逻辑 共性下沉-被动接受监管-主动适应监管顶层结构设计人概念流程思维抽象分布式架构前端框架运营流程法务合规融产品数据存储极限思维换个角度看团队，组织结构可以更灵活人业务驱动和技术驱动早期业务驱动，后期技术驱动依赖中台架构的成熟前台要理解和驱动运营流程中台要理解和驱动金融产品设计前台要沟通和预见合规要求所带来的成本
