浅谈敏捷项目管理.pptVIP

Scrum角色分类 - 各种“猪” Product Owner 传递来自市场的声音、提升项目的回报 确定产品Backlog中的优先级 从产品的角度确保团队工作方向 Scrum Master 管理Scrum流程，确保Scrum运转 确保每个Sprint目标的实现与产出，不受外界干扰 团队 由5-9人组成（开发，测试等）、评估每个Sprint工作 大家好 Scrum角色职责 角色名称 角色定义 角色职责 注意事项 Product Owner（产品负责人） 确保Team做正确的事 代表利益相关人（如用户、Marketing、用服、管理者等），对产品投资回报负责 确定产品发布计划 定义产品需求并确定优先级 验收迭代结果，并根据验收结果和需求变化刷新需求清单和优先级 除了客户需求之外，内部任务如重构、持续集成环境搭建等也由PO纳入统一管理 Scrum Master（Scrum教练） 确保Team正确地做事 辅导团队正确应用敏捷实践 引导团队建立并遵守规则 保护团队不受打扰 推动解决团队遇到的障碍 激励团队 不命令和控制Team Team（开发团队） 负责产品需求实现 负责估计工作量并根据自身能力找出最佳方案去完成任务且保证交付质量 向PO和利益相关人演示工作成果（可运行的软件） 团队自我管理、持续改进 一般由5-9名跨功能领域人员组成 坐在一起工作 有共同的目标，共担责任 团队成员严格遵守团队规则 大家好 非Scrum角色 - “鸡” 利益相关者（客户，供应商） 产品使用者、项目相关者 仅在Sprint回顾展示中参加会议 经理 设置环境的产品开发组织 管理层 公司管理层（比如总裁办公室等） 垂直职能经理层（比如开发经理等） 大家好 Scrum物件 Product Backlog 所有需要完成的产品清单，包括优先级、商业诉求，PO负责 Sprint Backlog 由团队主动选择完成的每个Sprint需要完成的Story列表 每个Story包括了需求、优先级、工作量 一旦确定，不亦更改 Sprint Burn down 显示工作量趋势变化的图表 每天由Scrum Master更新 大家好 1:2定律 在开发中，每花费1美元，在维护中就得花费2美 元，因此要注意度量改进维护的度量元 ? 1 在我们公司的项目中维护成本与开发成本 的比例是多少？ ? 2 我们在需求开发、设计过程中为了降低维 护的成本采取了哪些措施？ 反 思 大家好 Weinberg可靠性零定律 如果一个系统不要求是可靠的，那么它能够满足任何 的其他目的 换句话说，如果对实际工作的程序没有要求，那么你 能满足任何设置的编程交付期 ? 在限定了资源，而项目工期又比较紧张时，我们 通常牺牲了什么？我们是否真的加快了进度呢？ 反 思 大家好 1:3:9定律 随着软件系统规模的增大，其成本成倍增长，呈现 1:3:9的关系，称之为软件产业的非规模经济现象 ? 1 我们如何降低软件的开发成本？ ? 2 为什么提倡采用迭代的生命周期模型？ ? 3 为什么提倡小项目、小团队？ 反 思 大家好 帕金森定律（Parkinson’s Law） 工作总是用完所有可利用的时间（Work expands to fill the time available） 如果你给自己安排了充裕的时间从事一项工作，你会放慢你 的节奏以便用掉所有分配的时间 容易达到的目标将使员工工作上变得松懈 ? 1如何规避帕金森定律？ ? 2如果整个项目有20%的缓冲时间，你会如何分配这 反 思 20%的缓冲？ 大家好 布鲁克斯定律（Brooks’ Law） 人月=人*月，但是：月≠人月/人 投入更多的人到一项延迟的工作上，可以导致该项工作更加延迟 Barry Bohem：可以将软件开发进度压缩25%，但是不能再多了 200/20/6X现象：人数增加1倍，工期缩短20%，缺陷增加6倍 ? 1 在实践中，我们是否经常通过给项目组增加人手 的方式加快进度？ 反 思 ? 2 有哪些合理的加快进度的措施？ 大家好 80-20定律 Boehm提出的有关软件项目管理的 “二八定 理”，构成了现代软件管理过程框架的理论基 础 ? 80%的缺陷是由20%的构件引起的 ? 80%的软件废品和返工是由20%的缺陷引起的 ? 80%的资源是由20%的构件消耗的 ? 80%的工程活动是通过20%的工具完成的 ? 80%的进展是20%的人完成的 ? 在实践中我们应该如何运用80- 20定律？ 反 思 大家好 软件项目管理的七个基本原则 大家好 原则一:四要素的平衡原则 大家好 原则二:高效原则 要选择精英成员 目标要明确，范围要清楚 沟通要及时、充分 要在激励成员上下工夫