项目管理与沟通.ppt

前言-- 个人感觉 沟通是一场博弈，一种让别人跟着你走的博弈，也是博弈的目的。 要知己知彼，虚实结合。 沟通能力如何，不是培训出来的，是通过沟通练出来的 跟个人的性格、知识面、专业知识、课余知识息息相关，不是单方面强就能解决的 没有人员愿意直接拒绝，也没有人愿意感受到被拒绝 拒绝实际上理解为“说服”更为贴切，明白的拒绝实际上会坏事，也说明自己能力不够。 要引导而非拒绝，换位思考很重要。 道高一尺，魔高一丈，不要轻易承诺，否则会死的很惨。 公司讲诚信很好，但要善用，不要自己挖坑自己跳进去。 最后一招，才是拒绝 提纲 你会如何反应 ? 提纲 软件产品实施的主要工作 摸底 进场会议 制定方案 安装产品 收集需求 培训支持 解决问题 验收 收款退场 后续服务…. 关于需求 什么是需求 了解客户、最终用户、间接用户 需求工程基本概念 需求开发的主要困难与对策 如何开展需求调查 如何进行需求分析 如何拒绝需求 1. 什么是需求 1.1 需求的基本概念 宽泛地讲，需求来源于用户的一些“需要”（欲望），这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。 所以如果只有一些零碎的对话、资料或邮件，你就以为自己已经掌握了需求，那是自欺欺人。 1.2 需求的重要性 Frederick Brooks在他1987年经典文章“No Silver Bullet”中阐述了需求的重要性： 开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。 需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。 国内软件业的痼疾：人们并不清楚究竟该做什么，但却一直忙碌不停地开发。 2. 了解客户、最终用户、间接用户 2.1 基本概念 “用户”（user）是一种泛称，它可细分为“客户”（customer）、“最终用户”（the end user）和“间接用户”（或称为关系人）。 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个（类）人也可能不是同一个（类）人。 2.2 客户是掏钱买软件的人，所以他是“上帝” 某饭店经理在解释“先有鸡还是先有蛋”这个哲学问题时，精辟地阐述了客户的地位： 如果顾客先点鸡，那么就先有鸡；如果顾客先点蛋，那么就先有蛋。 “现代营销学之父”菲利普?科特勒所著的《市场营销导论》是这样描述客户的： 客户永远是本公司的座上客。客户并不依赖我们，而我们却依赖客户。客户不是我们工作的障碍，而是我们工作的目标。我们并不因为服务于他而对他有恩，他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争辩和斗智的人。从未有人曾在与客户的争辩中获胜。客户是把他的欲望带给我们的人，因此我们的工作就是满足这些欲望，从而使客户和我们共同获益。 与客户打交道的主要目的是：一是获取需求，二是签合同。不要把钱仍到水里。 李鸿章和慈溪太后的故事（客户之事无小事） 电信供应商和运营商的关系 2. 了解客户、最终用户、间接用户 2.3 即使最终用户不是上帝，也算是“上帝”的“亲戚”，同样怠慢不得。 如果项目规模比较大，那么开发方与最终用户的来往就比较多。如从最终用户那里获取详细的需求，请最终用户试验软件，对最终用户进行培训等等。 公司新员工上产品培训课，有位小领导匆匆赶来作指示：“隔壁班正在给电信局的员工们进行培训，他们都是上帝派来的，大家要注意形象。由于休息室空间有限，请大家自觉让位。午休时他们可以躺着睡，我们只能坐在位置上打个盹儿…….。” 2.4 重视“间接用户”，千万别“大意失荆州” 间接用户既不掏钱买该软件产品，也不使用该软件，但是它可能对软件产品有很大的影响。 例如，财务软件开发商在把“财务软件”卖给客户之前，这个“财务软件”必须得到国家财政部的批准。否则即使该软件的功能是完美的，但却被政府认为是非法的。所以国家财政部就是所有财务软件的间接用户，它不仅不付钱给财务软件开发商，反而要收取鉴定费、手续费等。 同理，市面上流通的信息安全软件、杀病毒软件必须得到国家公安部的批准，否则软件开发商被逮住后戴上“非法经营”的帽子就惨了。 某些客户企业存在“信息中心”这类间接用户。 3. 需求工程基本概念 3.1需求工程的一些感悟 不论是合同项目还是自主研发的产品，都必须开展需求开发和需求管理活动。 开发者对待需求工程的态度可分“被动型”、“主动型”和“领先型”三种，只有后两种才有可能开发出成功的产品。 “被动型”是指开发者被动地对待需求工程中的各项活动，能少干则少干，