摘要： 本文是IT职场人生系列的第十四篇。任何时候都会发现IT业是个变化迅速的行业，几年前还很时髦的技术，现在已经过时了；几年前还很热门的行业，现在也过时了。这种变化之莫测，别说我们普通人，连IT巨头们都经常犯错。在这种多变的环境中，提前预测正确一条技术路线或业务路线，并顺利走下去成为其中高手的人少之又少；而即使偶然有几个高手，以前正确也不代表未来会正确下去。在这种多变的环境中，那么IT人员该怎样积累经验呢？浅知识，深知识就像有浅技术、深技术之分一样，知识也分为深浅两种。所有语言的语法、用法整体上都属于浅知识，他们很容易学习，也很容易在百度、Google上搜到，很难积累把一种语言上的浅知识积累到另外一 阅读全文

摘要： 本文是敏捷开发产品管理系列的第二篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）本文是一篇旧文，原名为《“迭代期内无变更”与敏捷开发产品版本规划》，因符合本系列内容，做相应修改后重新编排发出。迭代期间无变更？支持派说：对，如果经常变，我们怎么开发啊。反对派说：不对，敏捷开发不能上来就确认了需求，要的就是在开发中逐步了解需求，怎么可能不变呢。只在开发层面，这个问题无解。让我们站在产品版本规划的高度来看这个问题。基于商业目标的产品版本规划下个产品版本（或下个迭代）中到底应该有什么功能？最重要的 阅读全文

摘要： 本文是敏捷开发产品管理系列的第一篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）序言之前的“敏捷开发用户故事系列”已经提到了微观层面的需求管理问题。由于敏捷开发的提出者和实践者主要是开发团队及其领导，因此一般较少提及产品的整体规划、商业目标这些内容。本系列汇集了本人在做产品管理的时候的一些心得，以及在与不同企业交流、做互联网软件分析的时候的一些所得，与大家分享。本系列的顺序整体由微观到宏观排序，拟包括设立迭代目标，产品版本规划，新产品研发，Product Owner团队，产品线管理等话题。 阅读全文

摘要： 本文是IT职场人生系列的第十三篇。很多技术人员工作几年后，都要面临未来的出路问题。所有出路中，无外乎技术、管理、业务三个层面。技术技术本身也是一条出路，但是在之十二中曾经提到，有深技术和浅技术两者之分。如果本来是从事浅技术的，建议走后面提到的业务中的产品经理路线。因为浅技术的更新换代速度很快，以前积累的经验很容易就过时了（虽然不完全如此），而且后起之秀们的竞争也非常激烈。若想留在技术路线上，走“越老越值钱”的路线，则肯定要从事深技术，也就是大型系统的后台运营方面的技术。技术不容易过时，来自年轻人的竞争几乎没有。这条路的最终结果是首席架构师，CTO这些举足轻重的角色。管理这是一条被误解很多的道路 阅读全文

摘要： 本文是IT职场人生系列的第十二篇。最近移动互联网很流行，很多人都在学习IOS、Android编程。这也引起一个入行、改行的潮流。那么，作为新手、老手，应该怎样选择自己学习的语言和技术呢？本人从早期编程以来，实际使用并开发过商业软件的的语言有几种：C，TurboC++，C++Builder，VisualC++6.0， ASP.NET/C#，中间有很多次选择，配合为别人做的选型指导，写一篇文章供大家参考。新手，老手无论一个技术多么地过时了，都有人在做，而且做的人都是老手。举个例子：若C++语言从业人数按时间排序分别是开始10万，中间100万，后来10万，则开始的10万中新老比例5：5，中间100万 阅读全文

摘要： 这是用户故事系列的第九篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九） 产品负责人常常被描述成在计划会前准备好用户故事，在计划会上讲解并帮助开发团队估算后就万事大吉，只等月底接收“可工作软件”的样子，其实如果真的这样，很容易出问题。需求精化这是发生在迭代周期中间的常规活动，产品负责人会与团队密切接触（确切说如果能经常坐在一起更好），在每个故事开发的前夜或中间，将之前讲解过的用户故事更详细地描述一番（有时候是在看到开发一半的半成品后做一些细化或更正）。一般认为产品负责人在开发的中间来打扰开发组工作是不令人欢迎的行为，那这两者之间到底区别何在呢？在以后将会编写的一个《敏捷开发产品管理》 阅读全文

摘要： 这是用户故事系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九） 要想不在评审会上得到“惊喜”，Product Owner最好提前约定好用户故事的验收标准，而且每个用户故事可能各不相同。面向客户价值设定验收标准简单说，就是客户看到说“完成了”，才算完成了。从这一点上说，用户眼中的“可工作软件”和我们认为“可以运行，自动化测试了的，没有缺陷的”软件还是有差别的。用户拿到软件，是要使用从而获得价值的，这常常需要多个功能联合运行，前后数据完整一致才可以做到。在“敏捷产品管理”系列中，还会更加深入地探讨这个话题。下面的例子，很好地表明了客户眼中的完成标准，它是EA（电子艺界，世界最大 阅读全文

摘要： 2011-10-14：新版本已经发布，新增内容6页，增加目录及《敏捷开发用户故事》系列。此版本就是原定10.31才发布的版本，因下半月要参与一本杂志、一本书的编写，所以提前写好免得惦记。本文仅作通知，下载请访问主贴：http://blog.csdn.net/cheny_com/article/details/6616794部分页面预览： 阅读全文

摘要： 原载：http://www.donews.com/people/201110/642770.shtm苹果CEO乔布斯土豆网创始人兼CEO王微在自己的博客发表了题为《About Steve》的文章，讲述了曾经与乔布斯见面的经历。 文章称，在一次与乔布斯的会面中，王微介绍了土豆网的用户分享视频模式（UGC模式），被乔布斯指责为“偷”，而后王微在一段电影中看到乔布斯说“好的艺术家，抄，伟大的艺术家，偷！”才明白了乔布斯的用意。 同时王微盛赞乔布斯就像卡斯特罗对于古巴，***对于中国，是一个“不可毁灭的终结者”。土豆网创始人兼CEO王微 以下是王微博文《About Steve》全文： 9个小时... 阅读全文

摘要： 这是用户故事系列的第七篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）用户故事和MVC没有关系，因为MVC是实现方法，因此在思考用户故事的时候，不要一下就想到实现方法，很容易把故事写坏。但是MVC和用户故事有很大的关系，如果用户故事写好了，做MVC的时候，一定要记得参考用户故事。本人在C++的年代用过MVC，但那个时候MVC还只是一种编程思想，说用了也行，说没用也行。但到了C#之后，就出现了正牌的自称是MVC的东西（现在最新版本是MVC3），本人也在用。Java世界也有MVC的概念，但是没有见识过，下文中所描述的MVC，若没有特殊说明，均指Asp.net MVC；但相信对Java中 阅读全文