高效能团队建设工作总结
高效能团队建设工作总结
一、监管报送组项目
随着银行的发展，业务越来越广、客户数据越来越大，交易系统越来越复杂，监管部门对监管数据在真实性、准确性、及时性等方面的要求越来越严格，银行积累的监管数据也呈几何级数增长。对这些海量监管数据的搜集、清洗、挖掘、整理、报送等操作也超出了传统银行监管报送系统的能力。在大数据时代，银行监管报送系统面临着挑战。
目前监管报送项目组有23个报送系统，分别报送给人民银行、银监局、外管局等相关部门，系统数目不断增加，2021年增加了两个。报送系统主要流程是从数据仓库取数，在前台页面展示，通过程序自动或者行社人员手工生成报文报送给监管部门。
项目组从2021年开始建设监管报送统一平台，致力于建设一套后台取数集中，报送界面统一的数据报送平台。未来，所有报送的取数来自监管报送数据集市，报送系统的操作界面统一到监管报送统一平台(Web)中，资源集中，条理清晰。
银行建立适应监管统计工作需要的、完善的监管报送系统，提供全面、及时和准确地监管统计信息，对于夯实银行监管基础、做好风险管控、推动银行精细化管理、加强内部控制机制建设具有重要意义。
二、组建团队
经过多年的报送系统开发和管理，为了应对众多的报送需求，监管项目组需要组建多种团队。
对于具体某个报送系统报表的开发，需要组件流动式团队。监管报送组有23个报送系统，每个报送系统报送任务明确，可以组建多支流动性团队负责报送报表的开发，团队拥有各自工作流的同时，可以并行不悖。报送系统的 流动性团队可以做到快速、安全和独立地构建和完成报表开发和报送，不需要其它团队的支持。报送系统面对监管部门，接到反馈的问题需要及时解决，流动性团队可以满足比大团队更快的响应问题。
对于报送项目组的整理架构和新技术的引进和实践，需要组建赋能团队。报送系统从原来的分散型，逐步往前后台统一的方向发展，赋能团队要进行调研工作，学习同业的经验，尝试不同的方案，并在工具、实践、框架、技术栈等方面给出建议。在流动性团队在具体某个环节遇到障碍时，赋能团队要能四别问题并提供有效的指导。
对于比较复杂的几个报送系统，需要组件复杂字系统团队。比如人行流动性报送，是间隔5分钟报送一次其余系统是T+1或者按月报送，用到了CDC，KFK等实现实时处理的技术栈。该团队的目标是降低使用复杂子系统的系统中流动式团队的认知负荷，只需要明白复杂模块的使用方法，不需要理解底层的逻辑。
对于监管报送集市和监管报送统一前台，需要组建平台团队。监管数据集市和监管报送统一前台是给各个报送系统公用的平台，具体系统开发的流动式团队可以基于平台展开高度自治的方式交付新报表。平台团队可以提供报送系统报表开发服务，而流动式团队无需开发集市的宽表和前台的底层模块，降低了对宽表和前台底层的认识负荷。
让小而美的长期团队成为标准，小规模带来信任，团队需要信任维持高效运作。
三、团队建设提升效能
选择良好的交互模式。监管报送数据集市和监管报送统一前台在建设阶段，平台团队和流动性团队应该有更多的协作。流动性团队要整理出实际的报送需求，平台团队要将报送需求内容融合到集市和前台的设计中，有大量的探索性工作。早期两个团队几乎是融为一体的，有着共同的目标，设计出符合大多数报送系统的取数和页面报送需求。随着集市和统一前台的建设完成，不同报送系统逐步接入，平台团队和流动式团队之间应该处于服务的关系。这个阶段流动式团队可以使用平台团队提供数据集市和统一报送前台公共模块作为实现不同报送系统建设的基础，把更多的精力聚焦到具体报送报表的开发和报送上面。职责边界清晰，一个团队提供服务，另一个团队使用服务。当不同报送系统从前后端逐步接入集市和报送统一前台，赋能团队要考虑如何提升流动式团队的生产力和效率。不管是前后端，项目组会持续优化改进，赋能团队的目标就是帮助其它团队更快速地学习、更好地理解新服务，并发现和解决团队间地问题，这就是促进地交互模式。
培养团队优先的思维。每一个团队地认知负荷都有限度，给团队安排任务地时候，要分析团队地能力，合理分配报送项目。尽量避免超出一个团队地最大认知负荷，确保团队可以处于舒服地状态来应对项目。原来都是给某个人制定KPI，团队可不仅仅是某位经理带领地一群个体，而是一个关注团队成长、目标、使命和合理自治地实体，我们要更加注重团队KPI地设定。所有团队成员以团队KPI为目标，团队的目标高于个人地目标，一切以团队目标为中心，这样才能激发团队地潜能。
相信通过组建团队，选择合适的交互模式，培养团队优先的思维，监管报送项目组在未来的工作中可以更加高效地建设报送系统。
