IT项目管理培训分析.ppt

* * * * * * * * * * * * * * * * * Asia Add: Don’t right some obviously not in scope. Ask questions: why we need to highlight Not in scope? Avoid surprise, avoid misunderstanding. Use the Iphone4 deployment case. - The scope should not be written in terms of solutions (I.e. “how”), but “what”. * * OBJECTIVE, SCOPE, ASSUMPTIONS * * * * * * * * * * * * * * * * * 我的建议: 什么样的项目范围定义是优秀的？ -清晰、简洁、被领导/团队/业务伙伴广泛认可 如何做到？ 与项目目标一致 与公司的业务目标和发展策略一致 该做的，做好；不该做的，写清楚 与核心需求一致或能解决关键业务问题 充分考虑到限制因素、假设条件、潜在风险 成功标准 基于项目目标和范围 常用的一些指标：时间、成本、用户满意度、使用人数、使用时长 技术类指标：上线后bug数量、运维质量等 最好用一些可量化的指标 约束及制约因素 人员 预算 时间 环境 政策 。。。。 假设条件 人员 预算 时间 环境 政策 。。。。 这些都不可控 只有这些成真，项目才能继续 需要不断验证、审视 小组讨论： 选取一个当前在做的项目，写一个项目计划书： 业务需求和目标 项目目标 项目范围和交付物 成功标准 限制及约束因素 假设条件 项目商业价值 直接价值： 一般指对可以量化的业务类指标的提升或改进，如销售额提升，运营成本降低，编制减少，现金流提升，工作效率提升等等 间接价值： 一般指“促进”或“有助于”业务指标的提升或改进 项目成本 IT类项目一般都包含 一次性项目成本 和 日常维护成本 这两项成本都需要在项目计划书中详细陈述，并获得批准 实施策略 ERP：一般是一次性实施或者按照功能模块实施 自主开发？还是采购成熟商业套件？ 按地区一个一个实施还是全国统一切换？ 是否需要派人驻点实施？远程实施？ * 项目风险及应对策略 人机物法环 项目组织 项目委员会 项目经理 核心干系人 项目团队 可用资源 逐一讲述 项目变更流程 变更委员会 小组讨论： 完整的项目计划书 项目执行 和 监控 小组讨论 大家在项目执行过程中经常会遇到什么问题？ 项目执行和监控阶段 沟通管理 进度管理 范围管理 成本管理 风险管理 采购管理 人力资源管理 为什么需要监控？ 管理“变化” 时间 成本 范围 质量 避免 重复劳动 无法达到项目目标 领导们非常不喜欢听到坏消息 但是， 他们更讨厌问题带来的严重“惊喜” 所以， 及时发现问题， 及时沟通， 才是最好的方式 项目执行和监控阶段：沟通 日报、周报、月报 项目团队例会 项目委员会例会 严重问题汇报报告 永远不要隐藏问题！ 项目收尾 项目收尾阶段 检验交付物（范围，成功标准） 客户验收 项目总结报告 解散项目团队 项目管理无处不在， 多想Why/What/How， 多沟通，再沟通， 不要隐藏问题， Nothing is impossible! 谢谢 * * * * * * * This exercise emphasizes the difference between Project work and Daily Management work: Ask the question- Is 3388 help desk service hotline a project? Most folks will talk about the components of a project (e.g. it has objective, scope, benefits etc.). Trainer should point out that even Daily management work (e.g. Service Management) can have objectives, scope, benefits etc… the biggest difference between Projects and Daily Management is uniqueness ? A project is a one-time activity. Ask the question- Is 3388 help desk servi