1.找对的人沟通.
作为项目开发人员,沟通的对象应该是
a) 提出具体需求的人
b) 对项目进行拍板的人
c) 能产生书面成果的人
d) 能对以上三种身份的人产生重大影响的人
除此以外的参与人都是无效讨论对象.大家吹个比可以,讨论业务是浪费时间.
2.在正确的频道沟通
业务方关心什么就讨论什么.跟教学点的人进行沟通时,少讨论些绩效KPI员工晋升路径之类他们无法管控也基本不关心(在大多数时候,因为关心也没什么用)的事,多讨论些如何帮助他们授课/售课或者与客户家长沟通的内容更加实际.跟事业部各位头头的沟通则刚好要反过来.
3.挖掘对方的潜台词
正式沟通的时候,有很多话不是很方便放在台前来说的.这些内容之所以不会出现在沟通中,一般是有两个方面的原因:
a) 一般来说,需求方和我们开发者作为两个不同的部门,基本工作在2个不同的商业环境中,他们在客观上就无法对自身的需求做出精准的描述,一方面是个人能力的限制,一方面是没有意识到这些没有表达的内容对于开发者而言不是他们所认为的不言自明而是需要在沟通中显式声明强调的.比如最常见,提售课排课系统时就几乎不跟你提实操中经常用分批放班的营销手法,让你只能在交付后拓展开发这部分的功能. 在跨部门沟通中,你能挖掘出的潜在需求越多,你后期开发交付中遇到的麻烦就越少.
b) 除了忘记说出来的部分,对方也可能在沟通中主动隐瞒一些需求细节.有的话以对方的角度大概不太适合在正式沟通中提出和记录.就有些时候有些项目严格遵循对方需求已经做到无懈可击了,但是领导就是迷之不满意,说好的奖金不给发说好的预算扣了钱,为什么?就是这类需求中"满足领导喜好"这方面的内容没有做到位. 说白了,项目做的好不好不是"我觉得项目做的好",不是"按照需求文档的标准做的好",不是"需求方觉得项目做的好",而是"需求方拿到你的项目能否向他的领导证明这个项目做的好".具体的问题要具体分析.
1017

被折叠的 条评论
为什么被折叠?



