找寻开发人员的“野性”之谈谈客户需求
2010-02-05 13:44
537 查看
客户和开发人员眼中的产品有很大差异,做了这么久的开发工作,没少因为产品的需求问题和产品经理发生冲突,这两天在写一个小软件,自己的一个朋友的几句话让自己更加的清醒了,因为他纯不懂技术,所以说的都是第一手的感受!
而自己呢,作为开发人员,使用感受肯定有,再加上因为技术限制附加的实现技巧,同样再加上模拟客户的一些感受遐想,同时可能还会有一些从书本或其他地方学到的某些“原则”,总之,开发人员是个复合体,我们在开发过程中,除了要处理编码上的一些“矛盾”,更要分神来处理需求上的设计,往往有的时候吧,需求上的看似简单的变更,带来的可能是技术上的大的调整,这些我们当然不能和客户去谈,因为他们根本就不理解,就算理解,也不会关心!他们关心的是产品的使用感受!
软件开发的过程应该就是一个矛盾平衡的过程,客户和开发人员需要一个平衡点,而这个点到底在哪里?就需要我们频繁地进行沟通,凡事都是一个循序渐进的过程,做产品也是一样,没有谁能一下子将产品需求完全确定,也没有谁能一下子按照需求丝毫不差地进行开发,原则上,我们需要的是一份相互理解,但实际中,我们的开发时涉及商业利益的,所以甲方和乙方是很难达到相互理解的。
于是,诞生了合同,有了需求文档,有了里程碑,有了产品验收,有了需求变更……一般情况下,我们的开发工作都是在需求文档的打伞下进行的,我们不用去太多关心客户到底在想什么,因为产品经理会替我们去和客户沟通,这就减少了很多我们在开发中需要思考的东西!使得我们更加聚焦于我们的产品开发工作,而再稍微有一些自己的感受想法做为需求文档的辅助,就差不多了。
没有什么事情是绝对的,将工作变得更加简单,其实也有不好的地方,我们经常会抱怨,为啥用户的智商就不能再稍微高一些呢?这么一个低级的需求也能不厌其烦地提,有很多需求不是我们实现不了,是我们根本就不愿意去做,因为太简单、太不合“大众常理”,而这个大众常理,正是源于我们个人的感受和假象的理想客户!但我们可能忽略了一点,产品的最终使用者正式这些“较弱”的客户,而不是我们这些“正常人”……是不是很讽刺呢?
动物园里的老虎会慢慢地失去野性,一旦放逐自然,可能连生存都困难,而很多公司恰恰在潜移默化地做着这样的事情!想想以前我们做的事情吧。细节分工提高的效率背后,是对创造力的压制,如果能够稍微给我们一些开放性的机会去思考,或许就不会有“弱弱”的客户和“幼稚”的需求出现,谁说的准呢?
不过鉴于目前的现状,如果你充满对“野性”的渴求,那就必须增大自己的编码量,充分利用自己业余的时间多做一些小东东,在实际中尼会体会更多从研发产品中体会不到的东东~祝好运~
而自己呢,作为开发人员,使用感受肯定有,再加上因为技术限制附加的实现技巧,同样再加上模拟客户的一些感受遐想,同时可能还会有一些从书本或其他地方学到的某些“原则”,总之,开发人员是个复合体,我们在开发过程中,除了要处理编码上的一些“矛盾”,更要分神来处理需求上的设计,往往有的时候吧,需求上的看似简单的变更,带来的可能是技术上的大的调整,这些我们当然不能和客户去谈,因为他们根本就不理解,就算理解,也不会关心!他们关心的是产品的使用感受!
软件开发的过程应该就是一个矛盾平衡的过程,客户和开发人员需要一个平衡点,而这个点到底在哪里?就需要我们频繁地进行沟通,凡事都是一个循序渐进的过程,做产品也是一样,没有谁能一下子将产品需求完全确定,也没有谁能一下子按照需求丝毫不差地进行开发,原则上,我们需要的是一份相互理解,但实际中,我们的开发时涉及商业利益的,所以甲方和乙方是很难达到相互理解的。
于是,诞生了合同,有了需求文档,有了里程碑,有了产品验收,有了需求变更……一般情况下,我们的开发工作都是在需求文档的打伞下进行的,我们不用去太多关心客户到底在想什么,因为产品经理会替我们去和客户沟通,这就减少了很多我们在开发中需要思考的东西!使得我们更加聚焦于我们的产品开发工作,而再稍微有一些自己的感受想法做为需求文档的辅助,就差不多了。
没有什么事情是绝对的,将工作变得更加简单,其实也有不好的地方,我们经常会抱怨,为啥用户的智商就不能再稍微高一些呢?这么一个低级的需求也能不厌其烦地提,有很多需求不是我们实现不了,是我们根本就不愿意去做,因为太简单、太不合“大众常理”,而这个大众常理,正是源于我们个人的感受和假象的理想客户!但我们可能忽略了一点,产品的最终使用者正式这些“较弱”的客户,而不是我们这些“正常人”……是不是很讽刺呢?
动物园里的老虎会慢慢地失去野性,一旦放逐自然,可能连生存都困难,而很多公司恰恰在潜移默化地做着这样的事情!想想以前我们做的事情吧。细节分工提高的效率背后,是对创造力的压制,如果能够稍微给我们一些开放性的机会去思考,或许就不会有“弱弱”的客户和“幼稚”的需求出现,谁说的准呢?
不过鉴于目前的现状,如果你充满对“野性”的渴求,那就必须增大自己的编码量,充分利用自己业余的时间多做一些小东东,在实际中尼会体会更多从研发产品中体会不到的东东~祝好运~
相关文章推荐
- 找寻开发人员的“野性”之谈谈客户需求
- 找寻开发人员的“野性”之谈谈客户需求
- ThoughtWorks 招聘.NET开发人员和.NET架构师的需求
- 技术开发人员适应其他部门提需求的一个经验
- BEGINNING SHAREPOINT® 2013 DEVELOPMENT 第1章节--SharePoint 2013 介绍 处理开发人员需求
- HW : 开发人员如何了解用户和需求
- 软件企业需求的人才(开发人员与软件开发工程师综合对比篇) (ZT)
- Atitit 架构师之道 attilax著 1.1. 认和评估系统需求, 2 1.2. 给出开发规范 2 1.3. ,搭建系统实现的核心构架, 2 1.4. 扫清主要难点的技术人员 2 1.5. 核
- 开发人员准确理解技术需求:用户想得与说的不一样
- 从一次吵架来看中外开发人员对待需求的差异
- 3月份Java开发人员需求远超过C/C++
- 谈谈开发人员自测——黑盒测试
- 需求获取常见的方法是进行客户访谈,结合你的实践谈谈会遇到什么问题,你是怎么解决的?
- 设计师和开发人员更快完成工作需求的20个惊人的jquery插件教程(上)
- 蜂窝教育:移动互联网高速发展 让企业对开发人员需求
- 如何真正理解客户需求,需求管理,走出开发的恶性循环
- 谈谈如何应对软件开发中的需求变更
- 欧美客户选择外包开发人员的几个典型模式
- 敏捷外包工程系列之二:人员结构(敏捷外包工程,敏捷开发,产品负责人,客户价值)
- 实施项目--为什么开发人员一直在抱怨需求变动