[原创]软件开发，更应该关注客户价值最大化——by daley.huang

 

目前在开发一个接口程序，用来实现从一个系统至另一系统的数据转换，在这个过程中需要一个模板来处理转换规则。在开发过程中考虑了两种方式来存储该模板，一是直接存储在数据库中，另一种方式是通过存储在本机的文件来实现。前者的优点是数据安全性较高，缺点是开发需要一定的时间，另外灵活性、维护性较差，后者恰恰相反。根据接口程序的需求来权衡，最终选择了后者的方式。虽然后者的方式在数据安全性上存在一定的缺陷，但对于该程序来讲，注重的只是数据转换，而不在于安全。
    从软件开发角度来讲，在开发过程中，每个功能都可能多种方法来解决，就好像两点之间可以画出很多条路线来一样，但是哪条路线距离最短、阻碍最少，其实说白了就是价值最高，这就需要我们去权衡和分析了。每个解决方法可能都有它的优点，但同时也具有一定的弊端甚至是致命的“危险性”，就像《C和指针》的作者 Kenneth A.Reek在书里面描述指针时，形容它是个电锯，很多开发语言都试图取消这个类型，因为它有很高的危险性，据称挑战者号的出事也与其有一定的关系，可是现在我们还在使用它，原因是它十分的有效，它的有效性带来的价值大大超过了他的潜在危险性，当我们充分掌握危险出现的可能性和前提条件，尽量有效地去规避它，从而最大化的发挥它的长处，创造更多的价值，这才是我们的真正目的。
    在项目的实施过程中也是如此，当客户提出需求时，也许会有多种方案去解决，但是如果不深入的去理解客户所提出需求的核心与重点，不了解方案所存在的优缺点，仓促的形成方案、实施，虽然从时间上来说很快，但是快不一定就是代表效率高，最终就会像程序中所用到的指针一样，暴露出问题，从而带来需要花更多的代价来处理这些问题。这一点，我有比较深刻的体会。曾在实施一服装分销系统时，由于客户门店较多，根据客户需求，在系统初期时对门店的管理提出了两种方案，一是按区域管理另外是一对一的管理，当时由于没有仔细的去权衡分析这两种方案的优缺，导致在后期实施中出现了很多的问题，以至于项目延期，事后分析，问题的出现的关键原因是没有充分的分析，当时只是一味的考虑了实施的周期越短越好，却忽略了方案所存在的缺陷，致使付出了更多的时间成本。
    解决问题的方法很多，也许会存在一定的矛盾，我们需要做到是什么？如何通过权衡分析，来实现价值的最大化？值得我们去深入的总结与思考。

 

本周博客重点推荐：

1、《一个顾问对KISS的一点体会》

2、《cio:对IT项目管理有效的20条锦囊妙计(上)》

3、《CIO:对IT项目管理有效的20条锦囊妙计(下)》

欢迎大家浏览我们团队的博客：http://blog.vsharing.com/itteam

推荐到鲜果： 查阅更多相关主题的帖子: 软件开发 客户需求 需求引导 数据安全 实施商 评估与改进 选型与规划