一个研发人员的供暖信息化实践过程中感悟

走在沸沸扬扬的街道，四处洋溢着新年气氛，2018年的脚步在不经意间来到我们的身边。又到了一年一度年终总结的阶段，回顾2017年让我感到我们一直在奔跑，从来都没有停下去回头望望我们走过来的路程。项目总结、学习总结、经验总结一直都是公司所鼓励的。而往往在忙碌的节奏中，很多人就会忽视这些重要而不紧急的总结，自己踩过的坑，其他人有可能在不知情的情况下继续踩，导致了团队效率的降低。而在实践的过程中发现，很多技术很不错的人员，往往厌烦去写一篇总结或是文档，用他们的话说“你宁愿让我写个100行的代码，也不要让我写100个字的文档”。而那些很厉害的技术大牛，是能够写文章，而且能够写出的文章，这些文章被无数个技术人员去阅读，它所传递的知识和经验力量是非常强大的。认识到总结的重要性，才能让我们在未来走得更稳更远。结合我们在工作中的一些实践，我从总结、学习两个方面分享：

1. 总结

从研发角度回顾2017年重点项目需求、问题，反思我们在研发环节哪些地方做的不到位，哪些地方是值得学习的。2017年大同项目的复杂度和数据迁移的复杂度相比于以往年度上升了一个新的台阶。像是一名客户有多种计费单价类型、地下车库与住宅的关联户、年初、变化、结果数据的统计等业务需求的提出对于产品提出了更高的要求。完善优质的产品是需要能够支持出现的各类情况，并能够及时给予适当的提示、警告。项目前期的工作我们投入了整个项目将近一半的时间，从需求调研、需求分析、需求确认、功能设计、开发设计环节投入了很多的时间。前期工作作为项目源头不能出现方向的偏离，也不能够出现任何问题，一旦出现问题，会让项目是灾难性的。

研发内部相互协作

研发部前期的需求汇总文档、需求报告，让我们在需求阶段的工作更加有序更有效，其实我们也经历过没有文档的阶段，那时需求调研工作是有些混乱的，调研人员调研完随便找个地方记录，客户随时反馈的问题也是在过程中去零散记录，缺乏系统化、结构化的流程去做。每个调研人员都会凭借自己的经验去做，经验也没有得到沉淀和共享。现在有了它们，无论是否经验丰富的调研人员，都能以更统一、更专业地方式去与客户沟通。减少了来回反复的遗漏，同时也将每个项目情况都进行了集中，为未来做一些分析论证打好基础。

功能设计、开发设计文档，也给我们的设计阶段工作指明了方向，针对大型功能都有其配套的功能设计文档，它们在过程中不仅仅能帮助设计人员理清思路，寻找设计漏洞。同时也能帮助研发人员更为全面的去了解所实现功能的需求背景等全面信息，为什么会产生这个功能，帮助研发人员去理解业务，促进研发人员去积极主动在研发过程中去思考。

生产事故报告文档，是给了我们一个警钟，每年的生产事故回顾也是让我们去反思哪些地方是做得不够的，需要加强的。哪怕只有一个小的纰漏都会给客户造成很大的影响。给我印象为深刻的就是在一个项目中，给一个报表增加一个查询条件，由于报表的查询效率低，多次点击后系统卡住无法使用，收费工作受到影响。比较幸运的是，后台有监控日志，帮助我们及时查找到对应的问题。这次的经历真是让我回想起来冒冷汗，如果一旦给客户造成了很严重的影响，我们该怎样去弥补过错。任何一个小的细节处理都应该在每一个阶段被重视，永远不要忽视小细节对于整体的影响。

除了本身研发的前期准备、后期的开发、测试等内容以外，与其他部门人员的紧密配合和沟通是整个项目能够在有序地节奏中进行的必要条件。无论是哪个部门的人员，我们都是作为一个整体来为客户提供服务。参与其中的人员都需要对项目整体情况有非常深入的了解，后续各个部门的人员良好配合，加深信任和理解。

