项目变更

1、在执行阶段,市场部通知项目发起人中心小组提供了看产品的混合审查,需要进行细微变更,项目发起人指示项目经理包含变更,因为该变更不会改变范围或预算。项目经理接下来应该怎么做?D A、记录要求的变更 B、为执行变更分配职责 C、与受影响方沟通该变更 D、召集团队来评估变更的影响 2、一个全球项目有多个未定义条件。若要理解假设的影响,以及规划如何减轻不确定性因素而产生的影响,项目经理应使用什么技术?A A、假设情景分析 B、敏感性分析 C、预期价值分析 D、决策分析 3、一个管道施工项目的项目分包商提议升级管道材料质景,而这不会影响进度或成本,这项材料变更已获得批准,应使用下列哪一项来记录这项变更?D A、成本管理计划 B、风险登记册 C、合同 D、配置管理系统 4、进度绩效指数低于1.0表示:A A、项目没有完成预定的工作 B、己取得的挣值达100% C、项目永久性地损失了一部分时间 D、项目可能没有按照时间表执行,但是项目经理不必在意这个问题 5、一个项目由四项活动组成。活动A,B,C,D。活动A需要10天,活动B需要24天,活动C需要19天,活动D需耍12天。活动A和B之间存在完成开始关系。活动A和活动C存在完成开始关系,滞后5天。活动B和活动D存在完成开始关系,提前2天。活动C和活动D之间存在完成开始关系。根据以上依赖关系,完成项目的总时间是多少天?C A、41天 B、44天

在软件开发时，经常面对的第一个项目实现决策是“我们应该使用哪种开发方法?”这是一个引起很多讨论(和激烈辩论)的话题。如果您以前没有使用过这种方法，那么适当了解开发方法和理论是必要的;简单地说，这是一种组织软件开发工作的方法。这与项目管理的风格或特定的技术方法无关，尽管您经常会听到这些术语混在一起或互换使用。最流行的两种基本方法是:瀑布开发和敏捷开发。这两种方法都是可用的、成熟的方法。 现在，说起敏捷开发（Agile Model）和瀑布开发（Waterfall Model）模式，很多人认为敏捷开发是未来的项目实施的趋势，瀑布实施太老土已经过时了。另外确实一些跨国企业如索尼，联想也在使用敏捷的方式实施一些项目。但实际上我们看到绝大多数公司还是依然在采用瀑布的方式实施项目。本文主要简单介绍敏捷和瀑布的区别和优劣。 敏捷开发和瀑布开发 1、瀑布模型 瀑布模型是一种项目分解为有限的阶段来开发软件的方法。只有在审查并验证其前一阶段时，开发才会应进入下一阶段。在瀑布模型中，阶段不重叠。在这种方法中，事件的顺序是这样的: 收集和记录需求 设计 代码和单元测试 执行系统测试 执行用户验收测试(UAT) 解决任何问题 交付成品 对于瀑布的开发模型来看，似乎依然具备很可靠的工作逻辑，一个工程或项目分为多个阶段，每一个阶段都投入相应的资源，来完成本阶段的工作。每一个阶段到下一个阶段，都有明确的输入输出产物

这篇又是经验之谈。 1、开发人员尽量单线程工作，避免同时参与2个或以上的项目，集中精力才能确保效率和质量。 2、给客户承诺的工期之外，要额外给团队留一点时间，作为两个项目之间的缓冲，用来应对需求调整，维护期的工作，项目总结等。 3、该有的技术文档一定不能少，不拘泥于形式，但要便于后人接手。接口文档，数据库设计说明（可以直接体现在表和字段的备注当中，不一定非要一个文档）是必须的，其他的看情况。 4、要强迫程序员研读需求文档，交互原型，确保对需求充分理解之后，再开工。 5、原型没确认之前，前后端都禁止开工。 6、必须有人定期评审（至少每周）代码，不合格就加班返工，不许偷懒。 7、所有需求变更必须进行记录，无论是否对工期和费用产生影响，都要记录备查。 来源： https://www.cnblogs.com/zhaoxizhe/p/11313933.html