融通软件开发项目实战.pptVIP

* * * * * * 合同重点关注条款总结： 对于成熟度比较高的客户（如：建行）重点关注的条款：里程碑付款条件的明确、需求的变更的处理方式、阶段验收产物的签字（如需求、测试、验收）； 对于成熟度比较低的客户（如：农行、保险等）除了上述条款外，需要关注的条款还有：需求的确认（签字确认）、双方的沟通协调（客户接口人的确认）、阶段验收产物的确认； 对于政府、企业成熟度更低的客户还要重点关注甲方的义务、乙方的权力、违约责任、超期不验收的约束条款； 其他重要条款：A、知识产权归属条款：（软件开发尽可能归公司、主流项目－渠道、国业、管理、BI尽可能归公司、软件产品必须归公司（客户使用权）。B、不得承诺终身免费维护条款、“7×24小时现场服务”条款。C、对于需求复杂、难以明晰得项目的需求确认与报价条款。D、不保证条款（业务不间断、0缺陷、修改所有缺陷）；E、不承担间接损失的赔偿责任；E、无效条款的识别； 对于人力服务项目的条款应重点关注：加班工作量的费用计算方式 免除自身的责任，加重对方的责任； -------------------------------------------------------------------------------------------------------------------- 公司合同相关案例 启动阶段划分WBS可以：确定项目初步范围、沟通需要、估算 * 练习—召开启动会 学员讲解自己的ppt，讲师自己也要备一个 启动会效果检查评价和点评 0、需要的人员是否参加了会议 1、是否了解了项目目标，Why 2、是否知道项目怎么做的，who?when?what?how? 3、明确了人员职责，responsibility 4、风险点的分析，risk 5、规章制度：项目管理、工程规范、日常管理、安全管理，management require 6、 分组模拟练习，小组代表上台介绍会议议程和内容 * 凸显WBS的重要性 强调项目进度表只是进度基准，管理计划的一部分 规划客户对交付成果的验收，包括验收日期、验收标准 规划设计变更管理机构、过程表单、审批权限 * 可以从学员的wbs练习进行细化 控制账户：是对范围、预算、实际费用、进度进行测量的控制点；每一个控制帐号同组织分解结构的一个组成部分相联系 规划包：工作内容已知但没有详细的计划活动的工作分解结构组成部分；常用于滚动规划 工作包：交付成果 计划活动：完成交付成果所需要的计划活动 40、80原则 * 给出一个wbs层级说明，和紧前关系，练习画出PDM，给出关键路径和任务完成时间 * PDM、ADM 里程碑的设置 关键路径,历时，总时差，最早开关完工日期，最迟开关完工日期 全面质量管理：全员——领导层介入，目标和可度量的质量指标、培训、客户关注、合作伙伴培训、有效的激励 * 过程： 1、指定小组，自荐或推选一个人，在讲师带动下挑选部分阶段裁剪PDP，给出裁剪理由 2、讲师讲解学员不熟悉的过程活动 目的： 学员熟悉PDP裁剪 * 简单介绍project使用，2-3分钟，不做过多停留 需求分析：转换成系统需求，需求优先级分析，需求实现验证 状态跟踪：初稿-评审-接受-基线-已测试-已验收；原始、增加、删除、修改 添加客户访谈活动，A、B二人，A拿到事先拿到的卡片，B通过访谈了解A手中卡片的内容，并描述其特征 * 1、依据需求开发成果，完成系统分析设计、编码实现、单元测试工作，最终构建出能够交付测试并满足用户需求的软件产品。 2、方案、设计和实现涵盖了产品、产品部件和产品生命周期相关的过程或过程组合 3、需求分析告诉我们“做什么”，系统设计则是确认“如何做”，而编码就是将系统设计的结果翻译成某种程序设计语言 * * * * 请大家讨论如何避免这样的问题再发生？ 公司的分析，可进一步展开 1、给客户安装、上线之后的软件，属客户的财产。我们不能随便动。 2、要升级重要软件，需要一个严谨的过程，不象重装office那样。 3、重要软件的升级步骤应该是： 1、修改之后的软件，应在模拟环境首先作测试，测试通过后，做测试记录，内部评审，通过。才能给客户安装； 2、拟定升级操作指导书，指导升级注意事项、测试要求等； 3、升级之前，需要和客户落实升级配合具体人员、落实需要备份的数据、落实上线后需要测试、核对的数据； 4、升级之后，核对测试清单和测试结果 5、重要软件升级，应在夜深人静之时； 6、重要软件升级，需要倒回方案； 4、不是提醒，而是带领客户作测试。所以可以看出，公司从上到下，对升级管理认识的空白。 通过处罚的案例，提高员工对于反面的认识； * * * 点评： W1：平稳。W2:可能有新的任务产生，导致AC超支严重，并且没有