家乡的IT行业现状——温水煮青蛙

        上次在CSDN发布文章还是去年11月份，到现在为止已经过去了快五个月，每次打开网站总想把近期遇到的问题记录一下，可是对着电脑冥思苦想后却压根想不起遇到过什么、学到了什么。

        从帝都离职回到家乡的省会城市已经半年多了，除了薪资待遇的失望感还有工作内容的失落感。项目架构古老，开发人员更换频繁且没有完善的开发规范，这样直接导致代码混乱不堪。

        起初我还吐槽小地方的开发人员能力确实很一般，竟然能把系统做成这样的破败不堪。随着时间的推移我却越来越能理解这些“前辈”。这样的系统现状与整条线的人员都息息相关，既然暂时没什么技术分享，那就先梳理总结下我所煎熬的由来吧。

        首先，系统面向的客户群体没有清晰的需求，只是在不断参考不断尝试。在客户群体中也会分为各个部门各个科室，而部门科室之间协调配合比较艰难，在给我们提需求时并不会考虑协作的情况。其次，客户群体中“浑水摸鱼”的人占大多数，拍板决定的人几乎没有，都在相互推辞害怕承担责任，甚至有些很简单的需求要确认很久。

       当多个客户现场提出需求，这时就需要我们的需求团队没有很强大的需求整合能力，完全为了完成客户诉求去编写需求文档、推进开发，那么整个产品将会背离最初的构想，一点一点变得冗余杂乱，笔者目前正在经历。并且，作为软件系统供应商，公司的销售非常有必要配置软件售前人员，一方面可以为客户更全面的介绍产品，另一方面也可以针对客户提出的业务痛点做及时分析，针对不合理或者实现难度过高的需求延缓到二期甚至直接砍掉。倘若只有销售一人应对，只能按部就班讲PPT，尴尬的记录客户提出的问题，或者还有胡乱答应需求的，这些都为后续系统走向混乱埋下了引线。

       其次，作为研发团队，包括前端、后端、需求、测试等等人员，原则上都应该形成文档化的记录，定期更新排查，保证所有调整有迹可循。甚至可以增加这么一个QA质量管理的角色进行任务监控。各自团队内部形成良好的规范，比如开发规范，需求规范，测试规范等等，大家都按照规范办事一定会省很多麻烦，只是这样的乌托邦环境可遇而不可求。所以还需要项目经理进行整体把控和推进，并且项目经理的岗位是不可以与其他岗位同时给到一个人身上，其本身职责就是协调工作，如果安排其他岗位职责，一定会对工作效果大打折扣。笔者所处的团队中，需求经理兼职项目经理，整个进度把控需求基线都变的不是很理想。

       最后也是最核心的问题，公司对自身的定位并不准确，对于产品的销售模式很模糊。一方面想作为甲方，维护一条完整产品基线，当客户提出需求后进行整体评估统一实现，然后再下发到各个客户现场；另一方面又想作为乙方，及时响应客户的产品需求，定制化为其实现想要的功能。眉毛胡子一把抓，如此一来好好的产品就被一点一点消磨的面目全非。

       这样的话，开发人员每天应对的就是各个客户现场反馈的问题，对于自身技术栈的维护，以及系统漏洞的修复与重构完全没有精力和时间，甚至需求人员都在整理客户现场提出的问题，没有多余精力针对产品本身进行升级优化。

       曾经也针对现状向领导提出建议，不出意外的，领导更多的考虑投入产出比，并不会关心系统的现状。所以也只能渐渐搁置，而每天的工作就像是在废墟中建设摇摇欲坠的房子。想去改变又没办法切入，在迷茫与纠结中竟然也渐渐适应了这样的现状，温水煮青蛙才是最可怕的。

       下一步该迈向何方，是如履薄冰还是铿锵有力，是浅尝辄止还是一往无前，一切都不得而知。