欢迎大家访问pFind Studio官方站点，包括软件简介、用户手册、演示视频和发表论文。稍后会提供pFind 2.1版的注册和单机版下载。我的RCM论文也在网站上全文公开，欢迎多多引用

　　pFind 2.1颇有突破，接下来几天的blog，总结一下这半年的经验。今天先说第一条：建立风险识别和控制机制。

　　去年“软件开发2.0”大会，晚上参加胡百师主持的“项目管理”VIP沙龙，现场有不少项目经理和架构师，讨论话题很多。胡百师建议：“除了Todo List和Bug List，项目经理手里应该有一份Risk List。”

　　插话一下，那时正是pFind 2.0压力最大，进度拖延，BUG丛生的阶段。偷闲参加“软件开发2.0”大会，跳出来换换脑筋，从技术架构上，从项目管理上，从产品设计思路上，彻底反思了之前的工作。除了本篇BLOG讲的软件工程问题。再举个技术上的例子：听Baidu的前任总工程师的讲座，谈到一个检索加速的案例，他随口说了一句： “大家都能猜到，这是倒排索引的设计出了问题”……回到组里再听ly重构索引的ppt，意识到必要性，马上把这个Feature加入pFind 2.1的Road Map。

　　跑题了，回来接着说。4月pFind 2.1启动时，我在Google Doc建立项目手册，专门加上了“风险识别和对策”一章，列出各种想到的风险，按重要性进行排序，然后一一填上预防措施，还有最坏情况下的取舍方案，然后每周跟进。

　　可能项目启动那天是黄道吉日，最让人睡不着觉的几条，都没真正造成威胁。进度比预计顺利得多。还有一大堆惊喜。

　　俺的成功经历实在不多，尤其是这么完美的比赛过程，所以难免有些迷信。有些运动员总在关键比赛前换上同一双球鞋，俺也决定以后抱着“Risk List大法”不放手了

　　我猜我的合作伙伴可不喜欢这样，因为这次开发我可能根本没干正事，就是忙着扮演一个政委、牧师或居委会大妈，不停地骚扰大家：时刻在人家耳朵边上唠叨一些政治正确的废话，比如“复用接口上移，复用功能外抽”；逼着每个人修改变量名和类名，加空格和缩进；像个秃鹫一样在别人工位后面露出头：“嘿……没事……就是……那个……你的代码还没上传到SVN上呢”；每过两三天就发一次邮件，强调里程碑和Bug List；在别人最忙的紧要关头，要求双人编程和code review……

　　Joel on software说：“开发人员把不务正业的程序经理拿来当早餐吃掉”。老实说，绝对是因为ly、hchi、lqliu这帮家伙太神奇，折腾出好多变态的成果来（嗯，早就等着拉2.1出去吓人）。我这个所谓“产品经理”其实是蹭饭的角色（更喜欢临阵杀敌）。《最后期限》里说：“你可以不雇我，但一定要考虑一下我的团队，他们真的很棒”，Bingo。