|
||
|
摘要：
借着敏捷大会的东风，有机会通过邮件的方式采访到精益大师Mary Poppendiecks。虽然只是准备短短的8个问题，但还是费了很大的劲准备的。我花时间看了全部InfoQ上面她和她丈夫Tom的采访，也大概浏览了他们写的三本书中的两本。整个采访围绕传统向精益的转变展开，具体内容可以等待InfoQ的发布。 在观看他们采访的视频，并结束我这次对Mary的采访后，有一点给我的印象很深。Mary多次提到了... 阅读全文
posted @ 2010-09-15 17:37 brenda bao 阅读(379) 评论(0) 推荐(0)
摘要：
前段时间，上海北京两地之间连续三场CSM的培训，我都以Co-trainer的身份和Mishkin合作。培训是体力脑力高强度的付出。三场过后，累到不行。幸运的是，从大师那里学到了很多东西，收货颇丰。 首先，从培训的角度说。Mishkin强调让学员自己多练习。他的培训材料中，演讲的部分很少，ppt更是少。很多知识点，他都会通过与学员的互动提问让他们自己说出来，而不是由他来主动告诉学员。另外，在解答学... 阅读全文
posted @ 2010-09-08 11:06 brenda bao 阅读(306) 评论(0) 推荐(0)
摘要：
使用Scrum至今，我一直坚持Excel+白板的策略，自己开发时如此，指导团队时也如此。（分布式团队除外）虽然世面上很多敏捷工具，可以更好管理Backlog，更好给出自动的报表，但没有一种能让我信服。虽然用白板会稍微麻烦一点，需要手抄用户故事，手描燃尽图，但是白板所带来的团队交互，是任何电脑终端的工具所无法比拟的。敏捷原则的第一条就是人和人的交互重于流程和工具。白板是最最简单的工具，但是最能促进团... 阅读全文
posted @ 2010-08-20 12:01 brenda bao 阅读(830) 评论(4) 推荐(0)
摘要：
透明性是Scrum的一大支柱，没有透明性就没有办法随着迭代进展不断地提高。透明性不止要求团队之间信息透明，包括任务板的使用，主动认领任务，主动汇报任务等等。透明性也要求客户和开发团队之间的透明性，能做什么，不能做什么，做了什么，没做什么都应该清楚地摆在桌面上。这样才能帮助客户更好地实现商业价值。 然而，每次培训的时候，学员疑问最多的也就是客户和团队之间的透明性。开发团队真的应该做到与客户之间完全... 阅读全文
posted @ 2010-08-18 18:09 brenda bao 阅读(406) 评论(0) 推荐(0)
摘要：
管理，自组织，这两者之间矛盾吗？ 刚刚接触敏捷的时候，有一个主导的说法是管理者应该放权给开发者，因为敏捷的团队是自组织，甚至自管理的。对于这个说法，相信的人相信，不信的人不信。相信的人可能是因为尝试过，做过。某些团队本身比较成熟，相互之间工作得也比较好，在摆脱微观管理之后，可能发现日子好过很多。不用向谁汇报进度，而是自己人把握一切。而且，由于“政治斗争”减少了，真正工作的时... 阅读全文
posted @ 2010-08-02 17:58 brenda bao 阅读(495) 评论(0) 推荐(0)
摘要：
跟人介绍敏捷的时候，很多人都会对敏捷有怀疑。一个必问的问题是敏捷的限制是什么？或者什么样的项目适合敏捷开发？ 做敏捷的人一般都会回答，任何项目都适合敏捷开发，因为敏捷只是一组原则和价值观的组合，更是一种精神而不是流程。无论如何，精神总是适用的。说得稍微具体一点，敏捷或者Scrum基于不断的迭代获得反馈（产品的反馈和流程的反馈），然后从反馈中不断吸取教训获得提高。这种理念无论如何，也是对任何产品和... 阅读全文
posted @ 2010-07-23 13:14 brenda bao 阅读(474) 评论(0) 推荐(0)
摘要：
长久以来，人们都把软件开发和工业开发做类比，认为两者有很大的相似性。所以，也就有了传统软件开发模式，认为在一开始把所有都定义好，后面使用一些项目管理和质量管理的方法，项目就会获得成功。 Scrum和敏捷开发的模式，对软件开发的本质提出了不同意见。Scrum的创始人Ken Schwaber认为软件开发更类似于新产品的研发，而不是生产制造模型。生产制造业的流程有一个重要的特性，那就是“可... 阅读全文
posted @ 2010-07-12 15:04 brenda bao 阅读(537) 评论(0) 推荐(0)
摘要：
在独自授课多次之后，又迎来了一次Co-training！这次一起合作的是国内第一位CST吕毅。在他的认证课程中，我选了两个模块，在他的supervise下授课，然后给我反馈。作为一个年轻的咨询师，有这样的经历还是很valuable的！授课结束后，吕毅给我一个最大的建议是要放慢节奏，“重要的不是你说了多少，而是学员接受了多少”，这句话很有道理。回想我之前的授课，内容很多，每次... 阅读全文
posted @ 2010-06-30 15:07 brenda bao 阅读(487) 评论(0) 推荐(0)
摘要：
很多人在接触Scrum之后，会认为Scrum太理想化，而不去使用全部的Scrum框架。取而代之的是：“我们使用Scrum，但是……”言下之意就是，我们根据我们自己的实际情况，对Scrum框架做了相应的裁剪。Scrum的实践者大多都会认同“Scrum但是”的伤害。Scrum是一个帮助发现问题和解决问题的框架，这个框架如果少了一块... 阅读全文
posted @ 2010-06-21 17:27 brenda bao 阅读(692) 评论(2) 推荐(0)
摘要：
接触过Scrum的人应该都知道“Done”是什么。Done就是完成，是对Scrum结束时交付用户故事时的验收标准。一般，Done的定义会包含设计，编码，测试，集成等等，也就是制造“可工作软件”（working software）所需要做的全部事情。但是真正实施Scrum的时候，情况可能并没有这么理想，Done的定义可能会根据实际情况缩小。比如说，系统... 阅读全文
posted @ 2010-06-11 12:11 brenda bao 阅读(437) 评论(0) 推荐(0) |
||
浙公网安备 33010602011771号