分享 Teahour.fm 第 7 期发布
Teahour.fm 第 7 期发布。
这一期我们邀请到了《Scrum 要素》的译者徐毅 (@徐毅-Kaveri) 老师，跟两位主持人 @yedingding 和 @poshboytl 一起讨论了敏捷思想，Scrum 和敏捷测试。做为 Nokia 公司的敏捷和精益教练，徐毅老师给我们上了很好的一课，推荐所有程序员收听。
详情请见：http://teahour.fm/2013/03/16/agile-and-scrum-with-xuyi.html
BTW：RSS 和 iTunes 订阅功能都已经完成，欢迎大家订阅。iTunes 更新可能会略有延迟，希望大家耐心等待。
如果你喜欢这个 Podcast 别忘了在 iTunes 打分支持我们哟 :)
微博：http://weibo.com/3197006974/znYLRwehb Twitter：https://twitter.com/teahourfm/status/313481287228874752
如果觉得内容好请推荐给你认为需要的人，谢谢
每一期都很棒！
对了，是不是也可以参访一下咱们社区的牛人们： 
这类话题我非常有兴趣。
我今年从公司从业务部门在次被调回技术部门。
现在的问题是
- 项目无比的多
- 一个技术人员做的东西，另一个很难入手更改
其他的小问题，暂时一下整理不出来，反正问题棘手。要改革操起刀来会很大。
#11 楼 @yedingding 我听下来就觉得...敏捷这东西..天生就在那，给工程师充分的自由。自然就能创造出敏捷来... 相反如果工程师没有自由..一个敏捷教练也解决不了什么 (不给他充分的授权改造团队他什么也做不了，给他充分的授权还不如给工程师更大的发挥空间.) 之所以他们定义的敏捷只有口号，没有实际操作。就是因为真正的敏捷还是源于工程师.而不是靠敏捷教练教出来的. 反观国内。好的团队天生就是敏捷的..就像@poshboytl 说不出敏捷具体定义。因为已经在潜意识里了.在工作过程中，自然的就会去追求更高效的开发流程... 而对差的团队来说，强推敏捷是非常痛苦的，画虎类犬。比如雷军说我们坚持敏捷开发，每周一个迭代...然后小米员工每天苦逼苦逼的加班..一周上 6 天班...
#19 楼 @flypiggys 敏捷的效果到底有多好是看团队的。但是我们讨论敏捷的用户应该是同一个团队，用和不用敏捷是否带来了同样的生产力。我觉得你举得小米的例子恰好说明敏捷教练的重要性，对细节不了解，但是从每天苦逼的加班说明了伪敏捷，可以认为是 Planning 没做好，也可以认为是回顾会议没做好，这样子从长期看对团队是不利的。当然，这个是国内很多团队的现状，号称敏捷，然后压榨劳动力，不考虑实际生产品不停的加东西，这个问题本来想在 podcast 里抛出来聊聊，不过因为时间关系没来得及。
