摘要：
这是敏捷生态系统系列的第五篇（之一，之二，之三，之四，之五）。本文是2009年刚刚提出敏捷生态系统的时候参与一个MSN讨论组时的对话，当时的想法与现在相比尚缺少系统性，但由于有问有答，也包含了本系列所没有包含的一些信息，仅供参考。删除了部分无关的对话。文章末尾有谷雨霖老师的博客地址，也在CSDN。“敏捷生态--Srcum敏捷开发”--msn群讨论 2009-08-25 13:52谷雨霖 说:时间差不多了今天我们的主题是“敏捷生态”有幸请到的是我的老朋友，敏捷专家陈勇先生M群-项目管理 说:【系统提示】AlexQin将昵称更改为AlexQin-QC-深圳不胜人生一场醉-N/A-海南 说:鼓 掌d 阅读全文
摘要：
作者：梁斌原文：http://blog.sina.com.cn/s/blog_593af2a70100w0iv.html今天看到微博上@hellodba发的一个帖子：“内部晋升越来越困难，但是外部来的大P越来越多，所以很多人都选择跳槽”，之后我从三个方面简要的进行了回答：“外面来的总是有包装的，内部的都是肉身PK，此一输；外面来的总是小股人马，内部的一批批的，升谁都伤感情，此二输；外面来的通常都是大佬推荐的，没有特别重大机会，人不会来，内部的就不解释了，成果都被大佬吸收，难有机会，此三输”。之后讨论不断，我也余兴未了，继续写来。这个世界上有一类人特别苦逼，苦逼到什么程度呢？他们省吃俭用攒钱买房 阅读全文
摘要：
这是敏捷生态系统系列的第四篇（之一，之二，之三，之四，之五）。一半内容属于需求管理生态，一半内容属于计划跟踪生态。在实际开发环境中，产品负责人常常和开发组存在潜在的利益对立。前者往往希望在更短的时间开发出更多的功能，而后者的绩效则多数来自于计划按时率/缺陷率这些会因“更短-更多”而下降的数据，于是两者的隔阂从此开始。敏捷开发中的计划跟踪生态II大致如此（黑体字即图片中的元素）：☺ 产品负责人（PO）与团队的正确互动是自组织团队正常运转的核心机制之一。☺ 产品负责人的权利是统一管理和讲解需求以及需求优先级排序，而义务则是接受开发团队的估算，并承诺迭代期内不变更。☺ 团队的权利在于开发人员自己估算 阅读全文
摘要：
在cshtml或aspx/ascx中制作链接时，若参数可能是中文，则需要使用HttpUtility.UrlEncode()：@Html.Link("角色", "/SFC/Users/Users2Roles?user=" + HttpUtility.UrlEncode(User.Identity.Name))而在对应的Action中，一切照常，不需要"Decode”（也有帖子说需要，但本人实验的结果是不需要）： public ActionResult Users2Roles(string user) { ViewBag.User = use... 阅读全文
摘要：
这是敏捷生态系统系列的第三篇（之一，之二，之三，之四，之五）。产品负责人PO与团队的互动一直是一个难题。典型的问题在于：敏捷开发倡导“迭代期内无变更”以换取“团队承诺”，而实际上产品负责人却会不断地来提变更，打乱开发计划了。我们应该怎么办呢？产品负责人说“敏捷就是拥抱变化，我现在来提变化了，你们却关门了。”团队说“如果你总是变，下次我们怎么给你承诺。”敏捷开发中的计划跟踪生态II大致如此（黑体字即图片中的元素）：☺ 产品负责人（PO）与团队的正确互动是自组织团队正常运转的核心机制之一。☺ 产品负责人的权利是统一管理和讲解需求以及需求优先级排序，而义务则是接受开发团队的估算，并承诺迭代期内不变更 阅读全文
摘要：
有句话怎么说来着？天下没有不散的宴席。周一段伏枥加班回来，刘思敏一反常态地还在电脑边。 “咦？你还没睡？” “嗯。在弄点东西。” “哦~” “有件事要跟你说。” “嗯？” “公司搬了，可能这周末我要搬走了……” 什么？搬走？一股无名的苦涩感觉涌上心头，说不清是一种什么样的味道。虽然平时加班都非常晚，回来后刘思敏也要睡觉，彼此间也不会说太多的话，但一想到回到出租屋，还有一个人，内心还是觉得有点踏实。可现在要搬走了，这么一个房子，虽然一房一厅不算大，但如果只有一个人，空空荡荡的，却有几分凄凉。那不是意味着回来，自己只能对着墙壁发呆？想说点什么，却又说不出口，似乎有很多话，但却又无从... 阅读全文
摘要：
因为产品已经要接近批量产，基本上软件方面也不会有很大的变动，只要之前的程序不出现致命的BUG，那么就可以宣告完成。只不过这种没有经过严格测试的程序，仅仅是程序员自己觉得没问题的流程，完全没有BUG的可能性又是几何呢？只不过作为程序员，除非是专业测试的，估计没有几个人会整天对着自己写好的程序在进行测试吧？段伏枥自然也是如此。段伏枥曾经问过黄华中接下来还要做什么，可得到的答复是，暂时没什么了，你先看看一些资料吧。只不过这么一来，上班时间就完全空闲了。 很多职场新人遇到这种情况，都是乐得屁颠屁颠的，上班就会在浏览网页，聊聊QQ，昏昏碌碌过一天。所幸的是，段伏枥并没有这样做，因为之前很久找不到工作的. 阅读全文
摘要：
刚开始的时候非常认同asp.net中MVC的Action的布局方法：无论大小，只要是一个动词，都给一个单独的页面，比如Create/Edit/Detail/Index。编写了一段时间后，又发现这样很不方便，尤其是像“创建角色”这样的页面，就一个TextBox,其他什么都没了，单独编写一个Create一个Edit，不如在Index页面上方放一个TextBox，底下已经存在的角色也直接用TextBox而不是文本，这样想创建就创建，想编辑就编辑。又编写了一段时间，又发现这样有风险。因为在另外一个页面上我把所有信息也这样做的，但这个页面会有大量的用户访问，很容易出现大家同时编辑同时更新的问题，锁都锁不 阅读全文
摘要：
这是敏捷生态系统系列的第二篇（之一，之二，之三，之四，之五）。如果说需求管理中尚有一些团队无法控制的因素导致实施困难，计划与跟踪过程总归就没有问题了吧？其实不然，笔者见过领导很放权的全团（很多是因为领导根本管不过来了），但在团队内部仍然存在很大的问题，一般最为突出的，就是每日立会开得毫无生机。这不完全是因为文化差异问题，而是生态系统出了问题。敏捷开发中的计划跟踪生态大致如此（黑体字即图片中的元素）：☺跨职能团队的整体思路是“每个人可以做每个工作”。好处是消除了资源分配的瓶颈和造成队员无法互助的分工壁垒。☺任务应该先估算后分配给个人，以便整个团队（或至少其中的某个小组）都对其保持兴趣，才可能进行 阅读全文
摘要：
这是敏捷生态系统系列的第一篇（之一，之二，之三，之四，之五）。所谓生态系统，就是指互相依赖方能生存的一系列生物。生态系统常常不是单向依赖的，而是互相依赖互相促进。敏捷开发中的实践也是如此。典型地，当一个实践很难实施时，一定不要认为简单的制度可以保证其实施，而是要思考是什么导致了它的失败。比如每日立会，如果发现大家都不按时开会甚至不开会，马上要做的不是要求大家按时开会+开会迟到给大家买水果+统计每月按时比例+……而是要想一想为什么这些人不按时来，他们一定觉得这个会议不是很重要，会上讲的东西听的东西不能帮助自己的工作，反而耽误时间。进而就能发现会议开不好的根本问题。敏捷开发中需求管理生态大致如下（ 阅读全文