Agile
关注
分享
扫一扫
文章平均质量分 88
罗伊yc
Notebook
展开
-
硝烟中的Scrum和XP-我们如何实施Scrum 4)制定spring计划 (Part 1/2)
4 制定Sprint计划计划是Scrum中重要的一环; 是为了让团队获得足够信息, 不受打扰地工作, 增加团队的信心;Planning的成果: 1) Sprint目标 2) 团队成员名单(时间百分比, part time) 3) Sprint Backlog(US列表) 4) Demo日期 5) DailyMeeting时间地点产品负责人必须参加 因为每个故事都有3原创 2013-09-22 15:23:02 · 1231 阅读 · 0 评论 -
硝烟中的Scrum和XP-我们如何实施Scrum 14)测试 15)多团队 Part 1/2
14 怎样做测试这是最困难的部分; 在不同组织的各种开发活动中, 测试可能是差异最大的; 它依赖于你有多少个测试人员, 系统类型(服务器+web应用 vs 交付完整的软件), 发布周期的长短, 软件的重要性(博客服务器 vs 飞行控制系统)等等;验收测试阶段在理想化的Scrum世界中, 每个sprint最终会产生一个可部署的系统版本; 但一般都无法达到, bug原创 2013-10-10 10:41:27 · 1240 阅读 · 0 评论 -
硝烟中的Scrum和XP-我们如何实施Scrum 15)多团队 Part 2/2 16)地理分散 17)检查列表 18)其他
引入"团队领导"角色假设有3个团队开发同一个产品红色的P是PO, 黑色的S是SM, 蓝色是其他团队成员;如何决定哪些人属于哪个团队? 怎么分配成员? 有人觉得让PO来做人员分配, 但这不是PO职责内的事情; PO是领域专家, 可以指导团队的前进方向, 但不应该牵扯到这类细节; 尤其当PO是chicken的时候; [Pigs and Chickens http://e原创 2013-10-11 14:02:23 · 1818 阅读 · 0 评论 -
硝烟中的Scrum和XP-我们如何实施Scrum 12)发布计划 13)组合XP
12 怎样制定发布计划, 处理固定价格的合同一次只计划一个sprint的事情会显得提前量不足, 提前做计划是个好习惯;尤其是签了固定价格的合同之后, 不得不预先计划好, 防止无法按期交付的危险情况;在制定release plan的时候尝试回答:"最晚到什么时候可以交付新系统的1.0版本?"定义验收标准除了产品backlog外, PO会定义一系列的验收标准原创 2013-10-09 19:08:03 · 1063 阅读 · 0 评论 -
硝烟中的Scrum和XP-我们如何实施Scrum 9)演示 10)回顾 11)休整
9 怎样进行sprint演示Sprint演示[DEMO]或者叫sprint回顾[REVIEW]是Scrum中重要的环节, 却很容易被低估;为什么坚持所有的sprint结束于演示一次不错的演示带来的影响:- 团队的成果得到认可, 成员们会感觉很好[正能量...];- 其他人了解到你的团队在做什么; [透明度]- 演示可以吸引相关的人的注意, 并原创 2013-10-08 12:38:03 · 989 阅读 · 0 评论 -
Head First 软件开发(Software Development) 4-6.5 US, Design, Version, AutomaticallyBuild
Section 4 User Story & TaskTask Estimates 实际工作比US更细致US是给客户看的, 描述软件需求. 每个US收集了一些特定任务, 每个任务是能组合成US的小功能代码>Task Title +Rough Description+ Estimation(Planning Poker)在估计过程开始时, 把US分解为Task有助于计原创 2012-06-26 16:52:07 · 1029 阅读 · 0 评论 -
Head First 软件开发(Software Development) 1-3 Software, Requirement, Planning
大脑学习规则 大脑总是渴求新奇的事物, 搜索和等待不平常的事情出现.1)理解越多, 需要记忆的越少 2)多做练习和笔记 3)阅读问题,解答问题 4)睡前阅读,消化处理 5)多喝水补充水分 6)讨论和谈论,解释给他人 7)注意大脑运转效率 8)感受事物,融入情景 9)Coding exercise Codes: http://www.headfirstlabs.com/boo原创 2012-06-19 19:19:33 · 1173 阅读 · 1 评论 -
Head First 软件开发(Software Development) 7-9 CI, TDD, Iteration
Section 7 Test & Continuous Integration三个方面检查系统 >用户从外部看系统 Black Box 检查功能 >测试深入探究Grey Box 检查数据, 硬件, 软件 >开发系统研究 White Box 检查设计, 代码, 细节 BlackBox 重点是输入和输出 -功能性 workflow -用户输入验证 输入过滤筛选 -输出结果 错误验证 -原创 2012-07-15 14:17:15 · 1601 阅读 · 0 评论 -
Head First 软件开发(Software Development) 10-12 Iteration, Fix, Real Process
Section 10 Next Iteration拥有可构建的软件片段, 完成Iteration, 通过所有测试(单元 系统 Black White) 按客户需求完成设计的代码下一轮的计划>关键 新加的US, 客户会增加US, 改变优先级 >时间效率值的更新 >工作量完成状况, 准备新白板 >下一个US >Defect>把上衣个白板上的内容归档 拍照orDoc 了解原创 2012-07-20 14:44:50 · 1270 阅读 · 0 评论 -
硝烟中的Scrum和XP-我们如何实施Scrum 5)sprint透明 6)sprint backlog 7)团队房间 8)每日例会
5 怎样让别人了解我们的sprint让整个公司了解team在做什么, 这件事情至关重要; [或者让相关的人知道, 让管理者知道, 公司太复杂时, 透明度有时候会变成某种缺点]使用sprint信息页:有时会把每个故事该如何演示也包括进去; Sprint计划会议一结束, SM就创建这个页面, 放到wiki上, 给整个公司发一个邮件; [给相关的所有人发邮件, 创建wik原创 2013-09-26 02:34:01 · 1429 阅读 · 0 评论 -
硝烟中的Scrum和XP-我们如何实施Scrum 4)制定spring计划 (Part 2/2)
为何使用索引卡大多数sprint计划会议上, 都会讨论产品backlog中的US细节, 对US进行估算, 更新优先级, 确认细节, 拆分等等;如果把Excel或JIRA, Rally上的backlog投影, 由PO或ScumMaster讲解, 让团队和PO讨论同时在电脑上修改, 团队有时会失去集中力, 投影也不容易看清细节;要有更好的效果[参与度和实体卡片能提高集中力]原创 2013-09-23 11:11:13 · 1441 阅读 · 0 评论 -
硝烟中的Scrum和XP-我们如何实施Scrum 1)简介 2)产品backlog 3)准备sprint计划
硝烟中的Scrum和XP-我们如何实施Scrum(ScrumAndXpFromTheTrenches)序Nokia对Scrum回顾, 总结迭代开发需求:1) 迭代有固定时长(时间盒Time Box 不能超过6Weeks; 2) 每一次迭代的结尾, 代码必须经过QA测试, 可正常运行; Nokia的Scrum标准:1) Scrum团队要有产品负责人且原创 2013-09-22 10:16:25 · 1299 阅读 · 0 评论 -
[摘录] 暴躁程序员的产生
--摘自 Code Complete -- 代码大全诉诸类比 Appeal to Analogy建造软件系统跟其他任何花费人力财力的项目是相似的; 如果打算建造一座房屋, 你需要在开始钉钉子之前准备好手绘草图(表达设计概念)和蓝图(即设计详图, 包含所有细节信息); 在浇筑混凝土之前必须审核蓝图并获得批准; 在软件领域做技术规划也包含同样多的事情;在把圣诞树立起来之前, 不原创 2014-09-21 06:26:15 · 1696 阅读 · 0 评论