随笔分类 - 管理思维
摘要：1. Scrum敏捷框架 1.1 Scrum概述 Scrum是一种敏捷过程，它使用迭代和增量方式管理和控制复杂的软件与产品开发。Scrum的开发流程非常简单。首先，Product Owner根据客户的需求编写Product Backlog，然后召开计划会议，评估各项功能的相对工作量，并确定Sprint的愿景和目标，生成Sprint Backlog。然后，在Sprint（即迭代）的开发过程中，召开...
阅读全文
摘要：最佳的架构、需求和设计出自于自组织的团队。蜂巢中的工蜂们看似忙碌，但其工作却是有序而有效，归根结底就是它们的组织架构其实是自我组织的。在自我组织的团队中，团队是一个整体，没有角色之分、职位之分、也没有高下之分。团队成员的任务不是项目经理强加于身，而是根据自己的愿望和能力对任务进行合理评估，并主动进行领取。被动与主动所产生的驱动力显然不可同日而语。 自我组织的团队是一个平行的组织，由于没有管理与被...
阅读全文
摘要：秉承敏捷宣言的精神（个体与交付重于过程和工具；可用的软件重于完备的文档；客户协作重于合同谈判；响应变化重于遵循计划），我认为，敏捷开发大致应该体现如下的思想：拥抱变化、自我组织、简单最好、客户至上、有效沟通、精益求精。 1、拥抱变化 Kent Beck和Martin Fowler在介绍极限编程（eXtreme Programming）时，最先提到的就是要拥抱变化。这基本上代表了敏捷阵营对于变化...
阅读全文
摘要：站立会议对于Scrum的意义，就像我们每天早上起来总是希望看看报纸，听听新闻，了解每日时事，关心国计民生。站立会议有助于Scrum Master以及整个团队了解项目进展情况，以便于控制项目进度，掌握团队成员的开发效率，促进成员之间的交流与沟通，并使所有成员对整个项目能有一个全面的认识。 站立会议的重
阅读全文
摘要：书名很酷炫，内容更精彩。最近InfoQ中国的编辑李剑（小刀）呕心沥血的译作《硝烟中的Scrum和XP》隆重推出，读者响应甚众。在第三届敏捷大会上，小刀“坐台”签名，免费派送本书之实体书，引发一轮抢书高潮。本着推广敏捷的宗旨，InfoQ又特别免费推出本书的电子版，以飨读者。小刀的翻译，可谓行云流水，绝妙好辞如行山阴道，应接不暇。读者读的是洋思想，享受的却是纯正的中国风。最重要的是在本书中，敏捷不再是...
阅读全文
摘要：“敏捷方法”本为舶来品，追求的是灵活、小巧、敏捷地应对软件开发过程中的变化，而不像某些重量级开发方式那般笨拙不堪，流于形式，而忽略了软件开发的变 化万端。敏捷重思想、重精神、重原则、重实践，而轻形式、轻过程、轻方法、轻管理，讲究的是敏捷为本，交流至上，持续改进，因地制宜。若体会了敏捷思想， 只要遵循敏捷的基本原则，各种方法皆可敏捷。若未曾领会敏捷的真谛，那么即使应用了敏捷方法，也不过是“空有其形，...
阅读全文
摘要：几天前，InfoQ发表了文章《给敏捷团队发奖金就像在刀尖上跳舞》，单从标题就可以看出其中的“惊心动魄”，显然我们需要高超的技艺，以及皮粗肉糙的脚底，就像某些非洲土著那样，方才能够游刃有余地舞动在刀尖之上。确实如此，通过发奖金的形式来激励团队成员，本身就是一把双刃剑，弄得不好，可能就会破坏团结，导致彼此之间的矛盾与冲突，这对于一个团队而言是绝对致命的。然而，如果一个团队缺乏合理的激励方式，又无法调动...
阅读全文
摘要：最后期限（Deadline）是软件从业人员必须面临的最大困难与挑战，准确地说，它是所有程序员包括项目管理者的可怕梦魇。当堂吉珂德看到郊野之上的数 十架风车，风车的翅翼如巨人的胳膊，正耀武扬威地奚落着这位中世纪后期没落的骑士时，堂吉珂德如勇敢的斗士一般，跃马而上，用长枪狠狠地刺向风车，换来的 却是长枪折断，人仰马翻，最后大败而归。没错，最后期限之于程序员，正如风车之于堂吉珂德，确实是太强大以至于无法...
阅读全文
摘要：印第安人在赶了3天路后，会停下来小憩一天，因为他要等着自己的灵魂跟上来。敏捷开发在经历了一次迭代或者冲刺（Sprint）后，也需要休整，以等待团 队的灵魂跟上来，这一过程被称之为“敏捷回顾（Agile Retrospectives）”。敏捷回顾与项目总结会议不同，它并非项目结束之后的盖棺论定，而是在项目过程中，通过回顾会议及时总结上一次迭代中的 得与失，以期达到改进项目开发、团队合作等敏捷活动的目...
阅读全文
摘要：我有这样的一个经验，当你拿着你的proposal去和你的客户洽谈，希望通过超强的技术拿下这个项目时，往往不能如你所愿。诚然，当你炒出一大堆概念，例如面向对象设计、设计模式、AOP、敏捷或者SOA，客户的谈判代表往往会为你口若悬河的一番谈吐而佩服得五体投地，甚至于晕晕乎乎，但客户总能把握自己最后的底线，“咬定青山不松口”。终究说来，要去洽谈项目，除了要看公司的实力、项目经验以及业务人员的关系之外，客...
阅读全文
摘要：在InfoQ最近发表的一篇文章《实施TDD时的常见问题》中， Chad Meyers提出了关于TDD实施的问题，如下所示： 我该容忍多大限度的预先设计？你怎么知道应该何时停止（也就是说，“当人们开始讨论算法，就是该测试的时机了”）？ 对于象“我心里清楚我们需要这个”这类东西——我们该如何处理（例如，在控制台main()方法中加上一个try/catch{Conso...
阅读全文
摘要：我在阅读Ken Schwaber所著的《Agile Project Management with Scrum》一书，就对ScrumMaster的其中一个职责抱有怀疑的态度。Scrum要求ScrumMaster保证开发人员在一个Sprint（冲刺）过程中，不受到其他无关人员尤其是上司们的干扰。真的能做到这一点吗？即使ScrumMaster通过有效地与Product Owner沟通，确定了Produ...
阅读全文
摘要：敏捷开发的布道者Scott Ambler在回答有关敏捷的争论时，提到四个检验团队是否敏捷的标准：1、是否执行了单元测试？如果你不是以回归的方式执行单元测试，你就不是敏捷的。"if you are not doing unit testing in a regression manner, you are not Agile."2、是否将项目客户引入开发团队？你是否建立一种交流机制，要求每天或者一周...
阅读全文
摘要：双方前锋紧紧地站在一起，裁判哨声响起，球被掷出，双方球员奋力拼搏，反复地冲刺，竭尽全力向自己的目标冲去。这是英式橄榄球中Scrum的场景。然而这样的活动，却被Ken Schwaber和 Jeff Sutherland巧妙地借助隐喻的方式引入到敏捷项目管理中，仔细思索，却又如此的恰如其分。在橄榄球运动中，固然需要强健的体魄与迅捷的速度，但更重要的却是组织、协作、交流，以及一位优秀的指挥官。虽然二者的...
阅读全文
摘要：今天收到微软寄来的《SCRUM敏捷项目管理》一书，SCRUM方法由Ken Schwaber和 Jeff Sutherland 提出，旨在寻求充分发挥面向对象和构件技术的开发方法，是对迭代式面向对象方法的改进，名称来自英式橄榄球（在比赛中每个队员都应时刻保持对场上全局的判断，然后通过集体行动，奋力实现同一目标──胜利）。SCRUM方法最初实践于Easel公司(1993年)，现已被数十家公司数百个项目...
阅读全文
摘要：这段时间，一直在负责一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定的时间范围内如期交付产品。这其中，经历了需求变更、人员变动（因为其它任务，先后有近10人离开团队）等诸多问题，项目仍然取得成功了，不能不说有几分侥幸，但此外也有一些经验与教训可以与大家分享。项目开发方面需求项目应以需求为核心。一个项目是否能够成功，对需求...
阅读全文
