2019保险IT微服务架构(Elvis-Zhang).ppt

残酷现实 客户是逐步发现他真正要的东西 开发人员逐步发现如何开发产品满足客户需求 在这个过程中随时可能发生变化 美好愿望 客户知道自己要的是什么 开发人员知道如何开发来满足客户需求 在开发过程中需求不会发生变化 期望客户一开始就想清楚他们真正要的东西是不现实的。 我们应当通过不断的向客户交付可用的产品，启发客户逐步的发现真正的需求。 我们认识到 预期需求 实际需求 价值 时间 适应变化，认清“客户是逐步发现真正需求” 适应变化，小批量是快速交付的关键 我们首先要做的是通过尽早地、持续地交付有价值的软件来使客户满意。 经常性的交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。 ——摘自敏捷软件的十二个原则 在需求响应周期相同的情况下，批量（一次开发的需求量）越小，资源利用率更高。 在资源利用率相同的情况下，批量越小，交付周期更短。 减小批量不仅带来缩短交付周期，而且还带来提高质量、促进创新、降低管理成本、更高的效率等其他好处，大幅提升商业价值。 减少批量的好处 资源利用率 交付周期 大批量 中批量 小批量 Source：Craig Larman 减小批量 1.减少排队 3.缩短交付周期 2.加快反馈 4.增强质量 5.改善创新 6.降低管理成本 7.更高的效率 $$ 排队理论：小批量与缩短交付周期、人员有效产出的关系 适应变化，利用多层次反馈不断调整以逼近目标 结对编程 单元测试 持续集成 站立会议/回顾会议 客户验收 对代码质量的反馈 对单元功能的反馈 对团队运作的反馈 对系统功能的反馈 对客户需求的反馈 利用多层次反馈手段，在变化的环境中让团队准确地了解与目标的差距，不断调整自身行为，并逐步逼近靶心 多层次反馈手段 信息时代，我们需要快速的响应和交付，未来业务的敏捷依赖于IT的敏捷 2017保险IT 微服务架构 Elvis Zhang 2016年10月 保监会发展改革部副主任罗胜在“2016中国互联网保险大会”上表示，大数据可能带来保险产品、作业、组织、监管模式的改变。在大数据的支撑下，风险可以更精细划分，保险作业更深更广融地入具体场景，即所谓场景保险。 保险产品可以更加碎片化；保险公司采取更多甚至全部在线的作业流程，即所谓保险的O2O；保险公司内部完整作业链条的围墙被拆除、打碎后重新组装。 随着“互联网+”向着“移动化、专业化、社交化、场景化”深入发展，服务与体验将成为市场竞争的关键。通过“服务”而不是“销售”，保险才能深入到更多用户（先用户再客户）的生活，才能真正“连接一切”。 从传统的保险公司发展历程看，现在遇到最大的问题不是技术，最大的问题其实是它的客户群发生了改变。客户的期望也正在发生根本性的变化：简单、便捷、透明、个性化以及社交化。 保险行业是我国市场经济体系的重要组成部分，随着国际化竞争地加剧，对内降低组织的摩擦力，提升公司的运营效率；对外实现与客户更友好的沟通，提升服务水平，对客户需求给予迅速回应成为行业亟待解决的战略问题。 在保险行业信息化发展上主要经历了三个阶段：第一阶段是业务处理阶段，各保险公司主要实现了各自的核心业务系统；第二阶段是业务拓展阶段，主要围绕业务拓展，渠道管理、客户服务等面进行扩展。第三阶段是经营管理和决策支持阶段，通过商业智能等技术，推动保险公司管理和决策水平的提高。并充分对信息数据进行分析、挖掘、处理，为保险公司经营及管理提供支持。 随着保险行业新渠道、新业务的推出和发展，敏捷开放的IT架构、移动互联、大数据、商业智能等技术对保险行业的销售、决策、管理等方面起着越来越重要的作用。 微服务架构的建设策略 以客户为中心 建立360度客户视图 支持个性化和个人自助服务 各渠道与客户信息平台集成 场景化产品 提供参数化配置，缩短新产品和服务达到市场的时间 保障范围更加具体化，产品融入渠道业务场景 结合渠道的业务形态与合作伙伴的需要研发定制产品 灵活应对变化与合作 支持新渠道和新合作伙伴的开发与集成 嵌入式营销，产品贴近用户场景需要 基于数据，精准营销 现在 客户 扩展 新类型 已有保单 现有产品保障的扩展 新产品 产品 现有渠道 现有渠道 类型的扩展 新渠道 类型 渠道 敏捷开放的IT架构 建立基于微服务架构的IT平台 Scrum、敏捷开发 DevOps、持续交付 本着满足客户需求，面向未来发展，结合产品营销策略、业务发展规划、业务形态和业务流程