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

   


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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值