护温锁项目管理评估

泓域/护温锁项目管理评估 护温锁项目 管理评估 xx有限公司 目录 一、 规划人力资源管理 4 二、 管理项目团队 5 三、 质量控制 11 四、 验证与确认 13 五、 项目整体管理概述 15 六、 制定项目章程 17 七、 项目简介 18 八、 产业环境分析 23 九、 医药冷链物流新发展 23 十、 必要性分析 24 十一、 经济效益及财务分析 25 营业收入、税金及附加和增值税估算表 25 综合总成本费用估算表 27 利润及利润分配表 29 项目投资现金流量表 31 借款还本付息计划表 33 十二、 投资计划方案 34 建设投资估算表 36 建设期利息估算表 37 流动资金估算表 39 总投资及构成一览表 40 项目投资计划与资金筹措一览表 41 一、 规划人力资源管理 规划人力资源管理包括3个方面的内容： •确定项目的组织结构。 •建立项目的责任分配矩阵。 •编制项目的人力资源使用计划。 在大多数项目中，组织计划主要作为项目最初阶段的一部分。但是，这一活动的结果应当在项目全过程中经常性地复查，以保证它的适用性。如果最初的组织计划不再有效，就应当立即修正。规划人力资源管理总是和沟通计划紧密联系，因为项目组织结构会对项目的沟通需求产生重要影响。 不同领域的项目在组织计划的内容上有很大的差异，没有一个通用的模板，我们以一个包含产品研发过程的工程实施项目为例。 （一）项目的组织结构 不同类型的项目，项目的组织结构会有很大的区别，但大体上可以分成项目管理人员和项目工程实施人员。为了保证监督的独立性质量保证人员采用了双线汇报机制。在具体的实践中需要把这张图逐步细化到每一个人上，所以可能会用多图分级绘制。 （二）项目的责任分配矩阵 项目的责任分配矩阵主要用来将项目的主要工作职责和人力资源产生对应关系，以明确人员在项目活动中的作用和责任关系。 （三）人力资源使用计划 人力资源使用计划为项目的人力资源使用在时间上作出计划。 二、 管理项目团队 团队建设过程的目的是寻求团队自身提高和发展的主动性措施偏向“软”的层面，而管理项目团队过程则注重硬性的制度建设，例如建立团队的规章制度和绩效考核体系，同时在运行过程中管理出现的冲突等。 （一）绩效考核 绩效考核是一套明确的目标评价体系，用来客观地判断和评估人员的行为结果。管理者可以通过绩效考核体系的设置来向下传递其所期望的行为和结果，并以此来影响下属的行为，鼓励与惩罚都会非常明确。建立绩效考核体系本身并不复杂，其实施难点在于考核指标的建立。 考核指标可以是主观的判断因素，如果需要评价一个员工是否和其他员工积极协作，可以设计一个调查问卷，让和其有协作关系的员工给其打分。显然参与打分的每个人都是基于自己的主观印象，甚至是个人关系来做评估。这种方式的优缺点明显，操作简单，但其结果易受其他因素干扰。 最理想的是建立客观的量化指标来评估绩效。如果我们打算评价一个项目进度计划的质量，可以设定一个指标来度量项目的实际进度和计划进度之比。在第6章中所讲的度量方法就可以用于绩效考核指标的建立。建立客观的量化指标的好处是很明显的：第一，它可以反映准确的实际情况，不受其他因素干扰；第二，在信息的传递过程中，不会产生失真。但为每一项考核因素都建立客观的量化指标存在实际操作上的难点，所以大多数组织执行中都是主观考核和客观考核并用的。 另一个和考核指标相关的内容是考核点的选择，可以选择考核工作结果，或者工作过程，甚至是工作态度，其目的和诉求不一样。不同类型的任务，对考核点的选择也不一样。 大多数情况下只需要关注工作结果，而不在乎其产生结果的过程。这时考核点就偏重于对工作结果的评价。例如，很多销售或市场开拓类型的工作都是拿结果说话。这一类任务都有一个特点，就是积极鼓励创造性地去完成任务，而不拘泥于原有的工作过程。 在某些活动中，工作过程对工作结果的质量高度相关，特别是其质量的判定往往有很大的滞后性，对这类活动如果仅仅考核工作结果就可能出现偏差，所以还必须去检查工作过程。这和第6章中所提出的质量保证活动目标是一致的。一般来说，考核过程的同时也必须考核结果，但考核结果却依情形不一定需要考核过程。 还有一些活动主要是和“人”打交道，例如和客户、供应商或者合作伙伴的协调工作，其工作是事件驱动的。其工作态度直接影响着他人感受，也会对结果质量产生作用，这时就需要去考核其“工作态度”。这类活动大多和建立良好的人际关系有关。在很多窗口行业中，如银行的柜台受理，客户可以直接对服务进行“满意”或者“不满意”的评价。这种评价直接来自客户的感受，而这种感受又很大程度上受到服务人员所表现出来的工作态度所影响。有的时候一个业务未必办理得顺利，但服务人员尽心尽职的态度却同样会获得客户的认可。 （二）管理冲突 所谓冲突，就是组织团队或成员为了限制或阻止另一部分组织团队或成员达到其预期目的而采取的行为和措施。所有项目都存在冲突，冲突是一种相当普遍的现象。冲突左右着项目的进程及其结果。冲突可能会阻碍组织或个人目标的实现，但也可能给决策带来新信息，产生新方法，促进项目工作的开展。 在项目管理过程中，冲突来源于各种情形，项目约束冲突、项目优先级冲突、技术冲突、管理程序上的冲突以及团队成员间的个性冲突等都是主要的冲突源。 •项目约束冲突：项目的4个目标也同时是相互制约的约束条件，为了满足某一方面的目标也意味着要牺牲另一目标。例如，压缩进度和成本，常常需要小心地平衡质量的取舍。 •优先级冲突：它是项目的参加者因对实现项目目标应该执行的工作活动和任务次序意见不同而产生的冲突。优先级冲突的直接影响就是对资源分配的不同观点。 •技术冲突：它是指在技术质量、技术性能要求、技术权衡以及实现性问题上产生的冲突。 •管理程序冲突：它是指围绕项目管理问题而产生的冲突，包括项目经理的报告关系定义、责任定义、项目工作范围、运行要求、实施计划、与其他组织协商的支持程序等方面造成的冲突。 •人际冲突：它是指由于项目成员的价值观、事物判断标准以及个性之间的冲突。 冲突主要发生在各个干系人之间，可能出现在项目团队内部，也可能出现在项目合作的各方之间。 传统上认为冲突总是造成项目团队协作上的阻碍，降低了团队运行效率，一般来说都是想办法压制和避免。但仔细分析发现，冲突本身意味着项目各干系人之间出现了对某一个项目观点的不一致。这种不一致既然存在，就必须解决。单纯压制并不会消除这种不一致，大多数只会拖延解决的时机。而当这种矛盾最终被积累而爆发出来的时候，反而会产生更大的破坏力。 项目冲突管理要求创造性地处理冲突，其作用是引导这些冲突的结果向积极的、协作的而非破坏性的方向发展。预见到冲突的出现、减少冲突的负面影响，需要把项目冲突和项目的生命期结合起来，了解冲突的性质，寻找解决冲突的途径。 尽管引发冲突的因素多种多样，但解决冲突的途径有规律可循。引发冲突的原因大多是因为一件具体的“事”，但由于各方利益的代表者都是“人”，在处理的过程中，同样需要关注“事”和“人”两个方面，因此可以采取的处理冲突的方法也有两个诉求方向： •客观地解决问题本身。既然是冲突，那就意味着需要解决冲突双方的矛盾。 •由于一方的“吃亏”，由此可能会损坏人际关系，所以解决冲突的同时需要避免人际关系的恶化，甚至可以想办法借机来提升。 按照解决问题所关注的两个维度可以归纳出5种基本模式。 “回避”和“强制”两种模式都是仅仅关注解决问题本身。在这种情况下，冲突双方都面临着非赢即输的局面，这也被称为“零和博弈”。无论哪一方赢，都意味着另一方输，总和仍然为“零”。而达到这种目的的手段有两种：回避，一方主动放弃，避免争端；强制，一方采取强制措施来达到目的，这主要是利用权力来解决问题。这两种情况都会导致某一方处于“让步”的情形，特别是采用“强制”手段获得的短期利益，其结果并没有得到双方真实而一致的认可。在执行上就可能出现偏差，或者有意识地“反弹”，其根基并不牢靠。 “调停”和“正视”两种模式的关注点都在如何避免人际关系的冲突上，同时寻求一种双方都可接受的解决方案。“调停”的实质是求同存异，尽可能在冲突中强调意见一致，弱化差异。这一模式的实施关键就是冲突双方始终维持良好关系，避免直接的冲突和对立，这样才能做到将双方的不同点搁置，而更加强调“一致”的地方。但如果双方能够主动去寻找一个更好的解决办法，实现“共赢局面”，这就是“正视”，所以“正视”是“调停”的高级阶段。但“正视”不容易操作，因为寻找到一个共赢的解决办法在很多情况下十分不易。 除了以上4种外，还有第5种方式“妥协”。它似乎是处于一种中间状态，冲突各方都作出一定的让步，使得最终结果是在各方得失之中达到一种平衡。这样看起来没有哪一方被牺牲，在各方都可接受的前提下，推动项目不受阻碍地继续发展。“妥协”这种模式在冲突发生在对等实体之间时经常被采用，其结果往往就是寻求各方利益的均衡点。 冲突是项目运行中最普遍的一种现象，也是项目管理人员经常要面对并解决的局面之一。很多冲突背后都伴随着各自利益的得失，所以冲突虽然来源于一件具体的事情，但冲突的解决过程却往往不自觉地卷入“人情”要素。冲突解决的关键钥匙掌握在冲突中客观上“占理”的一方。直觉上，这一方如果强化优势地位，高举高打，虽然可能取得对本方有利的冲突解决方案，但必然引起另一方的不满，可能会引起日后的反弹心态。而相反，如果“有理”一方在强调对本方有利的解决方法能同时照顾对方情面，则会产生相当积极的反馈。所以，冲突解决的过程不完全依赖理性和客观，相反，在很多情况下“注重人际关系维护”会带来相当好的促进作用。所谓“不打不相识”的道理也体现于此。 三、 质量控制 质量控制活动最主要的特征就是直接对产品进行检查，并且这种检查应该尽可能早地进行，以便最大限度地降低COPQ。检查活动需要贯穿整个生产过程。但要做到这一点，需要有几个条件： •需要制定明确的质量目标，因为有目标才有检查的参照物。 •最初的目标可能是针对最终产品的，但这只能支持最后一道的产品检验，不利于减少COPQ。所以我们还需要把这个质量目标分解到产品的构造过程当中，以便于在早期就发现并纠正缺陷。 •错误被发现后，需要采取措施确保其被纠正。 综上所述，质量控制活动就是确保产品在构造过程中符合其制定的规范和标准，及时发现和纠正其不符合标准的地方。但需要强调的是，质量控制活动的实施重点在于把质量目标的检查分解到生产过程中。 实施的关键点是最终交付质量是否可以被有效地分解下去。常见的有两种情况： 第一种情形类似于，最终交付产品是子产品的集成。此时可以在子产品构造完成后就开始检验，所有产品集成后再进行检验，主要关注各个子产品协同工作的问题。一般来说，这种情况下的质量控制活动比较好分解和实施。 第二种情形有些复杂，产品的构造过程不是产品本身的分解，而是过程的分解。例如，软件产品要经过需求分析、设计、编码等几个阶段。每个阶段都会有产出物，但都不是最终产品，质量控制活动可以对阶段产出物进行检验，但效果则取决于对中间产品检验的有效性上。中间产品如果是最终产品的子件，则一般可以按照最终质量标准分解来直接测试。但大多数情况下，中间产品都是最终产品的另一种形态。例如，描述最终产品的规格或者设计。这种情况下大多是通过“评审”来检验。评审过程本身的有效性对最终产品的质量影响很大，并不像对最终产品直接检验那样有效。 很多项目的过程是上述两种情形的混合，但都普遍存在类似问，题：检验中间产品远不如检验最终产品有效。 质量控制活动除了关注对生产过程的中间产品进行检验外，还有一个重点：对发现的缺陷进行修复，也就是返工过程。返工活动有两个要点： •对发现的缺陷进行跟踪和记录。 •对修复的结果进行检验。 另外，还需要通过检验来确保修复过程没有对产品其他部分产生影响。 简单来说，就