03_敏捷开发交流v1.2.ppt

Meeting Report Meeting show Meeting show Meeting show Meeting show 7. 工具 代码管理：ClearCase 缺陷管理：ClearQuest 用例管理：sdp系统 Scrum过程管理：ScrumWorks 知识管理：Wiki系统 文档管理：VSS 敏捷开发中的考核 考核原则 考核指标根据具体情况确定，要突出主要矛盾 以团队为基础进行考核，个人利益要和团队利益一致 根据进度完成情况评估团队 分值差距不宜过大，便于形成竞争态势 个人加分从团队得分中获取 Scrum master 的得分由团队的分确定 考核分数要留有冒险空间，让团队敢于冒险 每个迭代发布结果 考核-开发 考核-开发 问题回顾一 需不需要明确设计阶段？ 迭代的内容划分标准？谁来划分？ 敏捷强调开发做测试，我们目前测试角色怎么定位？ 自动化测试是否一定要做？ 可交付，谁来界定？什么时间定，开发前，迭代开发完成的展示会上？ 第三迭代的可交付是否能按计划完成，因为这里会有第一迭代、第二迭代的问题产生的影响？ 在制定backLog时，评估的工作量跟实际有出入，导致要不断的减少Sprint的任务量并可能涉及改变Sprint目标？ 问题回顾二 需求是允许变更的，需求基线化的权威性及需求变更考核指标取消？ 客户协作：谁充当客户的角色？ 合同谈判：详细需求细划概要需求？还是详细需求讲解？ 响应变化：变更要不要控制，变更怎么控制？ 遵循计划：三级计划要不要，几周的迭代＋几周的迭代，如何达到二级、一级计划的落实？ 代码走查如何进行？ PPT里面的数据都由开发管理部-陈维兴 提供特此严重感谢一下！ QA 感谢所有评委的指导！ 谢谢大家！ “一起”意味着： ? 互相听到：所有人都可以彼此交谈，不必大声喊，不必离开座位。 ? 互相看到：所有人都可以看到彼此，都能看到任务板——不用非得近到可以看清楚内容，但至少可以看到个大概。 ? 隔离：如果你们整个团队突然站起来，自发形成一个激烈的设计讨论，团队外的任何人都不会被打扰到。反之亦然。 “隔离”并不是意味着这个团队需要被完全隔离起来。在一个格子间的环境中，如果你的团队拥有自己的格子，而且隔间的墙足够大，可以屏蔽墙内外的大多数噪音，这也就足够了。 整体计划的控制与执行 文档的完整性与变更管理 系统架构的扩展性 更多的依赖于团队成员对敏捷的理解 更频繁的变更对整体的影响 去除掉的中间产物与公司规范的冲突 * 需要把前面的角色职责和这个部分结合 在此扩展一下 在此扩展一下 成就团队梦想 —— 敏捷开发 NC资金开发部 交流内容 对敏捷开发的理解 敏捷开发的成果 实施敏捷开发的经验 绩效考核 问题回顾 对敏捷开发的理解 沟通 反应快 选择Scrum 怎样布置团队房间 让团队坐在一起！ 敏捷开发回顾 6个开发组，14个产品 7月26日 - 12月3日 共9个双周迭代 共完成了726个backlog，1639个task 提出了236个改进建议 V57大事记 7月14日 三级条目评审通过 启动5.7研发工作，主要是分析需求、工作量评估、人员培训 7月26日 全面启动5.7研发工作 8月9日 9月2日 详细需求评审通过 9月15日 根据研发资源现状及最新工作量评估第一次进行需求变更 9月17日 中棉验证用户介入研发（参与迭代演示），新产品需求细节问题较多 10月31日 11月30日 12月31日 完成产品流程及接口单元研发（不包括demo版电子票据） 打印等辅助功能开发、完成产品集成测试、提交验证安装盘、完成demo版电子票据研发 57发版验证、产品发版 V57起始阶段 时间 主要目标 参与角色 工作内容 2010年7月14日至2010年7月24日 评估5.7的整体规模，对资源需求进行估算 部门经理 澄清目标，协调资源，团队组建，开发计划等 主设计 评估人员能力，根据架构师提出的内容评估整体资源，开发计划等 开发经理 架构师 完善模型，评估优先级及规模等 V57细化阶段 时间 主要目标 参与角色 工作内容 2010年7月26日至2010年11月5日 开始开发工作，应用模型细化，业务解决方案细化，技术方案细化，人员培训 部门经理 澄清目标，协调资源，团队建设，监控计划执行情况等 主设计 关键点设计、人员培训、组间接口工作推进、Scrum辅导等 开发经理 Scrum会议主持、团队工作监控、人员培训、方案确定等 架构师 解答业务要求，协助详细需求人员完成文档，参与关键产品的演示、确定验证用户，组织调研等 程序员 完成迭代任务 测试 完成单元用例、进行单元验收，协助开发人员确定方案等 需求 细化方案、确定优先级，验证产品等 V57构造阶段 时间 主