摘要： 陈勇转载注：本文很短，但总结性很强。冬吴相对论的一期基本上完整描述了第一篇《半成品时代的生存逻辑》，MP3地址位于：http://www.21cbr.com/html/multimedia/audio/201107/04-8357.html。其他文章没有找到。作者：程然Henry，原载于：http://henrycheng1973.blog.techweb.com.cn/archives/3.html 2011年对“移动互联网”来说是非常重要的一年，在“无线互联网”的概念艰难走过近10年之后，重生为“移动互联网”，而且超越了原本单一互联网范畴，统合了相关的信息科技、媒体和通信行业，以至于我们现 阅读全文

摘要： 本文是敏捷开发产品管理系列的第一篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）这里所指的新产品研发，不是指自己企业的新产品，而是特指那种在行业中初创，前途不明，尚需市场检验的新产品。敏捷开发可以在很大程度上帮助这种产品的开发过程。新产品的第一要务策划新产品的第一要务是：谁会买这种产品？为什么？开发新产品的第一要务则是：它与以往产品的核心差异是什么？这个听起来不难理解，但是做起来有困难。因为一般产品开发往往是先做“最重要的功能，最基础的功能，最影响架构的功能”，这很容易在很久以后，才能看到 阅读全文

摘要： 总目录问题系列：之一，之二，之三，之四，之五，之六，之七，之八这句话的意思不是不读书，而是读书之外，先要思考，甚至是思考优先。开始中国有一段时间“特中国”，就是春秋战国时代。现在我们所见的儒、道思想，以及潜移默化还在的墨、法思想，都是那个时代出现的。后来虽然尚有汉唐宋这些鼎盛朝代，但思想的类型整体没有突破。而且春秋战国虽然久远，为人所记的人物事件却多得出奇，春秋五霸且不说了，商鞅苏秦张仪孙子孙膑庞涓管仲乐毅荆轲扁鹊……虽然并没有《三国演义》这样的通俗文学传诵，但是仍然知名度很高。曾经和一位朋友讨论此事，他笑笑说，应该是因为当时的人不像咱们这么忙碌着上班，尤其那些连地也不用种的闲士，一天有数不完 阅读全文

摘要： 这是敏捷开发智慧敏捷的第五篇。（之一，之二，之三，之四，之五，之六）缘起（立项时）甲：“你们的设计文档打算怎么写？”乙：“到时候再说。”甲：“应该有规范的开发流程和模板，才能写好设计文档。”乙：“预先定义的流程和模板未必适用，敏捷开发崇尚推迟决策，只有在具体工作之前才能决定是否写，怎么写最好（maximizing the amount of work not done）。”甲：“你们组才3个人，能比组织级定义的流程和模板还好吗？”敏捷开发定不定流程和模板？先把话说绝点：敏捷开发不定义流程，不定义模板。为什么呢？因为如果预先定义了流程，比如“必须写需求，需求评审过了才能写设计……先检查测试环境， 阅读全文

摘要： 这是敏捷开发智慧敏捷的第四篇。（之一，之二，之三，之四，之五，之六） 缘起甲：“我们每日立会会开不起来。”乙：“嘿，我们每日立会开起来了，而且越开越长了，一开就是1个小时，净是些技术细节。”甲：“别人等着他们讨论，那多耽误时间啊……”乙：“我也觉得是，但是看他们交流得那么热烈，讨论的也是正事，到底应该打断还是不打断呢……”为什么每日立会只开15分钟？我们说绝点：每日立会只能开5分钟，而不是15分钟。这5分钟说点什么呢？应该说必须开会才能说明白的东西。先看两个团队，他们有什么是需要开会说明白的。第一个团队，10个人，平时分工细致，各干各的，谁也不干扰谁。这个团队，开会的时间肯定不短，因为所有交互 阅读全文

摘要： 这是敏捷开发智慧敏捷的第三篇。（之一，之二，之三，之四，之五，之六） 缘起甲：“敏捷不应该写架构设计，应该每个迭代都是相同的，才能达到自相似性（这是Ken Shweber说的）。”乙：“如果不写架构设计，很容易返工，早晚还得重来。”甲：“大不了重构，这是敏捷开发重要的实践。”乙：“重构？重构的成本很高的，做几个迭代，后面重构都重构不过来了。”甲：“架构设计写了很容易过度设计，而且在编码的时候还很容易全部推翻重来；。”……这个架构文档要不要写呢？写，为什么？不写，为什么？写，怎么写？不写，怎么不写？为什么敏捷不做架构设计？先把话说绝点，敏捷就是不写架构设计。那为什么不写架构设计？还是为了减少浪费 阅读全文

摘要： 因为月底较忙，而中间培训又需要，已经抽上半月时间完成发布；怕今天有人上来查找无果，特此通知，见谅。发布通知帖位于：火星人敏捷开发手册 2011-10-14 发布主贴位于：[置顶]【正式发布】火星人敏捷开发手册（基于Scrum的敏捷开发免费教材及公司内部宣传材料） 阅读全文

摘要： 主题：火星人陈勇将赴上海主办线下沙龙，主题是“自组织团队与松结对编程”（2011 微软 TechED演讲主题），演讲后有团队问答PK活动。日期：2011年11月10日时间：下午14：00～16：00，地点：漕河泾附近。费用：免费（如果未找到合适地点，可能需要在茶馆中进行，则请大家AA制缴纳茶座费用）欢迎加入参与。线下活动的进一步详情将在微群中进行。欢迎转发！群地址：http://t.cn/Sht2mZ如果不习惯微群，请加入QQ群：★QQ群：敏捷开发 点击加入欢迎拷贝转发以下微博，谢谢：火星人陈勇将赴上海主办线下沙龙，主题是“自组织团队与松结对编程”（2011 微软 TechED演讲主题），演讲 阅读全文

摘要： 本文是敏捷开发产品管理系列的第三篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）上周在培训做“用户故事的用户建模”练习的时候，就有人提出一个疑问：这么短的时间里边，能定义好用户群和用户群分类吗？答案是：不能。用户群的规划是产品概念期就应该完成的工作，它是一个产品管理工作，而非需求管理工作。用户群定位这里仅就自己所从事的互联网行业提出一些简单看法。这些看法与本人在做的产品密切相关，因此在别处可能会不适用，仅作参考。我们整体把用户分为人气用户和付费用户两种。这个与互联网通行的分类方法很接近，相 阅读全文

摘要： 本文是IT职场人生系列的第十五篇本篇延续了技术与语言I的内容（之十二），搜集了之后大家的一些评论和我的反馈，整理在这里。“新人学老技术有风险”的实质其实不是说老技术没有学习的价值了，而是指新人依托老技术存活，风险很大。我自己曾经是一个C++高手，心里很清楚如果自己亲自”无私地“带领一个徒弟，要让他学到我的水平，没有5年做不到；而如果一个人要自学超过我，那可能是10年的事情了（本人编程10年，当年也跟了个师傅才有今天）；何况这5年和10年里边，我也在成长，所以几乎是一个无望的竞争。尤其是如果业务市场萎缩，一般水平的人退出，而只剩下高手的老技术。这种竞争的残酷性，不是来自于技术新旧，也不是来自于人 阅读全文