摘要： 这是敏捷开发一千零一问系列的第二篇。（之一，之二，之三，问题总目录）也是般若敏捷系列第十一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）无住在般若敏捷系列中已经提过，包括不住于法，不住于空。不住于法就是不停留在一种固定的方法上。如果把“敏捷”理解成一个名词，就会出现一个问题：什么是敏捷？又会扩展成Scrum是敏捷，还是XP是敏捷？RUP是不是敏捷？等等问题。如果把“敏捷”理解成一个形容词，也就是“敏捷的开发方法”，大致能找到敏捷新的定义：敏捷是一种轻量级的开发方法。如果把“敏捷”理解成一个副词，也就是“敏捷地开发”，就会找到一个更新的定义：敏捷就是不拘泥与形 阅读全文

摘要： 这是敏捷开发一千零一问系列的第一篇。（之一，之二，之三，问题总目录）也是般若敏捷系列第十篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）做敏捷开发时间长了，就感觉很多事情都理所当然，越发觉得“问题很可贵”，最近做培训的时候收集了一些问题，很多现场来不及解答，逐一发表在这里。如何解决一个问题知识多了自然可以解决问题，经历多了自然也可以积累经验，但是在一个只出现10年的领域，还有一堆只工作了10多年的年轻人中间，必然有一天会遇到从来没有人解决过的问题，这时候怎么办呢？掌握解决问题的心法是核心。对这个系列而言，就是要掌握用敏捷开发的方法解决问题的心法。掌握了心法就能 阅读全文

摘要： 本文仅做通知，下载链接请进入置顶主贴：http://blog.csdn.net/cheny_com/article/details/6616794更新内容：1. 办公环境1页2. 智慧敏捷3页3. 目录结构进行了调整部分页面预览： 阅读全文

摘要： 这是敏捷开发团队管理系列的第四篇。（之一，之二，之三，之四）整体上有两种测试团队的模型，既然都有存在，自然是各有各的道理。城里城外的人倒不必互相羡慕，只是要观察对面的优点，分析自己的缺点，尝试做点事情补偿一下。所以，下面多说一点各自的坏处。独立的测试团队这个就是著名的与程序团队打架的测试团队。好处独立团队，还是能保证一定的“公正性”的，比如在测试的最终，横竖有人能不屈从于程序团队的要求隐瞒产品质量，而是的确会客观地评价质量。坏处当测试团队完全独立于开发团队的时候，常常有几个误区。1. 程序团队是用来开发功能的，测试团队是用来查找缺陷的有了这个认识，要让两者打架就不难了。2. 更多的测试人员=更 阅读全文

摘要： 这是IT职场人生系列的第十七篇。 这里所说的高手，大约比项目经理还要高一些，大致在产品经理或部门经理的层面上；但项目经理也可以参考。之前新手入职的要点是找到自己要帮助的人，和要帮助自己的人（是同一个人）；高手入职的特点，则是证明自己的能力。不过说起“证明”二字，还是很有说法的。大胆说出看法，但不固执己见这个是全部口诀，下面是若干相关问题，逐一探讨。领导到底信任还是不信任我？作为高手（比如部门经理级别），在招聘之前往往被灌输一个概念：我们充分信任你的能力，请来我们这里大展宏图吧。这个其实是有水分的。多数高手被招聘来的时候都是被寄以厚望的，但说归说，对于一个“非我族类”的新人，领导及各方都还是持有 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第九篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）经常听到有人提到敏捷开发与“本能反应”非常近似，比如凡事都需“看着办”，比如“不拘泥于形式”，比如“直击代码，不写无用的文档”等等。那么敏捷开发与本能反应之间的差别是什么呢？简单地说，敏捷开发就是无我状态的本能反应。无我，无人（无我，无人，无众生）按理说，本能反应是最接近最佳路径的，一线人员，工作现场，当下的问题，一定能在事先预定的路径之外找到更好的方法，除非有个“我”字。1. 比如测试人员最近的工作繁忙，需要多调度几个测试人员过来，才能保证测试不延期。如果按照本能反应，开发人员中的一些人极有可能过来帮忙 阅读全文

摘要： 传智播客培训出来的很多同学就业起薪达到了7k8k左右，其中不乏未毕业的大学生和年龄不满20岁的高中生，曾经有一点社会工作经历的人从传智播客一毕业就拿到9k甚至1万以上的人也不少见。传智播客的老师们遥想自己当年这个年龄时的处境和走了不少弯路的艰辛，面对这些高起点就业的学员，他们都流露出了羡慕的言语，传智播客的同事们对这种高薪就业的现象都见怪不怪了。当我们给其他大学生讲述那些找到万元月薪工作的大学生的故事时，其他大学生要么不相信，即使有的相信了这个事实，但他们却认为万元月薪高不可攀，自己注定无缘于这种成功，认为那种成功的同龄人是天才，是特例，这种命运不属于自己。其实，那些万元月薪的同学刚开始也没. 阅读全文

摘要： 这是IT职场人生系列第十六篇。本文描述的是入职前半年的工作要点，新手和老手的差别很大，所以分开写。最近外出培训四天，没来得及面试，回来的时候很看好的一个刚毕业一年的asp.net程序员被人录用了。作为刚工作不久的新手，到一家新公司的前半年应该做些什么事情呢？“不要”篇不要过问企业战略、企业文化很多新手选择企业的原因都是“企业很有发展”，或“在业内很有名气”，因此去了以后对企业战略、企业文化这些八杆子打不着的东西都很感兴趣，并且还能说道一番，是一个大忌。一个企业形成这些内容绝非一年两年的事情。我们曾经总结过企业文化，好的词汇是可以随便罗列一番的，但是要说哪个词汇是过去一年乃至几年中起到决定效果（ 阅读全文

摘要： 这是敏捷开发团队管理系列的第三篇。（之一，之二，之三，之四）测试团队的价值这样看来，敏捷开发的质量保证问题，都被发开团队解决了，测试团队的价值何在？这个可以从第一个项目组后来的发展来分析。在整个程序团队大力保证产品质量的同时，项目组也一点点显露出一些问题。比如每个模块的质量都还不错（有些模块甚至有一些原始的自动单元测试脚本，每次都能对模块进行回归测试），但是整个产品最终集成后，是否能如期完成业务要求，却是未知的。因为各个模块的测试都集中在各模块的质量上，对于所有模块凑在一起的工作结果，却无法验证。而且在原来的团队体系下，师徒团队各自负责一个模块，居然没有人为此负责。所以我们很需要一个人来团队里 阅读全文

摘要： 这是敏捷开发团队管理系列的第二篇。（之一，之二，之三，之四）几个真实案例这几个团队都是我自己亲身经历的团队，从质量的角度来分析敏捷团队的工作方式。第一个是一个较为大型的团队，约有25～30人，研发一个单一产品。这个团队在一年半的时间里边，从5个人成长为25人，其中有一半人员来自刚毕业不到半年的本科或硕士（在2001年，还很难找到“有10年经验的编程人员”）；在这个团队拥有25名成员的时候，只有1～2个测试人员。按一般的常理而言，这个产品应该面临很大的质量问题，因为这些新来者应该编写大量的缺陷，而测试人员又严重不足，不足以发现这些缺陷。但实际情况是，这个产品是我后来经历的所有大型团队中最好的一个 阅读全文