【行业新知】工程师思维升级：从信息系统思维

作者:网站采编
关键词:
摘要：今天聊聊程序员在做系统设计时候，不同思维方式和思维升级的一些个人思考。 前言 为了提升团队内整体的系统设计能力和加强团队内横向沟通和交流。5 月开始在大团队内开始推行技

　　今天聊聊程序员在做系统设计时候，不同思维方式和思维升级的一些个人思考。

　　前言

　　为了提升团队内整体的系统设计能力和加强团队内横向沟通和交流。5 月开始在大团队内开始推行技术方案设计评审机制落地，在这个过程中发现两个比较典型的做系统思维方式。

　　系统设计做什么

　　例如，很多同学在拿到需求和任务后，第一步就着急去设计数据库和接口的工作，反而对整体业务的领域和流程关注不够。这样导致最终方案可能与预期有很大出入，往往需要重新返工。或者后期随着需求迭代，系统很快就需要完全推到重来一次。

　　分析背后的深层的原因，主要的原因有两点：受固有思维束缚：之前系统和经验一致是做信息管理系统，只要按照功能抽象成数据库结构，做好数据存储就万事大吉，不关注业务领域和流程，典型的信息系统思维做事方法不正确：做事前更多的关注做什么，仅停留在功能层面；缺少了对系统整体的目的，业务领域，方案折中的关注，对为什么关注不足

　　要改变这样的局面，需要我们对思维方式和做事方法做一次更新升级。需要我们跳出现有系统的模式的思维束缚，从单纯的信息系统的思维升级到业务中台思维模式。对于做事方法，要从关注为什么开始，逐层关注怎么做，最后在关注做什么，学会用黄金思维圈去思考问题。

　　下面具体聊聊两种设计系统的思维方式：信息系统思维和业务中台思维。

　　信息系统思维

　　信息系统思维是大部分程序员比较常见一种做事方式，就是典型的数据库驱动开发模式。这种模式小系统可行，大一点系统或迭代比较快的系统就会整体效率很低，效果很差。

　　因为，程序员在拿到需求后，只是将需求简单的理解后直接映射到数据库表结构上，就开始做编码实现。这样的系统只实现了信息的简单存储而已，缺少对系统的业务领域和系统设计。只要需求在持续迭代中的话，我们就很快发现很多问题：

　　新增需求响应时间不可控，周期长

　　代码复用度低，经常需要大范围的改动代码

　　系统很短时间内就处于不可维护状态，只能推到重来

　　用户体验不好，使用方需要输入大量信息

　　缺少业务流程规范化，对业务提升效率有效性低

　　总之，简单的信息系统思维做事情，无论是对技术和业务都是不够的。这是典型的码农思维，对团队不利，也十分不利于个人的成长。

　　业务中台思维

　　业务中台思维是工程师和架构师思维，重点关注点从数据库转向业务领域模型。程序员拿到需求后，要做的第一件事情是去抽象业务领域模型和业务的标准流程，再进一步考虑数据的存储和接口设计。这样做的好处有：

　　通过领域模型的抽象和设计，找到变与不变的界限

　　通过领域划分和系统分层设计，封装和隔离变化点

　　通过对业务流程的设计，可以标准化流程&复用流程，

　　通过高维度的抽象，可设计出扩展性强的方案，实现配置化自动化等

　　标准化的流程，对业务提升效率也是很有帮助，结合数据构建反馈闭环

　　用户体验更好，尽量减少用户输入信息，例如：能自动的就不选、能选的不填等

　　业务中台思维更多的关注业务领域和流程，让系统更具有可复用性，有更长的生命周期，并能够灵活快速的迭代需求。这才是工程师的思维方式。

　　总结

　　当我们工作到一定阶段后，如果还一直停留在做小系统的思维方式上，未来发展前景是比较有限的。要突破困局，我们必须在做事的思维方式上要来一次大的升级和突破。

　　面对复杂问题的时候，就需要我们有更高的维度上思考能力，用更有效的工作方法来开展工作。唯有这样，工作才会出现全新的局面，个人也会得到更好的成长空间。

　　思维突破需要认知升级和刻意练习，用老方法是得不到新结果的。

　　共勉之。

　　-the end-

　　IT东方会推出专栏作者特辑，来自社群的技术大咖和公众号大V们，用他们的技术见解与经验，与你一起认知提升。

　　如果你也有精彩原创公众号，欢迎添加小助手微信，加入公众号互推联盟，报名加入专栏作家，更有机会参与免费出书活动哦。

　　▼▼▼

　　（为保证社群质量，入群需审核哦）

文章来源：《信息系统工程》 网址: http://www.xxxtgc.cn/zonghexinwen/2020/0708/353.html

上一篇：安防系统工程师和弱电系统工程师的故事
下一篇：在湖南的这所大学，平时都蛮低调的！你知道是