IT项目管理基础要点.ppt

项目的组织例子 版本团队 是一个由对项目和技术有很深的理解的人组成 一般由项目经理和技术负责人组成 必须要注重实效，避免官僚化 有很好地发现和确认实际问题的能力 在整个开发过程中要有丰富的经验 在项目的不同阶段人员关系可能有变化 版本团队 (继续) 建立并采用 开发指南 — 包括项目中的程序/过程和开发惯例/协议 强制实行相应开发指导方针和程序/过程 定位和解决低效率和瓶颈 推动团队间的沟通 管理其属下 负责处理意外 警戒: must not be permitted to become the elitist group IT项目中的管理问题 项目组织 结构 角色 团队之间的沟通 源码控制 构造与集成 递减测试 用户管理 团队间的沟通 绝对需要 – 不论是正式的还是非正式的文档和沟通 决定开发过程中，方向，记录并采纳（不断重复） 开一个 “动员大会” 宣布方法 定位团队目标 定期举行全体会议 (应该简单明了) 明确分配职责 / 角色和 扩大沟通途径 经常确定里程碑并庆祝其完成 团队间的沟通 建立一个“ Team Rooms” (可以是实际的或虚拟的) 信息资源共享 指导方向, 需求, 规范, 设计决定, 等等. 状态跟踪 发展, 构建, 过失等等的跟踪 所属人员的状态跟踪 可见度 全面规划，确定时间表 到达的目的 （里程碑） 多场所的开发 清楚地, 明确地、有效地沟通是缺省的前提 “版本团队（release team）”需要一个本地代表 可能需要卫星式的开发和测试环境 找到或者搭建一个可以同步源码库的工具 IT项目中的管理问题 项目组织 结构 角色 团队之间的沟通 源码控制 构造与集成 递减测试 用户管理 源码控制 在代码中可能有很高的重叠部分 若想有效地管理，源码控制工具是必不可少的 在 “component-ownership” 和 “line-item-ownership”之间要进行平衡 自动构建连接 IT项目中的管理问题 项目组织 结构 角色 团队之间的沟通 源码控制 构造与集成 递减测试 用户管理 构建和集成 集成 尽早规划, 从最后日期逆向计划并工作，是必须的 尽可能地早开始 一旦开始, 确定需求的优先级而不断地维护它的稳定性 构建和集成 构建 贯穿整个开发过程要定义频率和有效区域 必须使其自动化 对于代码的检入（check-in)要建立标准的检测过程 对整个效率有很大的影响 对于打断“build”过程的后果要保持敏感 IT项目中的管理问题 项目组织 结构 角色 团队之间的沟通 源码控制 构造与集成 递减测试 （Regression Test) 用户管理 递减测试 自动测试工具是基础,但整体测试套件很昂贵 定义可以基本覆盖这个“版本（release)”的各种假设情况（假想） 在最小的情况下, 投资于自动套件 做为构建确认的一部分 Subsets of this set becomes the “check-in” regression test buckets 这些子集应该容易并快速地运行, 否则将被人们绕过 IT项目中的管理问题 项目组织 结构 角色 团队之间的沟通 资源控制 构造与集成 递减测试 用户管理 用户管理 用户常常坚持编码要尽快地开始 PM的角色就是只有当需求明确之后再开始开发 在大项目中首先要建造基础部分是至关重要的 原型可以与基础部分并行地开始，这样用户可以看见进展 提供尽可能多的实用的Drivers 演示进展 确认需求 总结 项目质量、成本、时间三重约束，最重要的时间； 项目管理的本质目的是保证： F（质量、成本、时间）=CONSTANT 沟通，沟通，还是沟通 沟通是IT项目成败的最关键因素 依靠企业组织的管理机制 建立自己的项目管理办公室 IT项目管理能解决什么问题 制定计划，明确目标 项目队伍建设 对进度及成本进行统一控制 协调各方利益 早期识别问题,应对风险 … … 改进对同类项目的评估及管理 根据公司战略强化决策 有效利用资源和时间 项目经验的继承 单一项目管理 ? 企业项目管理 多项目管理 项目组合管理 依靠有能力的项目经理人 ? * 项目管理，或项目经理在做什么？ 做的是管理，而不是技术。 “项目中出现了一个严重的技术问题时，你该怎么办？” IBM 项目经理的定义与传统企业的区别。 每个企业都有自己的项目管理机制，比如IBM的WWPMM, 遵从于PMBOK, 但适合于本公司的运作。 IT项目管理 郭树行 博士 guoshuhang@cufe.edu.cn 2009-05-25 IT项目管理的基本内容 计算机信息系统工程管理的特点 投资大 周期长 高风险点 科技含量高，所涉及的领域宽广