日志
- 分享 过程改进日记之学习Scrum2010-11-1 Sprint5，未尽的结束
- 最后一天，依然没有完成 N Team，基于之前的反思，在Sprint5中，我们把影响目标实现的重大问题都在“Unplanned item”区域罗列出来。 在这个Sprint最后几天，计划内的任务基本都完成，但Unplanned item区域内积累了较多硬骨头，这些问题多数是程序稳定性方面的问题，表现出某种条件下程序不可用 ...
- 分享 过程改进日记之学习Scrum2010-10-29 热身第二天
- 花开两朵 早上8：30～8：45 N Team立会：Tobe Verified坚冰进一步融化，更多任务Done，Sprint5下周一就结束了，但有些从一开始就有的Bug解决进度较慢，工程师们焦头烂额的不断调试、向其它Team发出协查请求。现在是攻坚的时刻，没有良药，只有祝他们好运。 9：00～9：15 C Team 立会：我们8：57到达C T ...
- 分享 关于“ORID”练习－2010全球敏捷之旅杭州站学习资料手打
- ORID这个貌似不太理解价值所在，本着共享原则，先手打下。一些 附件请参考 练习-用ORID方法总结你的上个季度 自愿组成一个包括3～6人的小组，你们将使用《专注对话的艺术》一书中提供的“反省组织的过去”的模版来进行讨论，你们将以上一个季度为对象来讨论这段时间到底发生了什么？对你有何影响？你学会了什 ...
- 分享 关于“真北”练习－2010全球敏捷之旅杭州站学习资料手打
- 练习-真北 （背景：真北和母策略是Pascal Dennis所著《 Getting the Right Things Done: A Leader's Guide to Planning and Execution 》一文中阐述的一个方法。你们公司的真北取决于你们今年，未来5年，未来10年，甚至未来20年内的目标或愿景是如何设定的。它是简洁的一句话，可以帮助你和你的组织在公司的 ...
- 分享 过程改进日记之学习Scrum2010-10-27 新Team Scrum热身
-
重要的是：立即行动 和C Team Leader沟通，TL考虑下周开始实施，呵呵，择日不如撞日，两天后开始和现在就开始没有任何区别啊。 TL的顾虑是找不到一个合适的地方可以放看板，以及会议室使用率很高，我晕，这有什么好顾虑的，我说，你们边上不就是一个会议室吗，你们每天到这边开会，其它Team就会学乖的，那 ...
- 分享 过程改进日记之学习Scrum2010-10-26 “Tobe Verified” 坚冰溶解了
- 花开两朵，各表一枝，先不说C Team如何开始他们的Scrum热身，暂时把注意力转移到N Team上(最近两个Team实施Scrum，写起来要申明是N还是C，有点费劲)。 Sprint5，我们增加了任务的TobeVerified状态，在21日《 TobeVerified，又一个乌鸦嘴 》的日志中,我们发现很多任务堆积在待验证区域，我们的建议是多 ...
- 分享 过程改进日记之学习Scrum2010-10-25 再次沙龙
- 针对性的沙龙 上次的沙龙，有个Team集体缺席，我决定单独给这个Team做一次沙龙。（仅仅包括开发和测试人员，后面称之为 C Team） （ 10.27：今天和工程师做个别沟通，才知道有个测试工程师是参加了第一次沙龙的 ） 这次是SQA MM讲的，效果比我好多了。最重要的是同一个Team内，大家面对的真实场景是一样的， ...
- 分享 Scrum实践之阶段反思：片片好叶
- N产品Team中采用Scrum的方式已经经历了5个Sprint（其中Sprint4是集成测试以及缺陷修改），工程师们已经熟悉了Sprint的框架和作业方式，即使没有Scrum Master在场每日立会的质量也没有受到一点影响。 之前的日志是叙事为主，描述对具体事件不同角色的反映和行动。我需要更多反思。 并不是Scrum让Team获得 ...
- 分享 过程改进日记之学习Scrum2010-10-21 Tobe Verified，又一个乌鸦嘴
- Sprint5，任务的生命周期是Not Check Out→Checked Out→Tobe Verified→Done，从周一开始，果然和之前预料的一样，很多任务堆积在Tobe Verified上。和第一次老大的乌鸦嘴类似。大家之前都预料到会有这样的情况。 不过这次，大家都从容多了，这是成长的烦恼。 最近几天，每次我或者SQA，或者PM，都会 ...
- 分享 过程改进日记之学习Scrum2010-10-19 立会形式化、抑或过度关注？
- 一、引子 今天和老大聊到 《内部沙龙》第6点 ， 关于立会的论断：“ 那说明他们每周开会比较痛苦，所以他们推导出每天开会更痛苦（anone语）”。 我说：“就开会而言，搞不好很多人都还不会” 老大的意见是“ 应该说大部分人不会开会，而且工程师先入为主的想法就是开会是浪费时 ...
