摘要：
刚开始的时候非常认同asp.net中MVC的Action的布局方法：无论大小，只要是一个动词，都给一个单独的页面，比如Create/Edit/Detail/Index。编写了一段时间后，又发现这样很不方便，尤其是像“创建角色”这样的页面，就一个TextBox,其他什么都没了，单独编写一个Create一个Edit，不如在Index页面上方放一个TextBox，底下已经存在的角色也直接用TextBox而不是文本，这样想创建就创建，想编辑就编辑。又编写了一段时间，又发现这样有风险。因为在另外一个页面上我把所有信息也这样做的，但这个页面会有大量的用户访问，很容易出现大家同时编辑同时更新的问题，锁都锁不 阅读全文
摘要：
这是敏捷生态系统系列的第二篇（之一，之二，之三，之四，之五）。如果说需求管理中尚有一些团队无法控制的因素导致实施困难，计划与跟踪过程总归就没有问题了吧？其实不然，笔者见过领导很放权的全团（很多是因为领导根本管不过来了），但在团队内部仍然存在很大的问题，一般最为突出的，就是每日立会开得毫无生机。这不完全是因为文化差异问题，而是生态系统出了问题。敏捷开发中的计划跟踪生态大致如此（黑体字即图片中的元素）：☺跨职能团队的整体思路是“每个人可以做每个工作”。好处是消除了资源分配的瓶颈和造成队员无法互助的分工壁垒。☺任务应该先估算后分配给个人，以便整个团队（或至少其中的某个小组）都对其保持兴趣，才可能进行 阅读全文
摘要：
这是敏捷生态系统系列的第一篇（之一，之二，之三，之四，之五）。所谓生态系统，就是指互相依赖方能生存的一系列生物。生态系统常常不是单向依赖的，而是互相依赖互相促进。敏捷开发中的实践也是如此。典型地，当一个实践很难实施时，一定不要认为简单的制度可以保证其实施，而是要思考是什么导致了它的失败。比如每日立会，如果发现大家都不按时开会甚至不开会，马上要做的不是要求大家按时开会+开会迟到给大家买水果+统计每月按时比例+……而是要想一想为什么这些人不按时来，他们一定觉得这个会议不是很重要，会上讲的东西听的东西不能帮助自己的工作，反而耽误时间。进而就能发现会议开不好的根本问题。敏捷开发中需求管理生态大致如下（ 阅读全文