我的一天

摘要： 最近被两次问到同一个问题：如果一个软件需要大量密集的设计工作，导致存在独立的设计和开发团队，应如何实施敏捷开发？整体上讲，敏捷开发不希望存在设计和开发的分离，因为这样就会产生“设计文档”这种东西，而且因为两个团队分离，设计文档一定相当详尽，而且在交接的时候多半要进行评审，否则很难保证开发团队能理解并按其编写代码，最终还可能会导致两个团队的矛盾。在敏捷开发中一般这样处理这种情况：将设计人员下放到开发团队中，由于他们一般技术水平高于开发人员，所以可以作为139团队的骨干（请参考“139团队”相关的博文），一方面继续自己的设计工作，另一方面带领自己的小组进行开发。由于两者关系拉近，设计文档即使不能被 阅读全文

摘要： //=====================================================================//TITLE:// TCC89x串口设置要点//AUTHOR:// norains//DATE:// Thursday 29-March-2011//Environment:// Visual Studio 2005// Windows CE 6.0// Telechips TCC8900//=====================================================================对于Telechips的 阅读全文

摘要： 非常好的一本书，每个章节都很短小，图片很多，非常适合以快餐方式快速了解世界历史。作者文笔不错（不知道是作者还是编者，感觉不大可能有人对这么多事情都知道，猜测而已作者勿怪），每件事情前因后果都解释的比较清楚，故事性也比较强，读着不枯燥。读完之后还可以没事翻着看某些章节，适合放在床头。购买：http://product.china-pub.com/1832281（下面书评也是本人）推荐阅读以下章节：1. 欧洲法兰克王国～查理曼大帝几个章节，很好地表明了为何欧洲是一大堆小国家而非一个大国。2. 萨拉丁圣战章节，就是《天国王朝》里边的萨拉丁，本人认为历史上最值得敬佩的人物之一。3. 马丁路德宗教改革等 阅读全文

摘要： 本书是德鲁克历年作品的精简摘编版本，目的是为了解决“德鲁克的书这么多”，到底应该从哪里看起的问题。可以作为中等快餐作品来阅读。本书分为三个部分：管理篇，个人篇，社会篇。本人是从“个人篇”开始读的，另外两篇还不太适合理解。整体文风比较严肃，从文学上讲有点枯燥。不过内容非常真枪实弹，很难想象是很多年前的见识（注意在前言里边有关于哪段内容来自哪年的哪本书），感觉甚至预言了当前手机厂商Nxx的衰落。购书点击这里：http://product.china-pub.com/192880点击下载免费的敏捷开发教材：《火星人敏捷开发手册》 阅读全文

摘要： 作者：陈勇来源：blog.csdn.net/cheny_com 合成谬误由萨缪尔森提出：倘若每个人都基于自身作出最佳选择，所有人选择的合成结果极有可能是大家的公共福利受到伤害。 合成谬误的一个典型的例子就是公地悲剧（tragedy of the commons ，哈定提出），即若有一片公共草地允许所有人自由放牧，则每个人都会尝试略微增加自己的羊群数量，直至草地被耗尽为荒地。小至混乱的购票窗口、踩踏事件，大至银行挤兑、股票抛售，远至古代皇子们的勾心斗角，近至中国乳业的衰落，都能看到合成谬误的影子。 为了解决合成谬误问题，一般需要引入高于各个独立个体的公共管理才能解决。比如排号机可以解决排队问题， 阅读全文

摘要： 作者：陈勇出处：blog.csdn.net/cheny_com最近在看德鲁克的书，发现其中很明确地写着“企业的绩效只存在于外部，而企业内部只有成本”的概念和说法，下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维，比如：关注客户价值，认为可交付的产品才是真正能表征工作进展的因素等等，但尚未直接与目标管理接轨。外向性思维可以防止部门间壁垒或踢皮球，而转而共同讨论对外交付价值，从下面的对比可以看出这点。“内向型”绩效及其导向进度：“各阶段按时完成率”会导致分析和设计人员草草结束工作，而将大量不确定工作推给开发人员。笔者给一家银行做咨询的时候其独立测试团队就多次提到开发组会擅自延长 阅读全文

摘要： 平衡计分卡方法可以认为是一种很好的同时关注企业生存与发展的绩效管理方法，但是应用起来却很难。本书很好地解释了如何动态地应用平衡计分卡方法。本书中文版在China-pub长期脱销，但在免费的Google Book有一个相对而言非常完整的英文版本，70%以上的页面均可预览。如果没有时间看全书，推荐优先阅读P319的Customizing your strategy map to your strategy。这一段举出了几种最常见的企业战略，从而可以以快餐速度对应出自己大致的战略地图（当然，仅供参考）。http://books.google.com/books?id=vCnhFu52rosC& 阅读全文

摘要： 刚开始用Razor的时候经常把RenderSection当作RenderPartial的替代品，其实它是ContentHolder的替代品。Section的意图是在上级页面（原来的master）中建立一个空间，在子级页面中向其中根据需要填充内容。因此不能在被直接调用的子页面（如index）中直接写RenderSetion，而只能写@section。因此直接访问带有RenderSection的页面，相当于直接调用master。点击下载免费的敏捷开发教材：《火星人敏捷开发手册》 阅读全文

摘要： 本文长期更新，请常来看看。• 序言– 从代码行到故事点敏捷估算：故事点与直接估算天数的差异– 下一步？• 敏捷团队绩效管理– 谁来管理团队中的个体？同行压力（兼谈敏捷团队，绩效管理，自组织团队）目标管理（百度百科）– 敏捷团队的目标– 从团队外部认识团队目标 敏捷团队绩效管理与目标管理：关于如何为团队设立外部目标– 敏捷开发中的目标管理意识 – 执行与实施层面的敏捷实践 敏捷生态系统：2009敏捷中国大会上的演讲稿139团队（大型研发团队，大型敏捷开发团队，大型团队结构，敏捷绩效管理）绩效管理：软件开发团队的非物质激励机制• 敏捷产品版本管理– 当我们成为“产品的主人”“迭代期间内变更”与敏捷 阅读全文

摘要： 作者：陈勇出处：blog.csdn.net/cheny_com迭代期间无变更？支持派说：对，如果经常变，我们怎么开发啊。反对派说：不对，敏捷开发不能上来就确认了需求，要的就是在开发中逐步了解需求，怎么可能不变呢。只在开发层面，这个问题无解。让我们站在研发心理学的高度来看这个问题。先看看如果变更了，团队会有哪些不利的心理变化。1. 咱们不要在开始承诺能完成，一旦变化承诺就落空了2. 既然总是在变，每次我们都预留点估算余地吧3. 别着急，你忙也完不成的，到最后一天还给你变4. ……再看看Product Owner，这个变更发起人居然也发生了变化：1. 反正日后可以变，这次计划会我就不出席了，让他们 阅读全文