从技术走向管理ppt.ppt

为什么要进行评审（续） 开发过程中不同时期解决问题的成本对比图 -------从技术走向管理------- Relative cost to fix error The project phase Analysis Design Code Test Implem. Analysis 0.2 0.5 1.2 5.0 15.0 为什么要进行评审（续） 评审可以尽早发现问题 评审能更直接地面对设计，从设计中发现问题 评审可以作为一种项目跟踪的手段 ----验证项目开发的里程碑（阶段点） ----把握开发者的开发进度 ----项目管理跟踪 -----用户（或下游部门）跟踪了解项目进度 -------从技术走向管理------- 为什么要进行评审（续） 评审可以反馈信息 ---对产品质量现状的反馈 ---对开发过程的反馈 评审有培训、交流的作用 ---项目组更加了解该项目 ---提高新员工的技术能力 -------从技术走向管理------- 哪些东西需要评审？ 需求规格说明书 系统测试计划、方案 概要设计说明书、 集成测式计划、方案详细设计说明书 单元测试计划、方案、用例 代码、原理图、版图等等。 -------从技术走向管理------- -------从技术走向管理------- 时间上的关键路径：绘制完网络图，可以很容易算出整个计划的所需时间。 同时，可以将整个开发计划分解成若干个开发流水线，每一条流水线都可以 算出一个总持续时间，其中时间最长的一条路径Tmax，我们称为关键路径； 技术上的关键路径：某项任务艰巨采用的技术为关键技术，它的完成决定整 个任务的完成时间，则该任务所在的路径为技术上的关键路径； 向关键路径要时间，向非关键路径要资源：关键路径是整个开发计划的重 点。要确保计划按期完成，首先必须保证关键路径上的工作近期完成，否则 会延误整个计划的工期；从非关键线上抽调一定人力、物力，使得非关键线 路上的工作进度一定程度上减轻，将这些人力、物力、财力投入到关键线路 的工作中去，加快关键线路的进度，从而加快整个计划的进展； PERT图（网络图） -------从技术走向管理------- 5、项目控制 我们的目标在哪里？ 项目目前的状况评估 我们将要去哪里？ 将项目的实际进展与项 目计划基线作比较 我们如何到达那里？ 使项目保持在正常的轨 道上，或对项目作必要 的整改将项目重新纳入轨道 我们是不是在走向那里？ 对这些整改措施将会或正在 对项目产生的影响做出分析 -------从技术走向管理------- 基本思路： 建立计划基线(baseline)——“原始计划”； 进行项目执行偏差的测量、评审，并分析和评价； 采取纠偏措施； -------从技术走向管理------- 项目计划变更控制 项目 估计 制定 项目 计划 审批 项目 计划 执行 项目 计划 -------从技术走向管理------- 项目控制过程： 任务和进度跟踪 技术跟踪 数据测量 定期总结（每月或每周） 定期评审 阶段总结（里程碑阶段） 阶段评审 计划修订 -------从技术走向管理------- 项目的会议： 常见有如下几种，项目会议都由项目经理召集。 在确定项目的监按机制时，要确定选用哪些会议类型，会议频度，与会具体人员等等 ★问题与讨论 　规范的项目管理在什么情况下会提高研 发效率？什么情况下会降低研发效率？ 　规范的管理会遇到哪里障碍？ 　用什么样的措施克服障碍？ -------从技术走向管理------- -------从技术走向管理-------