哈,问题和方案

中山野鬼 发布于 2013/12/19 00:55
阅读 582
收藏 0

问题是要搞复杂的,哈,其实是为了把情况搞清楚,业务背景中间各个知识点、术语、客户情况之间的关联尽可能充分了解。

概念是要拔高的,哈,拔不高,抽象不到一定程度,就不能说清楚需求和问题之间最主要的关联。

搞的越复杂,拔的越高,图啥?哈,是为了实际解决方案搞简单。

搞简单不是抹掉问题,偷懒。而是去掉不必要的需求细节,着重把需求与现状问题之间关联起来。

怕就怕,拉单子的,把问题搞简单了,“好,这个可以,那个可以,技术问题都不是问题!”,tmd我说“技术问题都不是问题”至少是建立在需求、方案我门清,很清楚里面实际要做什么,把可实现性小的方案都剔除掉后才敢说,一些技术背景薄弱的,反倒是当口头禅。

也怕项目经理或产品设计,把概念搞的太具体了。“比说这些,告诉我具体的设计要求,我都能给你规划出来”。用户说要个洗衣机,你听说滚筒方式可以替代反复搓洗,就真具体的只描述个滚筒功能,不考虑洗衣机的内涵,最后肯定少了排水功能。自己弱,最终还要怨客户没说清楚需求。客户要能把显式需求,从系统设计角度,根据隐式逻辑关联,把其他依赖功能都说清楚,要你这个专业人士做什么。。

当然最后就怕技术人员,把设计内容的实现搞复杂了。回字有n多种写法。无论那种,最保险,最擅长,最快速的实现的写法就是最好的。实现方法和实现目标没什么太多因果联系。折腾框架和模版,那是设计的事情,不是具体的实现。动不动就考虑新技术,新方式,这不是做轮子,这是挖坑,活活把自己和团队埋进去。

哈,慢慢搞把,其实最重要的人物是项目经理或产品经理。不过这两类人,没见过几个称职的,要么缺乏业务背景,就是技术不错,要么缺乏技术,就是业务背景了解,最终呢,苦了客户和团队。

有时候开发团队火大,说客户sb,其实客户要不“sb",那么专业开发团队不就是“sb"了吗?

估计客户经理或产品经理会因为客户需求变动心里默默的说“你个sb,怎么不早说?你早说洗衣机需要排水不就得了?”

客户会因为开发团队给出的方案和demo,心里默默的说“你个sb,我说什么就什么,找你们来做什么?你tm还有点常识背景啊”

哈哈,实话,上面的情况,我还是支持客户的。没见过哪个客户喜欢把事情搞复杂,喜欢把项目周期拉长,喜欢反复折腾,当然确实有“客户”喜欢把自己的概念(而不是问题)的验证或实现反复拿来折腾开发团队的。其实这个已经不是“客户”了,说白了是“客户经理或产品经理”,而且是sb类型的。哈。这不是在解决问题,是在尝试实现幻想。。

加载中
1
inuxor
inuxor

我的经验是:千万不要妄自猜度客户的想法。这么说的理由如下:

猜对了,客户表示很满意,并且在这个基础上“略微”做出一点调整——工作量暴增50%

猜错了,客户不满意,“老子出钱是让你解决需要迫切解决的问题,别在没用的事情上浪费时间”

出力不讨好啊。

0
牛牛牛牛
牛牛牛牛
明天起来再看。。。睡个觉先
0
修改登录密码
修改登录密码

估计客户经理或产品经理会因为客户需求变动心里默默的说“你个sb,怎么不早说?你早说洗衣机需要排水不就得了?”

客户会因为开发团队给出的方案和demo,心里默默的说“你个sb,我说什么就什么,找你们来做什么?你tm还有点常识背景啊”


这永远是一对矛盾。我倒不特别倾向于哪一方。但我觉得二者之间应当有个桥梁,能够把客户的现状、需求翻译成开发者能理解的语言和设计书。 这就是需求分析师的角色巴


0
中山野鬼
中山野鬼

引用来自“eel”的答案

估计客户经理或产品经理会因为客户需求变动心里默默的说“你个sb,怎么不早说?你早说洗衣机需要排水不就得了?”

客户会因为开发团队给出的方案和demo,心里默默的说“你个sb,我说什么就什么,找你们来做什么?你tm还有点常识背景啊”


这永远是一对矛盾。我倒不特别倾向于哪一方。但我觉得二者之间应当有个桥梁,能够把客户的现状、需求翻译成开发者能理解的语言和设计书。 这就是需求分析师的角色巴


哈,只能说你没看到那些做咨询写案子的人的价值。他们(当然我说的是称职的),就是在把客户的问题,需求,具体化,明确化,包括把后面隐藏的问题,逻辑关联都阐述清楚,然后根据因果,根据难易,根据问题热度,给出建设顺序。

无非大系统建设,或者规范的建设存在这些东西,现在很多软件企业看不到这些而已。一个典型的例子是,很多新项目建设,比如甲方是政府,都需要招标,那么项目投资预算是多少,规范开展种的不是说哪个乙方关系好就随便提的,也不是手上的费用花不掉,突击消费的(当然后面两种情况很常见),而是前期要有规划,设计等一系列流程。这些不是客户该干的。

0
小-菜
小-菜
好文~学习啦
0
欢乐的财神
欢乐的财神

额 这个是半夜发的啊 太牛了

其实我对这句话感触很深:

你早说洗衣机需要排水不就得了?

不能回避这个问题,我昨天还分享了我对需求的看法,就要打破砂锅问到底,到底谁该说清楚洗衣机要个排水?

1、客户当然认为开发团队需要知道

2、开发团队当然认为排水没提起过,自然不可能凭空联想到

两队人就掐起来了,这就是现实,很多人挺不起腰杆子,不敢正视我的建议,任由这样的问题泛滥,甚至有人认为关我鸟事,老子做系统拿钱即可。。。无奈

0
道友慢走
道友慢走

在尽量满足客户需求的前提下,尽量替客户想一些可能需要的东西。

我是纸上谈兵流的。

0
restmad
restmad

其实还是需求问题。真正能在客户角度全盘考虑的,少之又少,大多不过应付差事。


0
宏哥
宏哥
问题 和 代码 是两个问题
宏哥
宏哥
回复 @eel : 你没有看懂
修改登录密码
修改登录密码
问题 和 代码 是两个问题 这句话有意思:) 也就是说 问题是一个问题,代码也是一个问题, 所以代码就是问题, 也就是说问题和代码都是一个问题~~~~ 所以代码就是问题 为啥还要说是两个问题~~
0
calvary
calvary

引用来自“宏哥”的答案

问题 和 代码 是两个问题
哈哈。。 楼下, 绕口令了。
返回顶部
顶部