其他
构建产业互联网金融系统的正确姿势
居住金融业务系统怎样构建
公司第一个供应链金融业务系统。 业务流程复杂,涉及角色多,沟通链路长,技术团队与实际业务场景有较大距离,缺乏对业务的充分理解,新业务难度更大。 业务前期处于探索试错阶段,模式、流程不断变化,不确定性强,提出的需求可能不是实际痛点,甚至要多次迭代才能找对真正的用户需求点。 业务节奏快,需求急、倒排期,技术团队人力有限,时间紧,任务重,设计粗,多版本并行,细节模糊,交互也不清晰,需要反复沟通。 系统规模大了之后,新需求对原有功能影响整体评估不足,迭代功能点产出会显得有所下降。
创业心态,拥抱变化,业务增长就是最大的肯定。 技术团队与业务团队共同成长,持续积累业务知识,在这方面产品经理责无旁贷,要形成自己的产品思路,在关键时刻还要及时补位,从系统整体把握需求,不能成为传声筒。 产品经理深入到一线进行调研,与金融产品、运营紧密配合,直接对接需求方,与相关财务、合规等团队保持沟通,减少中间环节,根据需求从系统角度提出解决方案。 业务相对稳定后,全员参加业务知识考试,强化对业务的理解认知。 在迭代中确保前期沟通到位,对需求有完整的理解。 复用人力,从兄弟部门借调人手,通过流程和技术提高效率。 加班!加班!加班!包括周末、节假日。——这也是创业的常态。
团队成员责任心强,态度积极,凝聚力强,干劲十足。 团队Leader经验丰富,起到了定海神针的作用。 保持紧张有序合理分工,项目迭代有条不紊,守住软件工程底线,多次提前上线。 搭建了可复用的放还款服务,并提供给其他业务系统使用,节省了研发和维护成本。 采用新的前端框架、工作流、复用组件、模板配置化,提高效率,减少重复开发。 在测试维度提前过测试用例,采用分批提测,应用自动化测试进行回归,通过小组测试点会议确保交叉测试完整性。 遇到问题积极寻找解决方案,开拓新场景、新流程。 与金融产品、风控、合规、财务等部门严格按照监管标准梳理需求涉及系统,抽象业务模型,沉淀供应链金融核心能力,从核心企业上下游关系到合作项目、应付账款确权、申请审核、放款还款、风控、具备业务扩展性。 所有接口都有文档及进行评审,提测后集中CodeReview。 坚持每日站会和大版本复盘,项目经理空缺时,产品经理和ScrumMaster主导项目流程。
有时业务流程在系统上完成后,并不能太好的得到业务使用,效果不好。 系统设计上停留在功能设计上,缺少对用户的理解。 排期紧张,产品原型文档有遗漏。 设计师在有限的时间内只能反馈和考虑解决重点问题,会有待优化项遗留。 有些细节性交互需求比较模糊,会造成误解。 使用说明不够突出,有用户反馈找不到。 全力进行业务开发,质量和性能方面投入不足。 文档不统一,多版本缺乏汇总。 依赖服务并发情况出错,缺少补偿机制。 产品、研发、测试在沟通过程中,衔接环节不够紧密,理解不一致或信息丢失。 涉及金额计算的逻辑,牵一发而动全身,不易评估变更影响。
从0到1的创新业务,优先级把控上以先有后优为原则,先满足基本的业务需求,后续完善和优化。 重要问题都用jira记录跟踪,沟通的时候需要产品、研发、测试都在,沟通环节多留痕,多确认,有闭环思维。 测试工程师通过代码走查,查看开发修改的逻辑,涉及金额计算部分回归的时候列为重点照顾对象,用Excel公式作为验证工具。 从整体流程和用户层面考虑设计及交互,交互要简单且连贯,整体视觉要好,产品核心页面核心要突出,有层次; 在设计过程中,对技术债心中有数,有序迭代优化。 不管是遇到需求问题、技术问题、对接配合问题都要多跑多沟通,问题越沟通越明了。 自动化一定要跟上,哪怕多一个测试案例,也可以提效。 在系统流程频繁变更的情况下,从产品到研发到测试,每一级重点考虑对原先版本的破坏性。 业务方期望提前上线,要顶住压力,讲明风险和成本,并提供可选方案。