技术困难的非技术性解决方法

   


    最近在看一本关于软件测试的书时，其中作者提到并非所有的缺陷都要修复，即使修复一个缺陷也未必要去修改代码，通过在用户手册中加以注释，或者为用户提供相应的特殊培训，都可以看做是对某种缺陷的修复方案。
    由此想到，在项目的开发过程中，很多的问题或者困难都可以采用类似的思路，即对技术问题用非技术性的思路去解决。比如在很多不太规范的开发团队里，项目的合同中常常规定的一些需求，在技术上要么是根本不可能实现的，要么就是实现起来代价太高，根本不可能在期望的时间点完成。这个时候如果开发人员硬着头皮去寻找技术解决方案，也许是得不偿失，既浪费了宝贵的开发时间，又延误了其他基本需求的解决，同时还有可能带来管理层对其能力和态度的疑虑。
    如果换个思路，先构思一个可行的替代方案，然后试试与团队中签合同的人进行一下沟通，既让其理解原方案的技术困难，又给其提供一个替代方案供其与最终用户协商。当然，商务人员未必真的让用户知晓方案的实际修改情况，多一事总不如少一事吧，但是他们在知道了困难和替代方案后，就会有相应的心里准备，同时也会增加对开发人员的理解，至于用户那边，其实对他们来说未必是最大的困难:)，这样一来，也许能获得皆大欢喜的结果呢？ <script type="text/javascript"> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>