对软件开发的一点点畅想
这一年多没有编码的日子,一个深刻的体会是:很好的满足客户的需求比你使用任何新的、备受推崇的技术都来的重要。
在没有多少IT技术知识的人领导下,让我从一开始对诸如“亮点是什么?优势是什么?”这样的问题很反感的情绪下,慢慢了解到市场就是这样的,对于使用者来说,他根本不懂得技术人员口中的J2EE,工作流等等,他只关心我用这个能给自己带来什么?是减轻了我的工作还是增加了我的工作?尤其做产品更是如此,所以客户需求,他真正的需要,能为他解决他真实的问题才是最重要的,至于说采用什么技术,怎么处理之间的关联关系都是技术人员关起门来自己讨论的事情了。
所以,一个软件系统,我们做软件系统真正的目标是:满足客户的工作需要,减轻他们的工作量,真实的为他们考虑。
所以需求调研就显得非常的重要。只有通过需求调研才能真正了解客户的需求是什么。
在工作的最初6年,以项目为主,客户都是很聪明能清晰表达自己要什么的人,虽然说作为研发人员也需要创新,但是思路基本定死,需求调研的工作基本在系统立项前招标前,客户就已经整理出来了,之后的工作更多的是深层挖掘或者说是改进。
现在的工作不一样,客户说不出自己需要的是什么,只知道他们平时是怎么工作的,遇到了哪些的困难,希望能够被解决,至于怎么解决就看研发团队了,这是个考验,因为你必须想到能很好解决问题的方法,这个方法还要给用户带来的是便捷而不是累赘。如果客户分层次的,那么你还得尽量的满足各个层次用户的需求,尽量照顾好大家,让大家各取所需。
非常头痛的事情吧,因为你必须要有很强的理解能力和行业知识,真正明白客户平日是怎么工作的?为什么这么工作?再有,要有创造性和想象力,没有人告诉你可以怎么做,所有可能的作法都是要自己想出来的,可以在团队中头脑风暴,也可以上网搜罗,但是毕竟有限也没有针对性,可行的方案必须你的团队提出来再和客户讨论,算是一个有挑战性的工作吗?我觉得是的。
如果把软件研发的各个领域都吃透都能胜任,我觉得好难。
在没有多少IT技术知识的人领导下,让我从一开始对诸如“亮点是什么?优势是什么?”这样的问题很反感的情绪下,慢慢了解到市场就是这样的,对于使用者来说,他根本不懂得技术人员口中的J2EE,工作流等等,他只关心我用这个能给自己带来什么?是减轻了我的工作还是增加了我的工作?尤其做产品更是如此,所以客户需求,他真正的需要,能为他解决他真实的问题才是最重要的,至于说采用什么技术,怎么处理之间的关联关系都是技术人员关起门来自己讨论的事情了。
所以,一个软件系统,我们做软件系统真正的目标是:满足客户的工作需要,减轻他们的工作量,真实的为他们考虑。
所以需求调研就显得非常的重要。只有通过需求调研才能真正了解客户的需求是什么。
在工作的最初6年,以项目为主,客户都是很聪明能清晰表达自己要什么的人,虽然说作为研发人员也需要创新,但是思路基本定死,需求调研的工作基本在系统立项前招标前,客户就已经整理出来了,之后的工作更多的是深层挖掘或者说是改进。
现在的工作不一样,客户说不出自己需要的是什么,只知道他们平时是怎么工作的,遇到了哪些的困难,希望能够被解决,至于怎么解决就看研发团队了,这是个考验,因为你必须想到能很好解决问题的方法,这个方法还要给用户带来的是便捷而不是累赘。如果客户分层次的,那么你还得尽量的满足各个层次用户的需求,尽量照顾好大家,让大家各取所需。
非常头痛的事情吧,因为你必须要有很强的理解能力和行业知识,真正明白客户平日是怎么工作的?为什么这么工作?再有,要有创造性和想象力,没有人告诉你可以怎么做,所有可能的作法都是要自己想出来的,可以在团队中头脑风暴,也可以上网搜罗,但是毕竟有限也没有针对性,可行的方案必须你的团队提出来再和客户讨论,算是一个有挑战性的工作吗?我觉得是的。
如果把软件研发的各个领域都吃透都能胜任,我觉得好难。
posted on 2009-07-20 14:48 littlebamboo 阅读(183) 评论(0) 编辑 收藏 举报