摘要：
这是用户故事系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九） 要想不在评审会上得到“惊喜”，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中 阅读全文
摘要：
本文是“松结对编程”系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八）好像微软自己也有一个无纸下载处，但是手册不在身边没搜到，这里补充一个下载链接。无需积分，但需要注册CSDN帐号。http://download.csdn.net/detail/cheny_com/3678487ppt无法单独阅读，请参考以下相关的系列博客：松结对编程的起始页在这里：http://blog.csdn.net/cheny_com/article/details/6581517讲稿中提到的敏捷生态系统起始页在这里：http://blog.csdn.net/cheny_com/article/detai 阅读全文
摘要：
总目录问题系列：之一，之二，之三，之四，之五，之六，之七，之八之前提到过，正确的答案一定简单，怎么连问问题都需要简单呢？这也是最近的感悟。佛经《金刚经》上有一段文字：（须菩提问世尊）“善男子，善女人，发阿耨多罗三藐三菩提心，应云何住，云何降伏其心？”大致意思就是问善男信女们，如果想学佛，应该基于怎样的出发点，怎样稳定心态。如果30天前我有机会问这个问题，多半会这样问（现在不会了）：“我吧觉得天天搞敏捷和编程性子给弄得挺急躁的就想买本字帖写书法偏偏买了本王羲之的《金刚经》也不能瞎抄总归看看是什么意思看着看着呢觉得还真有点意思值得学习一下不过呢现在也是电脑时代了都有Iphone了也有Android 阅读全文
摘要：
这是用户故事系列的第六篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）一条需求敢跳出来，基本上就能被化成一条用户故事，看完一二三四五，上山打老虎都不怕，这个似乎已经不太难了。难的是，项目或产品的第一天，给一张白纸：“请列出有哪些故事”。那个时候其实不是大脑空空，而是有千言万语就是说不出。前年做另外一件事情的时候偶然得到一种方法，去年到今年用在一个敏捷项目上，果然很舒服地列出了大量故事，后来的开发过程证实它们都满足独立交付、可测试、耦合低等特点，属于好故事之列。引子这件事情其实在之前的博客中已经多次提到了，就是软件项目的造价管理。注意这里提到的是项目，而非产品研发。项目就是那种一手交 阅读全文
摘要：
本文是项目经理的商务指南系列中的第四篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）谈判是一件让大门不出二门不迈的项目经理很头疼的事情，谈判的技巧很多，要完全掌握不是一天两天的事情，但也不难。随便搜索“谈判技巧”，都可以找到一大堆，本文不再详述。本文主要涉及如何向正确的谈判心态迈出第一步的问题，剩下的问题，自然读者会自己找到答案。本人管理过销售和实施，中间有大量的谈判发生，有初期售前、报价、合同相关的，也有后期回款、结项乃至救火相关的，其中的“技巧”五花八门，自己都记不住，也没总结过。以下描述的，是其中最 阅读全文
摘要：
本文是项目经理的商务指南系列中的第三篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）被动而弱小的客户客户常常被认为是主动的一方，可以蛮横，强硬地与乙方谈判，但事实其实不是这样。多数甲方的信息中心，尽管也签署过若干项目，但每种软件，却都只有一次机会立项；这和我们乙方能同时给多个甲方开发相同的软件比，信息不可谓不闭塞，经验不可谓不缺乏；乙方可谓知己知彼，既懂业务又懂开发还懂成本，而对方经常只知道预算（其实他们连应该预算多少都不知道）；最致命的一点是，在整个开发过程中，开发进展对甲方几乎完全不透明，令其凭空生出 阅读全文
摘要：
本文是项目经理的商务指南系列中的第一篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）认识责任本系列的名称为：项目经理的商务指南。我们好端端地做项目管理，商务自有销售来管理，为什么要我们管这个呢？这要从另外一个事情谈起。现在的项目经理，多数在之前是普通的程序员。那么，有没有项目经理想回到程序员的呢？肯定不多。为什么没有人愿意把“本来是别人做的管理工作”扔掉之负责技术呢？当然不是因为想承担管理责任，这是想保持管理权利。同样的，项目经理常常抱怨没有商务权力，等自己接手项目的时候，一切前因后果都已经敲定了；当项目 阅读全文