|
||
|
摘要：
实施Scrum这么久，大多数时间花在帮助团队更高效的产出上。最近参加了一些Conference，和一些身边的人聊了一下之后，发现“明确要做什么”也许是比高效产出更重要的东西。或者说，如果能明确需要做什么，也许高效的产出也就自然而然了。 有一个很简单的问题：“每天你花费多少时间在搞清楚要做什么事上面？”其中包括理解需求、理解需求背后的出发点、理解需求的细节、验证需求理解的正确性、反攻那些理解错的需求等等。我问过很多开发人员这个问题，很多人的回答是：一半！这是一个很惊人的数字，如果能更好地沟通清楚要做什么，是否我们就能瞬间提高许多生产力？ 我们先撇开敏捷或者Scrum不谈，软件开发无非就是先知道. 阅读全文
posted @ 2011-04-25 15:37 brenda bao 阅读(508) 评论(1) 推荐(1) 编辑
摘要：
敏捷开发中的管理者和传统开发模式中的管理者有很大不同，不是指挥控制型的自上而下的管理，而是支持型的自下而上的管理。对于管理者在敏捷开发中转型的话题，也一直是社区讨论的热点。信任、授权、扩大团队的责任范围，都是普遍认同的观点。 春节期间，闲来看了一本《西方管理学摘要》，惊奇地发现，我们现在讨论的东西，早在半个世纪前，已经有许多先人研究过了，并产留有许多著作。其中两篇文章另我印象深刻，第一篇是：The Human Side of Enterprise（Douglas M. McGregor）。里面总结了传统的管理方式：基于人本性是懒惰的，需要指挥和控制才会工作。并从马斯洛的需求层次理论出发，分析了 阅读全文
posted @ 2011-02-12 11:49 brenda bao 阅读(528) 评论(0) 推荐(0) 编辑
摘要：
乔布斯说: 对一千件事情说不。“我对做过的事情感到自豪，但对决定不做的事情同样感到自豪。”乔布斯专注于打造设计简洁的产品。从iPod到iPad的设计，从苹果产品的包装到网站功能，在苹果的世界中，创新意味着消除多余元素，凸显必要元素。对一千件事说不，才能对一件事情真正说是，把事做大。 看完这句话，我首先想到PO对Backlog的排序问题。很多人在听到Backlog中没有两项东西优先级相同时，都会犯迷糊，对全部需求的排序更是无从着手。我觉得“学会说不”是一项很好的技能。在排序的时候，先不要想我要让团队做什么，而是想我不要让团队做什么。敏捷原则中也有一条这么说： Simplicity--the 阅读全文
posted @ 2011-01-19 18:01 brenda bao 阅读(539) 评论(0) 推荐(0) 编辑
摘要：
最近仔细研究了一下网上关于海底捞管理模式的文章，发现和敏捷精益的思想有很多相同之处，简直就是敏捷精益思想在饭店管理业的实践！当被视为高端的IT业还在讨论自组织团队是否可行的时候，海底捞已经用事实证明了未受过高等教育的劳动力，授权后后被激发起来的创造力也是无穷的！以人为本！敏捷和精益都强调以人为本，让人自组织，激发人的主观能动性。海底捞在这点上，已经做到了极致！ 人是海底捞的生意基石。服务员都能“用心”是基本的经营理念。海底捞虽然是一家火锅店，它的核心业务却不是餐饮，而是服务。因此在将员工的主观能动性发挥到极致，才能更好地服务于客户。为了达到这一点，除了保证员工的生活无忧之外，“授权”是管理制 阅读全文
posted @ 2011-01-14 18:11 brenda bao 阅读(668) 评论(0) 推荐(0) 编辑
摘要：
敏捷圈的人都知道，技术债务是不能欠的，利息比房贷还高很多。而且一旦开始欠，就会越欠越多。所以，敏捷的原则告诉我们要稳步前进，在保持当前功能交付的同时，还得保证不欠下技术债务。这就意味着，不能以牺牲质量为前提来赢取交付时间。不然，从长远来看，对产品的发展不利。 但是，如何把这个概念介绍给产品经理、销售、高层经理等与技术无关的人员呢？ 最直接也是最有效的方法就是用数字说话！由于这次需要在这个时间点交付超过团队正常速率能交付的功能，首先，我们承担了交付延期的风险，这个风险的可能损失是多少钱。其次，我们如果在将来需要把这些债务补回来，需要额外投入多少开发成本。然后，如果债务没有及时偿还，我们的维护 阅读全文
posted @ 2010-12-21 11:23 brenda bao 阅读(936) 评论(0) 推荐(0) 编辑
摘要：
敏捷界大部分人都认为敏捷可以提高职业满意度，但是比较少有人量化地讨论两者之间的关系。 最近看到了一个职业满意度的模型（JCM - job characteristics model），里面介绍了5个影响职业满意度的因素：自主性：有足够的空间定义和解决自己的任务多样性：在工作中可以培养并使用多种技能重要性：自己任务对最终结果的影响力反馈性：知道自己的努力已经转化成成果完整性：可以独立完成整个任务，而无需转交他人 所以，在这个模型中，如果要让员工满意地工作，进而减少离职率带来的损失，我们要做的事情很简单：让员工有多样的工作把整体性的工作分配给一个群体尽可能少地指派任务，让员工有足够的自由度把员 阅读全文
posted @ 2010-12-06 17:11 brenda bao 阅读(527) 评论(0) 推荐(0) 编辑
摘要：
最近好像很多人抨击Scrum的认证，进而影响到了整个Scrum的推行。作为认证体系中的一份子，并努力成为CST的CSP，有必要说两句。 Scrum的认证只是推行Scrum的一种手段。而且，从目前来看，这种认证机制对Scrum以及敏捷做了很好的推广。Scrum的认证培训让很多的人从瀑布的模式中走出来，重新思考新的软件开发模式，并提供一种简单的框架，让初学者可以尽快上手。当然，CSM和CSPO的认证... 阅读全文
posted @ 2010-12-02 18:38 brenda bao 阅读(1092) 评论(0) 推荐(0) 编辑
摘要：
今年的秋天，跟着敏捷之旅走遍了很多城市，北京，上海，成都，西安，青岛。并且在北京站，西安站，青岛站提供了演讲，也在别的站点帮忙做了现场翻译的工作。在这之前，大部分的活动都在北京、上海这样的大城市，这次有机会去很多二线城市，了解那里敏捷推广的情况，以及整个软件行业发展的情况，很是欣喜。 成都有自己的软件园，造得很现代化，几乎所有有名的大公司都已经入驻。由于有NSN这样的敏捷先驱的存在，整个敏捷社区... 阅读全文
posted @ 2010-11-30 16:11 brenda bao 阅读(915) 评论(0) 推荐(0) 编辑
摘要：
敏捷团队的速率是由团队成员本身的能力所决定的，一般会在一段时间之后达到稳定值。稳定之后的速率可以用来做项目计划和发布计划。 然而，从实际经验来看，团队的速率不会是永远一沉不变的。首先，团队速率可能会在一个范围内浮动。比如，在一段时间内，团队的最高速率可能是42（故事点），最低速率是22（故事点），平均速率是34（故事点）。浮动的原因有很多，Sprint3和Sprint4中有较大浮动的原因可能是有... 阅读全文
posted @ 2010-11-10 18:15 brenda bao 阅读(674) 评论(0) 推荐(0) 编辑 |
||