项目成功关键因素

　　找到项目治理成功的关键要素,对于提高项目治理水平具有显著的意义。以下是品学网小编为大家整理的关于项目成功关键因素，欢迎阅读!　　简析项目成功的关键因素
　　项目成功取决于多方合作努力，必须要说明是连锁经营咨询服务实际收效决不仅仅是咨询公司事情!必需由双方密切合作才能为结果提供保障!
　　而食材连锁加盟项目更是涉及到电子商务等多方合作，为确保食材连锁事业目标以及咨询服务目标顺利达成，彼此共同努力和配合是最基本前提。因此高层管理人员不仅要重视而且应积极参与项目，并为项目提供支持和资源的保障，能及时解决项目过程中的问题并认可项目的成果以及决策。
　　应成立与专家团相匹配的项目小组，全程参与咨询项目的全过程。在项目执行其间，定期提交阶段性项目成果，一经认可请积极配合项目向下阶段进行和推进。项目执行其间请关键领导根据项目阶段的实际需要，给予时间上的积极配合和支持。项目进展过程中，如需要其他机构配合，其他机构服务内容的质量应由双方项目组共同把握和协调。　　项目成功关键因素：
　　一、与投资人的沟通
　　作为项目经理，肩负着项目成败的责任，管理和控制着项目的方方面面。因为责任大，涉及面多，一般公司也会赋予一定的管理权力。因为权力，又最容易招来非议、嫉妒和各种明暗的竞争，这些都会对项目产生负作用。项目经理，他的目标是保证项目的成功，他要排除来自各方面的不利干扰，并且尽可能保证自己绝大部分的精力能投入到项目管理中去。而投资人，因为各种各样的原因，往往容易轻信各种流言蜚语，从而对项目经理产生疑虑，严重时会作出一些对项目组工作极为不利的决定。
　　项目经理要树立在项目组中的权威。只有这样，你的命令才能被顺利执行，你的意志才能得到实效地贯彻，你的知识、经验、能力才能为项目作出充分的贡献。如果你本身是公司的领导层员，可能自然地拥有权威;如果你只是因为业务/技术/能力的因素被置为项目经理，你的权威就需要自己来打造。而获得投资人的信任、支持是树立权威的基础。
　　项目经理通常会要求项目组员定期上交工作报告，如工作月报、周报甚至工作日志，以深入了解项目进展及每个成员的工作状态。而投资人却通常采取
　　“粗放”的管理方式，对项目经理没有严格的汇报制度，甚至对项目定期汇报感到麻烦。无论上面对你的要求怎样，项目经理应当定期向上汇报项目情况，上面没要求的时候也应该采取主动的方式让其了解。要让上级真正了解你的项目情况，你必须具有足够的耐心，要反复的利用各种适当的机会，帮助他来听到你的声音，了解你项目的情况。如果你只是专于业务/技术，只能通过制度式的、正式的途径向上级报告工作，而不善于采用另外的方法与上级交流，偏偏上级又是一个并不英明的人，那么你及你负责的项目就存在较大的风险。
　　项目经理应具有坦荡胸襟。这种胸襟不仅是公平的评价项目组成员的业绩及容忍/消释他们对评价的误解而产生的非健康情绪，还要能坦然面对来自上级的决定。现实中会存在各种现象，如你的上级仅仅是要借用你的头脑，等你把项目基本问题都解决后，可能安排他的亲信来替换你的职务，让他的亲信来接受项目成功的奖誉;当项目进度过慢，你和上级肯定是一致的要提高进度，但如果进度过快，快到远远超过了公司的想象，你可能以之为业绩，而你的上级却可能忧心忡忡，除非你有权力或有适当的方法让公司认可你，否则应调整进度到适宜的程度，以适应上级的意图和兄弟部门的感觉，不然的话，上级的一些后台动作会让你窒闷。遇到这些情况时，项目经理要能以坦荡的胸襟待之，项目经理的一条职业道德是：只要你还是项目经理，就要为项目的成功而努力，用是否利于项目，来衡量各种取舍关系。
　　二、认清团队的能力
　　项目团队是执行项目各项任务的人力资源。明确了目标，确定了人员，一般项目经理都知道如何按照项目的特点、规律去制定工作计划。然而，制定一套科学合理的计划是不容易的，原因之一是项目组成员的能力并不能被轻易地看出来。公司交付给你项目时，往往也基本框定了项目组成员，你只有很小的调整余地。组员的简历你一般是看不到的，组员的水平、经验就只能通过你与组员的各种形式的接触、会议、交流来了解。
　　认清项目组每个成员的水平、能力，是项目经理在确定组织方式之前要尽量做好的工作。因为现实的原因，采取笔试、口试的方法一般都难被接受。项目经理需要想一些即尊重组员、又能深入揭示组员水平/能力的方法，来认识清楚项目组的水平/能力。
　　如你没有可撰写文档的人员，也没有可独立担当功能模块任务的人员，你必须先作一些培训，人员配置也要在项目过程中动态调整。如果这种人员状况下的进度要求不变，你还得安排项目组加班，以挽回培训的时间。
　　一般项目要求的能力与组员实际能力之间会存在差异，这些差异如果不是很大，可以通过合适的组织方式来解决。如果差异超出了组织方式可调整的极限，项目经理就要另想办法了，可能不得不申请延长项目时间、增派人员等。
　　项目经理应该在项目前期即了解项目组成员的实际水平/能力状况，及它们与项目要求的差异。了解了这些，你才能制定正确的工作计划，并较准确的估计项目组的效率。
　　从与组员普通、自然的交谈中，去感知他们的水平/能力，是最易实施的方式，也是很有效的方式。组员的经验、知识面、考虑问题时能达到的深度、习惯、精神毅力等等都可以通过这种方式来了解。
　　对组员的水平/能力有了较准确地认识后，项目进行过程中有可能还会碰到一些难于处理的问题：有些组员保留自己的经验、能力，不肯充分发挥。产生的原因是多方面的，如存在心理不平衡感、持有一种歪曲的竞争意识、个人的情感因素、公司在管理/待遇方面存在明显不公平的地方、项目管理方式上有一些缺陷等。项目经理要发现问题的症结，能通过项目内手段处理好地自然好办，通过项目内手段处理不了的，需要与上级沟通寻求办法，如前述方式均无助，你可能不得不重新考虑项目的组织方式，重新设计计划。这样的情况有时在项目计划前也能发现，如你从组员的态度、工作中的精神表现能发现它们。
　　三、准确把握技术风险
　　对项目管理来说，项目进展过程也就是不断解决技术问题的过程。项目中包含的技术难点可能大部分已被明显地描述出来，对这些技术问题人们都能理解要安排的资源及准备付出的成本。但有一些技术难点并非一开始就能描述清楚，它们需要在项目进行到一定地步后，才能看清楚;还有些技术问题普通人不能发现，只有那些经验丰富、水平较高的技术人员才能感觉到。
　　项目进行过程中遭遇到的直接影响到进度的技术问题不妨称之为技术卡点。如果项目进行前对技术卡点没有全部认识到，或认识有误，带来的后果是严重的。首先是打乱了项目计划，然后是会使公司、上级怀疑你的能力及职业忠诚度问题，甚至他们可能认为你是在故意制造事件、拖延怠工、养患自重，会使你在各种明暗竞争中处于被动地位，甚至直接危及你管理的项目。当然，如果你确实感到能力不济，也要坦然承认。
　　比如在一个产品研发项目中，采用了一种新型的FPGA芯片。主要开发人员看了芯片的一些技术资料，觉得与他以前用过的芯片基本相近，于是他排好了计划，开始编程实现。相当部分的程序编好了，但他的组员遇到一个问题：芯片对时钟的处理方式与他们设计时理解的不同。设计时他们认为时钟是通过中断处理的，是不断运转不受程序影响的。而实际中发现该时钟是无中断处理的，时钟前进是在每一次程序循环的结尾才由系统扫描处理。如果在同一个程序循环中设置了时钟初值又去判断时间差的话，永远得不到等待的差值，而且要使时钟比较精确，每一循环执行的程序必须尽量简短。这一细节性的技术问题，使项目组不得不重新设计，从头再来。
　　能否准确地意识到项目中的关键技术细节，与项目经理的知识范围、经验直接相关。项目经理要虚心，多听取各个方面及组员的意见，并要多查阅相关资料。清楚地了解项目中存在的关键技术细节，对项目经理来说是需要的，项目经理才能科学地制定计划、组织人员、把握方向/整体进度、正确评价组员业绩等等。
　　项目经理要善于从复杂的技术问题中抽象出模型来，这样才能及早发现项目中隐藏的技术卡点。将主要干线流程列出，模拟前进走一遍，将每一步都较详细地写出来，然后召集组员对照模拟步骤思考/讨论，能发现大部分的关键技术细节问题。仅在头脑中思考，人们很容易将多个步骤的条件混淆起来，而不大能感觉到其中的问题;将模拟步骤写出来，每一步的当前环境、条件都比较清楚，人们能更容易地觉察出一个步骤中某些细微条件的不足，而能更好地发现关键技术细节。
　　四、总结
　　一旦被指任项目经理，对项目组来说，你就具有了最高的领导和决策权力。项目执行过程中，如果把握好了投资人、团队和技术这三个要点，项目的成功一般是指日可待的。投资人这一方面较变化莫测，有时候最难处理，你需要有较好的沟通技巧和深广的胸怀;团队在你的领导之下，是一个能以精神、制度等主客观因素共同作用的方面，你管理的方式和手段都比较多;技术方面是偏重于客观的，对你的知识、经验、智慧、精神有着较高、较全面的要求。　　虚拟化项目成功的六个关键要素
　　现在服务器虚拟化正在被广泛运用，人们很自然地认为“只要建立了服务器虚拟化就能立即成功运行”。这样的想法是不保险的，因为最近进行的一些调查表明，有相当数量的使用者不能确定他们的项目是否取得了成功。我们不应该忘记了这样的事实，虚拟化项目与其他任何大型IT项目之间并没有什么不同：虚拟化项目需要仔细地规划，明确的目标和可靠的执行方式以实现公司效益。这里有几个注意事项帮助大家处理一些常见问题：
　　使用直接的、简单易用的测量方法，将预计节省的资金量化。如果没有任何衡量标准，你将很难确保项目的成功运行，你必须坚持硬性资金节省，而要避免采用软性资金节省或者复杂的TCO/ROI投资回报率计算法。
　　做好将相当数量的服务器虚拟化的准备。从某种程度上来说，价值实现取决于规模效应。制定一个格式化的目标服务器名单，并确保资源和其他事项到位，以成功实现虚拟化。
　　确保应用程序业主参与进来。应用程序业主希望了解整个过程，并且他们可能会对潜在的服务影响产生怀疑。拥有深厚的资源利用率度量和对他们的怀疑准备好的答复(例如性能，可用性等)。另外，强有力的行政资助是很有帮助的。当然，必须建立备用计划。
　　为正在进行的业务流程整合创建计划。这是虚拟化过程中的“重头戏”部分。对虚拟机监控和管理的程序必须纳入现有的工作程序中，并且有必要加强标准程序以及获取其他可能的工具以求更好地支持虚拟化项目。
　　重新评估容量规划和资源要求。虚拟化使供应变得简单，有时候会特别简单，这样可能会导致供应超过预期设定的服务器和存储能力。
　　为虚拟化项目进程寻求正确的多功能型资源。这不仅仅是一种服务器整合，而是对主体基础设施的改造，以及对基础设施供应链上其他设施(包括存储和网络)的合并，这需要公司各部门的全面参与。