日历

2008 9.8 Mon
 123456
78910111213
14151617181920
21222324252627
282930    
«» 2008 - 9 «»

文章搜索

日志文章

2008年05月14日 10:35:34

软件开发,更应该关注客户价值最大化——by daley.huang

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

类别: 咨询现场 |  评论(0) |  浏览(1025) |  收藏
发表评论