自7月2日入职以来，客户成功专家系统已经经历了3个版本的迭代。7月30日我们上线了第一个版本，8月14日上线了v1.0.1版本，8月30日上线了v1.1版本。接下来，我们将按照每月1个小迭代+1个大迭代的节奏持续交付。
俗话说，万事开头难。为了保证第一个（v1.0）版本顺利上线，研发团队承担了非常大的压力。主要问题有：前端人员不到位，前半个月只有一个可用的前端，最终，只能让后端同学临时顶上去；技术栈的适应问题，尤其前端框架，在开发中踩坑，在踩坑中学习适应；全新团队的磨合问题，大家经历各不相同，需要逐渐适应统一的开发规范、开发框架、开发流程、代码管理规范、团队氛围等；工作强度大，时间过于紧张，除去需求理解、开发环境搭建以及预留的测试时间，实际留给开发的时间只有2周半，在无法提高效率时，只能通过加班解决，到版本结束，每个人平均都有8天以上的调休假期；
7月30日，专家系统v1.0版本正式上线，收获了很多同事的点赞和祝福。作为系统制作方的我们，也终于能够舒一口气。
8月份，在度过了艰难的适应期后，我们逐渐找回应该有的开发节奏，迎来了2次比较平稳的版本发布。
回顾这3次迭代，我们也收获了一些经验，希望能给到大家一些帮助：
1. 测试团队和研发团队精益合作，能给带来很大的效率提升。比如，在时间非常紧张的情况下，开发每天输出可提测的接口，测试进行接口级别测试，能给大大减少致命bug的出现，避免引起大范围代码回工。建议：找到和测试协作的最佳模式。
2.发掘团队成员的能力。我们在前端人员不足的情况下，协调2个有js基础的后端人员做联调对接工作，有效缓解了前端的工作压力。建议：鼓励和培养团队成员一专多能
3.研发的规范化，包括代码规范、代码管理规范、开发流程规范等。当整个团队都以一致的工作方式进行工作时，交流沟通障碍会大大减少，认同感增加，合作更容易高效。
以上是对2个月来开发专家系统的简单总结。
接下来的环节虽然老套，但却不可缺少，在此，我想感谢一下整个团队。是你们让专家系统在不足20天内从无到有地顺利运行起来，是你们让专家系统一次一次的准时迭代上线，是你们让我感受到了团队活力和无私奉献，是你们让我感受到我们能做的事情有无限可能，尽管我们还有很多不足。感谢PO陆伟亮同学，是你协调了各个团队、把控了每次迭代的风险，为我们能够每次顺利上线打下了良好的基础；感谢测试团队的同学，他们的名字是张黎明、管东亮，接口测试为整个开发进度提供了重要保证，完善的测试用例保证了版本质量；感谢开发团队的邬正国同学，主动承担任务，为其他小伙伴提供指导；感谢前端2.5位给力的小伙伴，陈隆和孙松军，还有冯彬彬（java工程师），承担了最重的压力，却依然按时按质按量的完成了任务。。。
一点思考：从纯技术的角度看，专家系统本质是基于数据的系统，通过统计不同维度的数据，为顾问提供决策支撑，进而提升商户价值。我们希望，后续能够对数据进行更广更深一层的挖掘分析，帮助顾问找到商机，或者智能地给出一些建议，使专家系统能够进一步解放顾问的同时，更加智慧高效。
网友评论