成功项目管理案例分析例文
引导语：项目管理：计划、进度和控制的系统方法。以下是我为大家整理的关于成功项目管理案例分析，欢迎阅读!
小马里奥特(J. W. Marriott, Jr.)是万豪国际酒店集团的董事长和CEO，喜欢走动式管理，以四处巡视旗下酒店为乐事。
他有一次巡视酒店，注意到顾客对餐厅女招待的服务评分不高。他问问题出在哪里，经理说不知道。但是，小马里奥特注意到了经理不安的身体语言，接着问女招待的待遇是多少。得到回答之后，他接着问为什么待遇比市场标准低。经理说：加薪要总公司决定，而他不想提出来。
对话不过30秒，但是小马里奥特发现了三个严重的问题：第一，总公司管得太多。第二，高层重视利润胜过顾客满意度。三，经理不敢提加薪要求，说明他的上级是糟糕的倾听者。当然，小马里奥特解决了所有三个问题。
这是关于怎么做决策的完美案例，但是在小马里奥特看来，这更是一个关于倾听的案例。他说：“我所做的，只是改变这位经理什么都不说的习惯，并且告诉他，有人愿意倾听他的问题—这是他的上级主管显然不愿意做的事。”
小马里奥特很重视倾听，也善于倾听。作为倾听式CEO，他至少有十点经验值得其他经理人学习。
一、倾听基层员工。小马里奥特习惯直接倾听员工的声音。
二、倾听对方的身体语言。要从身体语言中，发现对方想要隐藏的信息。
三、善用自己的身体语言，表示自己对正在谈论的主题很有兴趣。
四、保持适当的沉默。不要太早表示自己已经作了决定。
五、不要以表达方式是否迷人，来判断信息是否准确。小马里奥特发现：“一个人能言善辩、善于表达，并不表示他的想法都正确。相反，有些人内向害羞、不善言谈，他的话可能值得一听。”
六、不要选择性倾听。在上个世纪八十年代末，酒店业的过度扩张已经很严重，但是小马里奥特盲目自信，只把注意力放在正面的消息上，最终付出了惨痛代价。小马奥特总结说：“选择性倾听，几乎和完全不倾听一样糟糕。”
七、要主动倾听，也就是说，要提问。“这个技巧队高层主管特别重要(董事长、总经理)，这些人因为位高权重，通常与资浅的员工不那么亲密。”小马奥特推荐问这样一个问题：“你认为呢?”
八、倾听顾客。“在万豪，我们依靠顾客告诉我们，哪些做对了，哪些做错了。这是确定我们是否提供他们所想要的服务的.唯一方法。”比如，酒店以前为了美观都尽量把插座隐藏起来。通过调查商务旅客，万豪发现插座需要调整：随着笔记本电脑的流行，商务旅客希望房间里的插座要看得见，而且要随手够得着。
九、化倾听为行动。听到问题之后，要解决问题，这才是倾听的本意。
十、要知道什么时候该停止倾听。到了某个时候，必须停止辩论和收集事实，要根据已经拥有的信息来做出决定。
小马里奥特认为：知道什么时候停止倾听，是测试公司整体倾听技巧的关键时刻。显然，小马里奥特不仅自己倾听，还在打造公司整体的倾听能力。
善于倾听的小马里奥特，带领善于倾听的万豪，进入了《基业长青》一书赞誉的“高瞻远瞩的公司”的行列，跟IBM、通用电气、花旗银行、迪斯尼、索尼等公司排列在一起。
就像很多人忍不住好奇去观望严重车祸的后果一样，有数百万美国人都在收看NBC电视台的《名人学徒》(Celebrity Apprentice)节目第一季，想要看看一群名人夸张的表现自我，并试图用他们并不高明的商业智慧来赢得这档真人秀节目老板唐纳德·川普(DonaldTrump)的青睐。有谁能抗拒这样的电视节目呢——黄金时间播出，众多名人参与其中，还有其他11名渴望成为明星的人尽情展示自己，以赢得赞扬和由川普捐出的25万美元慈善捐款。
如果谈到怎样更有效的工作，看这样一档真人秀电视节目当然对于商人并没有多大价值。然而，真正有战略意义的内容可能隐藏在表面的夸夸其谈之后。除了用名人来吸引观众以外，这个电视节目对于如何成就一个有效的项目管理者还提供了真知灼见。它并不像看起来那么简单。
“让团队迅速完成正确的任务，这就是项目管理的本质。”希德·凯普(SidKemp)说。他是一位咨询顾问，著有畅销书《项目管理终极指南》。“这就是为什么《名人学徒》这样的节目提供的宝贵价值所在，尽管它是那么不切实际。”
“这种类型的节目说明一个事实，做生意的基础是人以及关系。这是一场对人类本质的有趣研究。”蒂姆·简金斯(TimJenkins)说。他是项目领导力咨询企业PointB公司的CEO。
所以先把怀疑放在一边，考虑以下项目管理的最佳做法，许多都是从《名人学徒》节目的情景里精选出来的。将这些建议付诸实施并不需要名流的血统，它们植根于坚实的原理中，适用于项目经理可能要面对的真实商业世界。虽然这不会让你登上《名人学徒》节目的舞台，但可以很好地帮助你成为项目管理领域的明星。
判断项目是效用或效率优先。反正不是这个就是那个，商业咨询顾问汤姆·丹诺斯基(TomDanowski)说。定位于提高效率的项目通常都是为了找到更好地做事方法来实现成本削减。而那些以效用为中心的项目是为了通过创新来发展——“做些与我们以前所做不同的事。”制造差异能让项目进入焦点。
判断项目是否与公司目标相吻合。丹诺斯基说：“把别人要求你所做的放入大环境来考虑很重要。你要将项目与更广泛的目标连接、明显地联系起来。”
做控球后卫。成功的领导者甘愿在幕后做事，指挥进攻，而其他人完成大部分的得分工作。简金斯说：“在《名人学徒》节目中，人们经常假定他们只要负责或指示，那就会显示出他们的领导能力。但实际上很少提倡那样。”
早点运用情商。理念执行专家罗利·科恩(RoryCohen)说，要让团队成员买账，就要通过鼓励每个人提交自己的理想计划，谈谈项目如何展开以及怎样达到目标。
敢于面对前方的阻碍。面对团队可能不同意或不能充分理解项目的最终目标。不管怎样，让每个人都为目标努力是项目经理的责任，凯普说，你可以将之定义为展示他们技能的机会。
像心理学家那样思考。心理学家乔依斯·布拉瑟斯(JoyceBrother)认为，“要在与团队成员的关系上投资，这样你会知道哪些东西能激励他们。”这是项目经理义不容辞的责任，简金斯说。将参与者的自我意识引向积极方面是项目经理最大的挑战，科恩补充说，不要试图压制他们，“你需要具有自我意识的人，他们会更努力。”
检查你自己的自我意识。最好的项目经理乐意把自己的自我意识放下，愿意帮助团队成员完成他们的任务，简金斯说。“如果人们看到你在代表他们工作，他们会更愿意为你做些什么。”
找出关键的外部人士。在融资或项目其他重要的环节中，了解谁具有决定权，这非常关键，丹诺斯基说。与他们的助手和中层经理保持友善关系也很有帮助，实际上正是他们可能使用你的团队制定的方案或流程。
传播新闻。利用通信工具，比如内网博客、群发电子邮件等，不妨让利益共享者频频在关于项目进展的新闻中出现，让他们保持兴趣。
做聪明的谈判者。不要拼命赢取每一次战斗。“要明白最终游戏是什么，”简金斯说，“认识到放弃一个谈判点也许会有助于达到下面路途中更大的目标。”
不要走旁门左道。不要在道德伦理或商业价值问题上妥协。不计成本争取胜利的思想状态会招来麻烦。
奖赏和庆祝。取得成功后，要公开地奖励团队成员。“小孩子们的自我意识需要奖励。”科恩说。很小但有意义的表达方式通常就够了，比如在同事面前的认可、发自公司总裁的一封电子邮件等。
记住，你是在现实的商业环境里运作，这与真人秀节目的共同之处很少。要想利用真人秀节目来培养商业智慧并不现实，所以就只吸取《名人学徒》这个节目所蕴涵的真正价值吧：看看人们在管理项目和人的时候可能会犯的错误。
成功的项目管理案例分析
引导语：项目管理：计划、进度和控制的系统方法。以下是我为大家整理的关于成功项目管理案例分析，希望对大家有所帮助。
某公司准备开发一个软件产品。在项目开始的第一个月，项目团队给出了一个非正式的、粗略的进度计划，估计产品开发周期为12~18个月。一个月以后，产品需求已经写完并得到了批准，项目经理制定了一个12个月期限的进度表。因为这个项目与以前的一个项目类似，项目经理为了让技术人员去做一些“真正的”工作(设计、开发等)，在制定计划时就没让技术人员参加，自己编写了详细进度表并交付审核。每个人都相当乐观，都知道这是公司很重要的一个项目。然而没有一个人重视这个进度表。公司要求尽早交付客户产品的两个理由是：
1)为下一个财年获得收入;2)有利于确保让主要客户选择这个产品而不是竞争对手的产品。团队中没有人对尽快交付产品产生怀疑。
在项目开发阶段，许多技术人员认为计划安排的太紧，没考虑节假日，新员工需要熟悉和学习的时间也没有考虑进去，计划是按最高水平的人员的进度安排的。除此之外，项目成员也提出了其他一些问题，但基本都没有得到相应的重视。
为了缓解技术人员的抱怨，计划者将进度表中的计划工期延长了两周。虽然这不能完全满足技术人员的需求，但这还是必要的，在一定程度上减少了技术人员的工作压力。技术主管经常说：产品总是到非做不可时才做，所以才会有现在这样一大堆要做的事情。
计划编制者抱怨说：项目中出现的问题都是由于技术主管人员没有更多的商业头脑造成的，他们没有意识到为了把业务做大，需要承担比较大的风险，技术人员不懂得做生意，我们不得不促使整个组织去完成这个进度。
在项目实施过程中，这些争论一直很多，几乎没有一次能达成一致意见。商业目标与技术目标总是不能达成一致。为了项目进度，项目的规格说明书被匆匆赶写出来。但提交评审时，意见很多，因为很不完善，但为了赶进度，也只好接受。
在原来的进度表中有对设计进行修改的时间，但因前期分析阶段拖了进度，即使是加班加点工作，进度也很缓慢。这之后的编码、测试计划和交付物也因为不断修改规格说明书而不断进行修改和造成返工。
12个月过去了，测试工作的实际进度比计划进度落后了6周，为了赶进度，人们将单元测试与集成测试同步进行。但麻烦接踵而来，由于开发小组与测试小组同时对代码进行测试两个组都会发现错误，但是对测试人员发现的错误响应很迟缓，开发人员正忙于完成自己的工作。为了解决这个问题，项目经理命令开发人员优先解决测试组提出的问题，而项目经理也强调测试的重要性，但最终的代码中还是问题很多。
现在进度已经拖后10周，开发人员加班过度，经过如此长的加班时间，大家都很疲惫，也很灰心和急躁，工作还没有结束，如果按照目前的进度方式继续的话，整个项目将比原计划拖延4个月的`时间。
问题：
1. 在本案例中，我们能吸取什么教训吗?
2. 编制计划时，邀请项目组成员参与有哪些好处?
3. 学习曲线对软件项目有哪些影响?
1 本例存在的问题
(1)前期制定工作计划没做好
项目启动时没有就项目的范围、技术可行性、资源可利用性等进行充分论证和评估，计划制定时没有做好评审，项目干系人的沟通工作没有做好。风险控制没有做好。做计划时，没有像做预算一样留出风险控制期。什么都按照最紧张的来做，一旦有地方出现问题，进度延误就成了必然的了。
项目组成员没有参加，这个问题就很严重，项目经理认为一个完全合格的程序员是可以在规定时间里完成指定的任务的，但是事实是这样吗?开发期间难免会遇到技术瓶颈，这些都是需要时间去研究的，新员工不熟悉的项目也没有考虑。制定工作计划的时候，项目经理最好是给一个大概的框架，在自己判断的基础上征求项目组成员的意见，尽量安排一个大家都认可的计划。
(2)管理问题
项目组的成员在做完这个项目后，都很疲惫，另外自信心也很受打击，花了时间没有交出一个好的项目，问题就不止在技术层面了，这大部分是管理的问题，从长远来看，这个项目组的成员离开的几率很大，公司的人才会流失。
整个案例中没有发现项目经理的工作是什么，项目经理的定位一定要明确，本案例中计划编制者更像是一个系统推销人员，是从市场出发的，完全没有考虑到开发的难度。
项目经理不知道各部门人员的立足点。即便项目经理制定了限期，也应该把项目的各个阶段策划目标向大家进行报告，让各个职能部门能够在框架下、限期内合理安排各自的工作内容。
对与大项目，项目组内的分层管理也很有必要。项目经理把指标分解给各个开发组组长，具体的开发工作让他们安排下去，项目经理可以花点时间去考虑一下项目组的整体问题，例如：成员疲惫等问题。抽一个晚上不加班，组织点活动让项目成员透透气，比加班效果好得多。例如风险的审视、计划统筹调整、组织层面的一些问题推动。
(3)沟通问题
项目实施阶段，商业目标与技术目标意见分歧很大，这个就是沟通严重有问题了，为什么在实施前没有讨论好?
做项目计划之前要充分和项目干系人沟通。尤其是技术主管和发起人。一个是从技术角度考虑，一个是从商业角度考虑。要让两个人的要望都得到满足，这样的计划才可行。案例中，只是从商业角度去考虑了这个问题，根本没有考虑技术上的实现难度，单纯的计算出所需的人月数。人月神话本身就是一个错误的理论。
员工抱怨。员工的抱怨并不是无理的，正是因为他们没有得到动员和鼓励，更没有得到阶段性的工作目标。员工也都有自己的想法和构思，应该统一大家的思想，便捷的方法就是让他们知道他们在做什么，价值在那里，他们的各自工作安排如何，才能让整个团队步调一致，协调统一。
(4)项目跟踪没有做好，应该定时开进度研讨会。关键的里程碑没有得到有效控制，规格说明书等关键节点没有控制好。
(5)单元测试与集成测试一起做
在时间紧的情况下，这样做也是没有办法，但是研发人员和测试人员一定得分清问题的严重程序，功能性的BUG，导致系统不能正常使用，必须优先修改，用户体验方面的修改，可以等系统试用后征求用户的需求再进行修改
(6)项目的人力资源问题
有新老员工，做计划时一定要考虑新员工前期的培训周期，这是影响计划的一个重要因素。不能按照人月来定周期，还要考虑实际的工作能力。
2. 编制计划时，邀请项目组成员参与有哪些好处?
做项目计划时，商务、客户代表、项目管理人员、QA、项目技术骨干、甚至公司的技术委员会成员等都要参与，至少在评审时一定要参与。让大家都了解项目的背景，意义和要求。可以统一思想，减少沟通风险和技术风险。对进度计划评估的更贴近实际。让参与的各部门人员明白自己将要完成工作的时间和未能按期完工对其他部门会产生的影响，还有就是根据时间节点分配自己任务。成员自己给出的承诺，他会对计划的结果上心一点。
3. 学习曲线对软件项目有哪些影响?
学习曲线对项目的影响：
(1)需要有一个过程，前面比较慢、技术的储备、熟练程度的把握;
(2)计划编制时前期安排一定的缓冲时间，便于学习&掌握技能，对设计、架构等关键节点做好相应的评审工作;
(3)加强学习和培训，加快项目组人员的进入状态
软件项目的技术中，有些不可预知的难题，这个需要由专人，专门的时间来攻克。做计划的时候，要把这个人和这个时间也留出相应的余地。另外项目成员的流失率是不得不考虑的一个问题，对新进成员的培训，也要考虑到，否则同样是1人月，工作效率可是完全不同的。
项目管理案例分析问答
引导语：项目管理：计划、进度和控制的系统方法。以下是我为大家整理的关于项目管理案例分析问答，希望对大家有所帮助。
某公司准备开发一个软件产品。在项目开始的第一个月，项目团队给出了一个非正式的、粗略的进度计划，估计产品开发周期为12~18个月。一个月以后，产品需求已经写完并得到了批准，项目经理制定了一个12个月期限的进度表。因为这个项目与以前的一个项目类似，项目经理为了让技术人员去做一些“真正的”工作(设计、开发等)，在制定计划时就没让技术人员参加，自己编写了详细进度表并交付审核。每个人都相当乐观，都知道这是公司很重要的一个项目。然而没有一个人重视这个进度表。公司要求尽早交付客户产品的两个理由是：
1)为下一个财年获得收入;2)有利于确保让主要客户选择这个产品而不是竞争对手的产品。团队中没有人对尽快交付产品产生怀疑。
在项目开发阶段，许多技术人员认为计划安排的太紧，没考虑节假日，新员工需要熟悉和学习的时间也没有考虑进去，计划是按最高水平的人员的进度安排的。除此之外，项目成员也提出了其他一些问题，但基本都没有得到相应的重视。
为了缓解技术人员的抱怨，计划者将进度表中的计划工期延长了两周。虽然这不能完全满足技术人员的需求，但这还是必要的，在一定程度上减少了技术人员的工作压力。技术主管经常说：产品总是到非做不可时才做，所以才会有现在这样一大堆要做的事情。
计划编制者抱怨说：项目中出现的问题都是由于技术主管人员没有更多的商业头脑造成的，他们没有意识到为了把业务做大，需要承担比较大的风险，技术人员不懂得做生意，我们不得不促使整个组织去完成这个进度。
在项目实施过程中，这些争论一直很多，几乎没有一次能达成一致意见。商业目标与技术目标总是不能达成一致。为了项目进度，项目的规格说明书被匆匆赶写出来。但提交评审时，意见很多，因为很不完善，但为了赶进度，也只好接受。
在原来的进度表中有对设计进行修改的时间，但因前期分析阶段拖了进度，即使是加班加点工作，进度也很缓慢。这之后的编码、测试计划和交付物也因为不断修改规格说明书而不断进行修改和造成返工。
12个月过去了，测试工作的实际进度比计划进度落后了6周，为了赶进度，人们将单元测试与集成测试同步进行。但麻烦接踵而来，由于开发小组与测试小组同时对代码进行测试两个组都会发现错误，但是对测试人员发现的错误响应很迟缓，开发人员正忙于完成自己的工作。为了解决这个问题，项目经理命令开发人员优先解决测试组提出的问题，而项目经理也强调测试的重要性，但最终的代码中还是问题很多。
现在进度已经拖后10周，开发人员加班过度，经过如此长的加班时间，大家都很疲惫，也很灰心和急躁，工作还没有结束，如果按照目前的进度方式继续的话，整个项目将比原计划拖延4个月的时间。
问题：
1. 在本案例中，我们能吸取什么教训吗?
2. 编制计划时，邀请项目组成员参与有哪些好处?
3. 学习曲线对软件项目有哪些影响?
1 本例存在的问题
(1)前期制定工作计划没做好
项目启动时没有就项目的范围、技术可行性、资源可利用性等进行充分论证和评估，计划制定时没有做好评审，项目干系人的沟通工作没有做好。风险控制没有做好。做计划时，没有像做预算一样留出风险控制期。什么都按照最紧张的来做，一旦有地方出现问题，进度延误就成了必然的了。
项目组成员没有参加，这个问题就很严重，项目经理认为一个完全合格的程序员是可以在规定时间里完成指定的任务的，但是事实是这样吗?开发期间难免会遇到技术瓶颈，这些都是需要时间去研究的，新员工不熟悉的项目也没有考虑。制定工作计划的时候，项目经理最好是给一个大概的框架，在自己判断的基础上征求项目组成员的意见，尽量安排一个大家都认可的计划。
(2)管理问题
项目组的成员在做完这个项目后，都很疲惫，另外自信心也很受打击，花了时间没有交出一个好的项目，问题就不止在技术层面了，这大部分是管理的问题，从长远来看，这个项目组的成员离开的几率很大，公司的人才会流失。
整个案例中没有发现项目经理的工作是什么，项目经理的定位一定要明确，本案例中计划编制者更像是一个系统推销人员，是从市场出发的，完全没有考虑到开发的难度。
项目经理不知道各部门人员的立足点。即便项目经理制定了限期，也应该把项目的各个阶段策划目标向大家进行报告，让各个职能部门能够在框架下、限期内合理安排各自的工作内容。
对与大项目，项目组内的分层管理也很有必要。项目经理把指标分解给各个开发组组长，具体的开发工作让他们安排下去，项目经理可以花点时间去考虑一下项目组的整体问题，例如：成员疲惫等问题。抽一个晚上不加班，组织点活动让项目成员透透气，比加班效果好得多。例如风险的审视、计划统筹调整、组织层面的一些问题推动。
(3)沟通问题
项目实施阶段，商业目标与技术目标意见分歧很大，这个就是沟通严重有问题了，为什么在实施前没有讨论好?
做项目计划之前要充分和项目干系人沟通。尤其是技术主管和发起人。一个是从技术角度考虑，一个是从商业角度考虑。要让两个人的要望都得到满足，这样的计划才可行。案例中，只是从商业角度去考虑了这个问题，根本没有考虑技术上的实现难度，单纯的计算出所需的人月数。人月神话本身就是一个错误的理论。
员工抱怨。员工的抱怨并不是无理的，正是因为他们没有得到动员和鼓励，更没有得到阶段性的工作目标。员工也都有自己的想法和构思，应该统一大家的思想，便捷的方法就是让他们知道他们在做什么，价值在那里，他们的各自工作安排如何，才能让整个团队步调一致，协调统一。
(4)项目跟踪没有做好，应该定时开进度研讨会。关键的里程碑没有得到有效控制，规格说明书等关键节点没有控制好。
(5)单元测试与集成测试一起做
在时间紧的情况下，这样做也是没有办法，但是研发人员和测试人员一定得分清问题的严重程序，功能性的BUG，导致系统不能正常使用，必须优先修改，用户体验方面的修改，可以等系统试用后征求用户的需求再进行修改
(6)项目的人力资源问题
有新老员工，做计划时一定要考虑新员工前期的培训周期，这是影响计划的一个重要因素。不能按照人月来定周期，还要考虑实际的工作能力。
2. 编制计划时，邀请项目组成员参与有哪些好处?
做项目计划时，商务、客户代表、项目管理人员、QA、项目技术骨干、甚至公司的技术委员会成员等都要参与，至少在评审时一定要参与。让大家都了解项目的背景，意义和要求。可以统一思想，减少沟通风险和技术风险。对进度计划评估的更贴近实际。让参与的各部门人员明白自己将要完成工作的时间和未能按期完工对其他部门会产生的影响，还有就是根据时间节点分配自己任务。成员自己给出的承诺，他会对计划的结果上心一点。
3. 学习曲线对软件项目有哪些影响?
学习曲线对项目的影响：
(1)需要有一个过程，前面比较慢、技术的储备、熟练程度的把握;
(2)计划编制时前期安排一定的缓冲时间，便于学习&掌握技能，对设计、架构等关键节点做好相应的评审工作;
(3)加强学习和培训，加快项目组人员的进入状态
软件项目的技术中，有些不可预知的`难题，这个需要由专人，专门的时间来攻克。做计划的时候，要把这个人和这个时间也留出相应的余地。另外项目成员的流失率是不得不考虑的一个问题，对新进成员的培训，也要考虑到，否则同样是1人月，工作效率可是完全不同的。
拓展：项目管理在3G移动终端销售中的案例分析论文
【摘 要】
随着手机终端类3G时代的来临，销售市场的竞争逐渐激烈。本文通过大量的参考文献的调研，主要分析了某公司在手机终端销售市场目前所存在的问题。针对这些问题，笔者从项目管理的角度，阐述了如何使用项目管理措施来实现对手机终端销售质量的控制，具体项目的实施过程主要包括四个阶段，手机终端销售的项目管理的定义与启动、制定项目计划、执行项目计划、最终对项目的实际效果进行考核。
【关键词】
手机终端销售项目管理
目前个人手机终端设备已经迈入了网络时代，在3G时代，各种移动电子设备也开通了上网的功能。销售管理系统本身就是作为企业信息管理系统的一个重要分支。因此对于移动公司而言，建立智能手机销售项目管理系统已经成为企业生存和发展必不可少的措施之一。由于现有的移动通信市场已经处于一种高度饱和的状态，手机终端市场的竞争很大程度上就是取决于客户保有量以及新增用户之间的拉锯战。由于在手机终端销售的质量管理方面涉及到企业多方面的而工作岗位，市场人员在具体执行销售目标的过程中经常不能做到顾全大局，所以本文尝试使用项目管理的方法。来实现企业手机终端销售质量的控制，为拓展手机终端类的销售渠道尽可能的提供一种标准化以及可执行的项目管理的方式。
1 手机终端销售目前存在的问题
该公司在手机终端类销售渠道质量的控制上主要有以下几个问题：
（1）社会销售渠道的投入与产出的效率偏低。该公司的销售渠道的数量在经历了初期的快速增长以后，手机终端的营销商家基本上稳定在4000家，站到全市行业的70%以上，但是在每年新增市场的份额中却不到50%，充分说明了该公司销售质量的管理已经处于市场落后的状态；
（2）对手营销能力的快速扩张，一方面，电信从2010年开始了3G渠道网点的飞速建设和升级，另外一方面联通与IPHONE手机等移动终端展开深入的合作，通过明星移动终端来提高自己的市场核心竞争力；
（3）手机终端的销售渠道与用户的使用要求并不匹配。该公司的仍是以传统的销售终端为主，在全球网上使用套餐、销售质量控制和相关的服务功能严重缺失。
（4）手机终端销售渠道掌握较弱，违规现象十分的严重。
2 如何使用项目管理的方式来加强产品销售质量的控制
笔者针对目前该公司手机终端销售数量的下降，新增市场不断下滑的问题，该公司的项目管理小组从市场人员管理、市场竞争形势、销售渠道管理以及相关销售人员的薪酬体系等四个方面进行了相关的分析。
2.1 手机终端销售的项目管理的定义与启动
本项目小组成立的目标分为总体质量目标和次级销售质量目标。总体质量目标为确保手机终端销售总量在新增市场的占有率达到65%以上，并连续稳定至少三个月以上。所谓的次级销售目标主要体现在三个方面，包括渠道酬金优化，其中酬金获取来源种类不低于20%；其次是对公司的业务产品进行升级换代；最后通过销售渠道管理来提升网点人员的满意程度从而防止网点销量被竞争对手抢走。该项目的周期共计6个月，主要包括销售渠道资金的优化、产品的业务升级、网点布局优化、渠道管理等方面的工作。对于项目的四个阶段采取里程碑的方式来逐一进行。由于手机销售渠道提升的项目所涉及公司的项目较多，工作量较大，时间跨度较长，所以笔者根据该项目的具体特点，建议采用矩阵组织结构形式。这种矩阵形式的销售人员的管理模式充分体现了公司的领导层对销售质量提升的重视。
2.2 制定项目计划
项目计划主要包括两个方面，即项目进度计划和项目质量控制计划。在具体的项目进度计划中，对其中的该公司的业务与产品进行升级、手机销售渠道的资金优化、销售网点的布局调整以及手机移动销售终端的提高四个方面的工作进行具体的细化。只有细致的划分每个阶段的具体工作内容和工作目标，才能够确定手机终端销售质量提升的项目总工期。对于该项目的执行质量计划而言，是通过对该项目具体实施的过程的控制来实现的，在项目具体的执行过程中的每个阶段，要针对这个阶段所要实现的具体目标编制实际的质量计划。
2.3 执行该项目所列出的计划
在执行该项目的开始阶段就要建立一支高效的项目团队。在控制项目进度方面主要做两个方面的工作，首先对该项目进行进度检测，包括关键点检查，所谓的关键点就是在项目计划当中的每个里程碑的时间点；其次撰写每周进度报告，在本项目的执行周期内，每周都要制作项目状态的进度报告，从而报告给项目经理，目的是为了更方便的安排下周的具体工作。
2.4 本项目执行的结果进行质量验收标准
对本项目执行结果的质量验收，笔者认为主要从四个方面进行考核。
（1）对手机移动终端在新增市场的占有率方面是否有达到项目的预期目标。
（2）从手机销售终端的社会渠道进行产出效能的相关评估，不仅对社会销售渠道整体销量进行评估，还要对具体每个销售网点的实际销售能力进行考核，从而判断手机销售的产出效能是否有所提升。
（3）对手机销售渠道的掌控能力，各个销售网点要达到销售目的，就必须加快销售的流转速度，很多销售网点为了提高销量都采取了降价的措施，从而进一步带动了其它渠道商的降价，很大程度上可以刺激消费者的消费需求。
（4）从销售网点布局的改善进行考察，主要包括销售渠道网点空白区的补点，实行一村一点和一厂一点的销售模式。其次对销售渠道的扎堆区进行集中清理，销售网点的扎堆会直接导致消费者的忠诚度降低。
3 结语
随着手机终端类3G时代的来临，销售市场的竞争逐渐激烈。本文通过大量的参考文献的调研，主要分析了某公司在手机终端销售市场目前所存在的问题。针对这些问题，笔者从项目管理的角度，阐述了如何使用项目管理措施来实现对手机终端销售质量的控制，具体项目的实施过程主要包括四个阶段，手机终端销售的项目管理的定义与启动、制定项目计划、执行项目计划、最终对项目的实际效果进行考核。
参考文献：
[1]赵俐渊.项目管理理论在销售渠道管理中得实践与应用.硕士学位论文[D].成都：电子科技大学.2012，46.
[2]张旭.项目管理在信息安全企业的应用.硕士学位论文[D].西安：中国政法大学.2011，34.
[3]黄志强.项目管理在中小软件企业中的研究与应用.硕士学位论文[D].天津：天津大学.2010，56.
[4]郑肇亮.中国移动智能终端市场营销战略研究.硕士学位论文[D].北京：北京邮电大学.2012，28.
