微信小程序案例分析：阅读“项目进度的问题和困境”的案例，分析在本案例中，问题产生的原因是什么?我们能吸取什么教训?编制计划时，邀请项目组成员参与有哪些好处?
评分标准：
1.阅读案例，能够分析出问题产生的原因以及吸引的教训（30分）
2.能够说明编制计划时，邀请项目组成员参与的好处（40分）
3.表述清楚，思维清晰，语言简洁流畅（30分）
第四模块 案例：项目进度的问题和困境
案例正文
某公司准备开发一个软件产品。在项目开始的第一个月，项目团队给出了一个非正式的、 粗略的进度计划、估计产品开发周期为 12-18 个月。 1 个月以后 ，产品需求报告已经写完并 得到批准 ，项目经理制定了一个 12 个月期限的进度表。 因为这个项目与以前的一个项目类 似 ，项目经理为了让技术人员去做一些设计、开发等“真正的”工作 ，在制订计划时就没让 技术人员参加 ，而是自己编写了详细进度表并交付审核。每个人都相当乐观 ，都知道这是公 司很重要的一个项目 ，然而没有一个人重视这个进度表。公司要求尽早交付客户产品的两个 理由是: (1)为下一个财年获得收入； (2)有利于确保让主要客户选择这个产品而不是竞争对手 的产品。团队中没有人对尽快交付产品产生怀疑。
在项目开发阶段 ，许多技术人员认为计划安排得太紧 ，既没考虑节假日 ，也没有将新员 工需要熟悉和学习的时间考虑进去 ，计划是按最高水平的人员的进度安排的。除此之外 ，项 目成员也提出了其他一些问题 ，但基本都没有得到相应的重视。为了减少技术人员的抱怨， 计划编制者将进度表中的计划工期延长了两周。虽然这不能完全满足技术人员的需求 ，但还 是必要的 ，在一定程度上减少了技术人员的工作压力。技术主管经常说：产品总是到非做不 可时才做 ，所以才会有现在这样一大堆要做的事情。计划编制者抱怨说：项目中出现的问题 都是由于技术主管人员没有更多的商业头脑造成的 ，他们没有意识到为了把业务做大 ，需要 承担比较大的风险 ，技术人员不懂得做生意 ，我们不得不促使整个组织去完成这个进度。
在项目实施过程中 ，这些争论一直很多 ，几乎没有一次能达成一致意见。商业目标与技 术目标总是不能达成一致。为了项目进度 ，项目的规格说明书被匆匆赶写出来。但提交评审 时 ，尽管大家意见很多 ，认为很不完善 ，但为了赶进度 ，也只好接受。在原来的进度表中有 对设计进行修改的时间 ，但因前期分析阶段拖延了进度 ，即使是加班加点工作 ，进展也很缓 慢。这之后的编码、测试计划和交付物也因为不断修改规格说明书而不断进行修改和返工。
12 个月过去了，测试工作的实际进度比计划进度落后了 6 周，为了赶进度，人们将单元 测试与集成测试同步进行 ，麻接接踵而来， 由于开发小组与测试小组同时对代码进行测试， 两个组都会发现错误 ，但是对测试人员发现错误的响应却很迟缓 ，开发人员正忙于完成自己 的工作。为了解决这个问题 ，项目包命令开发人员优先解决测试组提出的问题 ，并且强调测 试的重要性 ，但最终的代码中还是有很多问题。
现在进度已经拖后 10 周 ，开发人员加班过度 ，经过如此长的加班 ，大家都很疲惫 ，也 很灰心和急躁 ，工作还没有结束 ，如果照目前的进度方式 ，整个项目工期将比原计划拖延 4月。
问题
1.本案例中 ，问题产生的原因是什么?我们能吸取什么教训?
2.编制计划时 ，邀请项目组成员参与有哪些好处?
案例解析
问题 1
项目启动时没有就项目的范围、技术可行性、资源可利用性等进行充分论证和评估， 计划制订时没有做好评审，项目联系人的沟通工作没有做好，风险控制没有做好。做计划 时，没有留出风险控制期。所有进度按照最紧张的工期来做，一旦有地方出现问题，进度 延误就成了必然。
对项目的组成人员中既有新员工又有老员工的情况，做计划时一定要考虑新员工前期 的培训周期，这是影响计划的一个重要因素。按照人员定周期时，还要考虑每位员工实际 的工作能力。
a问题 2
做项目计划时，商务代表、客户代表、项目管理人员、QA(质量保证)人员、项 目技术 骨干，甚至公司的技术委员会成员等都要参与，至少在评审时一定要参与。让大家都了解 项目的背景、意义和要求，以统一思想，减少沟通风险和技术风险，使进度计划的评估更 贴近实际。
请先 ！