与市场部小伙伴的合作

市场部前期大同项目的出差日志、需求调研文档、项目启动会议，让需求人员清楚了解到项目情况，项目进展阶段，项目复杂程度。有了这些了解，需求人员能够做到心中有数。当需求人员再与客户沟通时，能够更深入与客户探讨问题，提升需求调研阶段效率。不至于出现不同部门人员重复询问客户业务的情况。相信任何人都不希望相同的事情被重复说好几遍。而对于项目实施人员，了解情况后更主动、高效地推动项目的具体工作，与相关人员进行沟通，完成保质高效地系统实施上线工作。

与项目部小伙伴的合作

项目部实施中期、后期的项目出差日志、需求汇总文档，让需求人员、研发人员对项目实施阶段的问题、需求有了比较切身的了解。由于平时研发人员很少去现场，不容易感受到现场的问题严重性、紧迫性。通过出差日志，研发人员能够了解到系统在实际场景中的运行情况，客户对于产品的反馈，研发就能更贴合实际情况去完成需求。避免了闭门造车的情况。任何的产品都是以客户为中心来服务的，如果一个产品不能很好的解决客户问题，那就不是一个好的产品。软件行业下，好像项目实施、测试和研发始终都是水火不容的，相互埋怨和指责。我们通过日常的交流和出差日志的阅读过程发现研发小伙伴都会站在项目实施小伙伴的角度去思考、理解彼此之间工作性质的差异，寻求双方的理解包容。我记得我们组内的一名小伙伴说：“我们要急客户之所急，才能更好服务客户，不能总让项目部的小伙伴去协调，去承受来源于产品问题的巨大压力，我们研发得给力啊”。听到这话真是让人感动，是怎样的努力让大家能够有这种相互扶持、相互理解的感悟。这一切往往就来源于看似平凡而普通的点滴小事。有时看到其他人日志中客户对产品功能满意，都会给我们带来很大的力量。这些都是我们不断去前进的动力。 

2. 学习分享

每年年底项目工作不多时，以产品版本迭代为主导的工作会逐步增多。对于产品迭代改造每一步都是要经过反复论证，得出后的结论，从而产生终的产品。有很多因素影响终产品产生的效果。项目需求业务场景的精准把握，设计上的合理、好用，研发上能快速响应需求，研发产品稳定、安全等等众多因素才能造就一个好的产品。而想想我们自己在这些方面都做到位了么？ 答案是否定的。之前在某位演员的微博上看到一段话：“大多数人都认为演员是一个门槛很低的行业，我觉得不对，真正想学好表演，绝不是只在表演本身这么简单，这大概也是我一直要求自己，在学业上也要不断精进的原因。” 这句话让我彻底颠覆了自己对于演员行业的认识，回看自己的工作不也是如此么，就是要不断对工作的精益求精。特别是研发人员，技术更新迭代如此迅速的今天，更加要求我们在学习方面始终不能放松，努力做好，当把现在做好了，就要去寻求更远的目标，要求我们自己做得更好的，未来我们打造出来的产品也才能更好。

我结合自己日常所负责的需求调研等工作感受：

记得前几年刚接手需求的时候，调研时没有什么方法，凭借着自己的经验去尝试去做，那时不会感到什么不适。随着项目复杂度的提高，项目数量的增加，需求就像海浪迎面而来，你就会发现很多的事情已经应对不来了。零散无节奏的去沟通造成效率低，遗漏需求的问题。随后而形成的常见需求调研模板，项目需求调研报告，给需求调研的工作带来了很大的帮助。每次需求人员到客户现场之前，我们都会根据报告中整理待调研的内容。从现场回来后进行报告整理，形成一份详尽的项目需求档案。这样各个部门的人员都能详细了解情况，在项目工作不同阶段的交接，也有很大的帮助。目前我们的需求管理方面有所进步，今年我们的目标也是逐步形成需求管理方面流程化规范，形成配套的调研、确认、变更模板，让需求更加专业化、标准化。