主题：分工明确才能有效决策

【项目情况】一个大的IT集成项目

【项目经理】李四，公司元老，另有个大项目的项目经理也是他，平时工作比较忙，不常驻项目现场，没有参加过PMP学习及系统集成项目经理学习

【执行项目经理】张三，项目实施及项目经理出身，对此项目的技术细节比较清楚，在项目中没有实权，属于技术专家

【公司现状】人员比较紧缺，其中只有2人比较懂此项目技术细节：一个不常驻现场，另一个就是执行项目经理张三

【问题】项目经理（李四）对执行项目经理（张三）的项目安排持有不同意见，且项目经理李四经常安排执行项目经理张三做一些具体的技术工作，导致项目总体把控欠缺

【分析1】信任是项目经理最重要的支撑

如何管理和监督相关方的参与，以及如何有效的管理与相关方的沟通

使相关方满意，是项目能够成功的重要因素之一。所以管理相关方在项目推进过程中就显得尤为重要。如果不能使用有效的手段对其进行有效的管理，在项目推进过程中就有可能产生阻力。这其中的关键在于如何能使项目相关方充分支持项目，满足项目的目标要求，从而使相关方对项目满意。

【烂尾项目是如何形成的？】

先看一下情境背景：

项目经理A被授权带一个项目团队，为一个学校定制一套教学信息化系统，包含家校平台、在线教研平台以及学校信息发布平台。由于是一个创新型项目，在项目初期，A和团队成员根据项目的需求和目标，识别了大量的相关方，其中包括学校的管理团队，部分老师，以及部分家长和学生。

在项目进行初期，他们想通过访谈和会议对项目的详细需求进行充分的调研，但是调研的过程并不是很顺利，很多人表示不愿意参与到项目中，但是这部分人员其实是项目核心的干系人。然而很多愿意参与到项目中的成员，因为不是核心利益相关者，所以给出的相关需求和建议都没有建设性。

小唐刚刚完成了一个软件开发项目的实施，这是他第一次担任项目经理，项目的完成虽然有惊无险，但实施过程中出现的各种风险却让他想起来就害怕。他认真地对这个项目实施的全过程进行总结，以减少实施下一个项目时的风险，因为他已经得到总经理的通知，休息 2 周后，他将赴往某市，去负责一个更复杂的信息集成项目。
在管理当前项目的时候，重要的是实用以前的项目教训来改进公司的项目管理过程。因此，在项目结束过程中，重要的是评审风险识别清单。
项目特别容易招致风险，是因为每个项目在某些方面都是独特的，所以他不可能以这个项目为例列出将来要实施项目所面临的风险，他必须制订出权变措施，用来应对风险。管理储备也是必须的，什么事都要留有余地，包括时间和成本。

问以下经验是否正确？
对于如何规避风险，他总结出 4 条经验：关注能排除产生风险的因素；不去投标认为风险过大的项目；接受风险事件带来的后果；如果用户能更好地减轻风险的话，则将风险留给用户。
关于风险对资金的影响，他认为：在概念阶段（计划、启动阶段），风险最大，而对资金的影响最小；在执行和收尾阶段，风险会逐步降低，对资金影响也随之减少。所以，在概念阶段，要注意防范极高风险的发生。

黄经理担任了公司一个大型软件项目的项目经理，项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。项目组天天加班，保持了项目的正常进度，客户相当满意。但需求变更却越来越多。为了节省时间，客户的业务人员不再向黄经理申请变更，而是直接找程序员商量。程序员疲于应付，往往直接改程序而不做任何记录，很多相关文档也忘记修改。很快黄经理就发现：需求、设计和代码无法保持一致，甚至没有人能说清楚现在的系统“到底改成什么样了”。版本管理也出现了混乱，很多人违反配置管理规定，直接在测试环境中修改和编译程序。但在进度压力下，他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题，客户已经明确表示“失去了耐心”。

而这还只是噩梦的开始。一个程序员未经许可擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出。虽然最终花费了整整一周的时间解决了这个问题，但客户却投诉了，表示“无法容忍这种低下的项目管理水平”。更糟糕的是，因为担心系统中还隐含着其他类似的错误，客户高层对项目的质量也疑虑重重。

随后发生的事情让黄经理更加为难：客户的两个负责人对界面风格的看法不一致， 并为此发生了激烈争执。黄经理知道如果发表意见可能会得罪其中一方，于是保持了沉默。最终客户决定调整所有界面，黄经理只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后，客户方原来发生争执的两人这次却非常一致，同时气愤地质问黄经理，“为什么你不早点告诉我们要延期！早知这样才不会让你改呢！”