互联网项目管理与M的变化.pptx

新时代下，项目管理与PM的变化;1;在互联网+时代，项目管理的变化趋势可概括为“三化”： 产品系统化 组织敏捷化 工具互联化;产品系统化是指任何产品将不再仅仅是传统意义上单一的产品本身，而更将成为一个连接所有相关产品的平台和系统;组织敏捷化是指组织为了更好地贴近客户和适应变化，将拥有鼓励敏捷的组织文化，以及支撑敏捷实现的流程、架构和政策;工具互联化是指项目管理过程中使用的相关管理工具通过网络技术把相关的人和物连接起来;敏捷之Scrum;Product Owner：产品负责人、产品经理、运营人员；从业务角度驱动项目，传播产品的明确愿景，并定义其主要特性。Product Owner 的主要职责是确保团队只开发对于组织最重要的 Backlog 条目，在 Sprint 中帮助团队完成自己的工作，不干扰团队成员，并迅速提供团队需要的所有信息。 Scrum Master：项目负责人、项目经理；保护团队不受外界干扰，是团队的领导和推进者，负责提升 Scrum 团队的工作效率，控制 Scrum 中的“检视和适应”周期过程。与 Product Owner 一起将投资产出最大化，他确保所有的利益相关者都可以理解敏捷和尊重敏捷的理念 Team：开发人员、测试人员、美工设计、DBA等全职能性团队；团队负责交付产品并对其质量负责，团队与所有提出产品需求的人一起工作，包括客户和最终用户，并共同创建 Product Backlog 。团队按照大家的共识来创建功能设计、测试 Backlog 条目交付产品。;Scrum 中的产出物 Product Backlog：Backlog 待开发项，积压的任务；产品 Backlog 包括了所有需要交付的内容，其内容根据业务需求的价值顺序排列，每个 Backlog 的优先级是可以调整的，需求是可以增减的，因此产品 Backlog 将根据不断增长来持续驱动维护。 Sprint Backlog：Sprint 本意为“冲刺”，指迭代周期，长度通常是二至四周；在 Sprint 开始前，定义本次 Sprint 要讨论的“Sprint Backlog”，从中产生本次 Sprint 要完成的 “已定 Product Backlog”。 已定 Product Backlog：Sprint 计划会议的产物，它定义了团队所接受的工作量，在整个 Sprint 过程中它将保持不变。 User Story、Task：用户故事、任务；用 User Story 来描述 Sprint Backlog 里的项???，User Story 是从用户的角度对系统的某个功能模块所作的简短描述。一个 User Story 描述了项目中的一个小功能，以及这个功能完成之后将会产生什么效果，或者说能为客户创造什么价值。一个 User Story 的大小和复杂度应该以能在一个 Sprint 中完成为宜。如果 User Story 太大，可能会导致对它的开发横跨几个 Sprint，此时就应该将这个 User Story 分解。为了能够及时，高效地完成每个 Story，Scrum 团队会把每个 Story 分解成若干个 Task 障碍 Backlog：问题列表，积压的待处理事务；列举了所有团队内部和团队相关的和阻碍项目的进度的问题，Scrum Master 需要确保所有的障碍 Backlog 中的问题都已分配并可以得到解决。;每日立会（Daily Standup Meeting） 会议目的 团队在会议中作计划，协调其每日活动，还可以报告和讨论遇到的障碍。 任务板能够帮助团队聚焦于每日活动之上，要在这个时候更新任务板和燃尽图。 基本要求 成员：团队、Scrum Master、无法出席的团队成员要由同伴代表。 持续时间/举办地点：每天15分钟 团队彼此明确知道各自的工作，最新的工作进度图。 得到最新的“障碍 Backlog” 得到最新的“Sprint Backlog” 会议过程 上次会议时的任务哪些已经完成？把任务从“正在处理”状态转为“已完成”状态。——今天完成了什么？ 下次会议之前，你计划完成什么任务？如果任务状态为“待处理”，转为“正在处理”状态。如果任务不在 Sprint Backlog 上，则添加这个任务。如果任务不能在一天完成，把这任务细分成多个任务。如果任务可以在一天内完成，把任务状态设为“正在处理”。如果任务状态已经是“正在处理”，询问是否存在阻碍任务完成得问题。——明天做什么？ 有什么问题阻碍了你的开发？如果有阻碍你的开发进度的问题，把该障碍加入到障碍 Backlog中。——今天遇到了什么问题？;任务板;燃尽图：记录整个Scrum项目的进度，它的横轴表示这个项目的所有Sprint， 纵轴表示各个Sprint开始前，尚未完成的工作，它的单位可以是个（Story 的