| di's profile红叶舞秋山PhotosBlogLists | Help |
|
October 17 取舍--如何做需求分析(四) 做,还是不做,这是个问题.在说这个问题之前,先来把一个定义明确了,那就是pd和需求分析工程师是不一样的.很多时候我们会混淆这两个概念,而且有时候我们在组织结构中是把这两个角色让一个人去担任的.我的理解是,pd去考虑要做什么,需求分析工程师去考虑怎么做.在后台开发中其实就是需求方和技术部的开发部门.这里我们要讲的是技术部的需求开发工程师要做什么.
需求方主要考虑的问题是为什么要这样做,这样做有什么好处.而需求分析师做的应该是什么呢?应该是考虑清楚不做有什么坏处.所有的需求做了都会有好处,没有好处的需求如果提出来,不是需求方没脑子就是不用心.如果都不是就是故意捣乱了.在前面我们讲过需求分析的几个阶段,第一阶段是翻译用户的语言让工程师能够理解.这不是今天要讲的内容,这是基本技能,不是一个需求分析师的"目标".我们的目标是第二个阶段即帮助用户思考并且更进一步的理解自己的目标并且找出解决方案和第三阶段指导客户解决问题以一个咨询师的角度帮客户找到解决方案.
回到取舍的问题上,只有到了第二个阶段以后,我们才面临取舍的问题,什么需求是应该做的,什么是不应该做的.也许有人会奇怪不是客户第一么?既然前面说了做了肯定是有好处的,为什么我们不做?这也是很多需求方会问我们的问题.其实这是一个小客户和大客户的问题.说白了我们要去平衡,要去站在全局的观点上去考虑.两利相权取其重,两害相权取其轻.前面说为什么不考虑好处,而要考虑不做的坏处,这其实就是考虑成本,即"利".几乎在所有的时候我们都面临利的选择,因为我们的资源是有限的.最基本的问题就是有多个业务部门多个项目在做,这就存在了机会成本.做了一个必然放弃其他几个.这时候就是两利我们需要取其重.而即时没有人抢资源,那么做了带来的维护成本,系统压力和其他不稳定因素所带来的坏处那么就是两害相权,我们必须取其轻.
其实这是在做取舍的时候的大原则,有时候具体事情或者遇到具体的需求方的时候不是那么容易讲道理的.那么怎么样和具体的客户交流呢?其实我是不太想讲怎么和人打交道,因为人有多种多样,你能理解的程度又是有限的,就算我说了也未必能够灵活应用,但是还是有人强烈要求,那我就简单说一下吧.其实简单点可以把客户分为讲理的和不讲理的.我相信很多做需求分析的人都有所体会.但是这个要再细分那就讲不完了.比如讲理的有脑子清楚的和不清楚的.清楚的会和你辩论,不清楚的可能你很容易就说服他了,但是一会又会反悔.而不讲理的一样,脑子清楚的是明白你要用这些"技巧"来对付她,她于是用这种无招之招对付你.而不清楚的则是胡搅蛮缠.这样分下去就没完没了了.
挑一种来讲吧,怎么对付不讲理的糊涂蛋.这种人嗓门大,不听你讲话,重复自己的需求,重复重复再重复.这种人最好的方法就是不要理他,让你的老板来解决.不能再讲的明白了,再讲有违价值观了.控制分寸.
总之做到取舍必须比需求方站的高,能站多高就看自己的造化了.
October 13 风平浪静 很多人说我好久没有更新blog了,实在没什么好写的,每天都波澜不惊.
今天要开技术部员工大会了,费了两天的劲,终于把<八荣八耻>给排出来了,反正恶搞么,虽然当时看超女们唱的时候觉得很寒,不过s&b版的的还是比较搞笑的.不过没有录像,不能现场观看的就没有眼福了.自从和皓皓排了那个天杀的敲垃圾桶的东东以后,发现自己有了强迫症,即时搞这么节目也是反复搞,一定要搞的自己能看的下去,又把联欢会当演出了,这样不好.结果前段时间把自己搞的很累,而且压力很大,最开始的剧本在最后阶段被自己给毙了换了这个.下次一定要让新人去搞了,欧们这些老东西已经不行了,欧们这种三朝元老四朝元老们,歌舞小品乐器全部都搞过了,实在才思枯竭了,该让位了.下次再搞偶只剩下音乐剧了,难道让标标带上小耳朵唱<macavity>?效果是好的,要求太高.毕竟没有师洋这样的人才啊.
小周办事让人放心已经不用再说了.许慧欣的新歌<诗,水蛇,山神庙>虽然旋律似曾相识,但是还是那么悦耳.毕竟突破自己是一件很痛苦的事情,这个偶最近已经深深的感到了,做最好的自己就好了.<北京一夜情>是被王氏推荐的,听到现在还是觉得怪.
笑笑这个周末来杭州,欢迎笑笑再次来到杭州福地.
|
|
|