老程序员 一蓑烟雨任平生

基于客户业务能力的软件项目开发的四种模式很多业务系统只能定制，定制软件一直有个“金科玉律”：根据客户的业务模式来实现。日产的过程首先强调的是业务改善先行，只有业务功能定义清楚才能进行IT实现。定制开发也罢，产品实施也罢，很重要的一点就是对客户所要开发的业务的理解和掌控，简而言之就是业务能力。我将客户自身的业务能力和开发方的业务能力（不是技术开发能力）按能力强弱进行了组合，实...

信息系统经过持续不断的补丁和升级，进化到最后往往如同得了癌症，刚开始时只是对系统进行局部的处理，做一些代码修改，然后开始补丁，加一些代码，癌细胞开始产生。随着维护人员的加入，原系统的开发人员逐步退出，后续的代码则针对现有的问题解决，至于相关模块的隐患则由于经验能力不足而没有考虑，癌细胞开始扩散。系统升级中，因为有的新的模块或者对老的周边模块做修改，癌细胞开始转移。最后系统完蛋，推翻...

再说敏捷，兼对“对敏捷开发等时髦概念泼点冷水”的回复敏捷在国内的宣传中，给人的感觉是降低成本，实际上能做这些的咨询公司，人力的单价都很高，也会有一些商务的政策保护，如果把这钱给一些有经验的公司，我相信做的也不会差。我一直认为敏捷能够提出，一定是要一个特定的行业背景的，这个背景我们现在根本不知道，到底当时市场发生了什么情况，要革谁的命，这个没人说。今天看到一个革命者跳出来质疑...

这么多年碰到很多项目，体会是没有一个项目是能把人配齐，当手上项目多的时候，资源就会不断的稀释，各种非正常的手段无所不用，人最后跟赌徒没有什么差别，知道会有风险，就赌会不会出现。倒不是说教科书有什么问题，只是在资源配备不到位时，一个没有经验的项目经理会发憷，觉得越是这样就越要做好管理，越要学习，形成恶性循环。其实标准的说法是，资源不足就不应该做，可是话可以这么说，现实是哪有这么简...

看到很多帖子上讲怎么样才能做好项目，这次就讲讲我的经验吧。项目经理的能力，我觉得有两个，一个是基本的技能（技术、业务、项目管理），一个是形势分析和判断能力。前者还可以通过自学做到，后者自学的可能性微乎其微。项目经理个人的基本技能只是有个相对的保证，但是如果不具备形势分析和判断的能力，大一点的项目，基本上可以断定项目失败，这是我的经验之谈，理论上我觉得是风险管理的能力不具备，项目经理...

开发能否成功，在于各个角色是否明白各自应该担当的工作内容，目标要一致，我把项目的角色分为主担、辅担两类，业务开发是项目的主担，对项目负责，管理是辅担，由公司管理部门对项目的过程指标进行检查和提供帮助。两类角色都是非常必要的，只是要有侧重，尽管相互制衡，但是管理角色做的是辅助流程，不是关键路径，就是不要过早的让这些角色由“一票否决”的权力。 开发主担主要是业务分析、设计、开发和测试，实际上抓...

敏捷与Spring、Hibernate这些东西都一样，草民革命，目的也就是为了被招安，等到目的达到，行事方法跟那些大佬也没有什么区别的时候，当初忽悠的东西只有自己强撑着，等着下一轮的革命。预计一下技术咨询的热点：1、Lean，具备迷人的故事潜力，拉动、看板、节拍，理论经典，可塑性强。2、GTD，可以做为Scrum的改进版，更加有效的进行任务管理。...

上次是敏捷，这次说说TDD。TDD现在的路子不对，讲的再怎么天花乱坠也还是单元测试的路子，实际上在业务系统的开发中作用未必如所说的那么明显，否则这么好的东西也不可能推广的这么困难。业务系统的核心是数据，开发过程是数据驱动的，在一开始做开发设计的时候，用例和场景应建立在数据的基础之上，粒度在服务这一层就够了，然后逐步细化。单元测试这个层级粒度太小，做得再多，也不能保证一个完整业务跑的是不...

总体而言，“敏捷”就是一个bizword，几个定制开发项目的公司和技术咨询公司所创造的“蓝海”。这其中有意无意的忽略了一些关键环节，有些地方很恶劣。比如业务，将因为自己业务经验的匮乏，所带来的项目需求变更和交付期延长等风险，全部转嫁给客户。我们假设自家装修，施工队说你怎么说我怎么做，之所以没有做是因为你当初没有说，如果要改，需要另外付钱，会是什么心情。同时，除了FDD这样的方法论，...

什么人做功能测试比较好？这是我写这篇《功能测试谁来做》的想法。经常有人会跟我说他们公司开发过程很好，配备了独立的功能测试组，有的成立了独立的测试部门。也有顾问告诉我，要有独立的测试人员。也有相当的人想着用测试来和开发制衡。首先我承认要有功能测试组，而且我也会在项目中采用功能测试这个环节，但是对于什么样的人能做功能测试，我有自己的看法。对项目组来说，谁设计谁测试，既然是功能顾...

受微软的影响，项目组单独配备功能测试人员，在很多公司里成为一种标配，而且经常是找一些小丫头来做，实际上效果如何，基本上没有用途。功能测试应该由对业务非常清楚的人来做，而对业务非常清楚的只有二类人，一类是业务功能顾问，他们负责与客户进行沟通，能站在业务流程的整体上去测试，也就是谁做业务设计谁做业务测试。另一类就是业务模块的使用人员，他们是用户。所以真正的功能测试，应该是这两类人员去做。我比较...

现在的B/S开发，做企业应用系统，表现层还是基于网站的开发技术，基本靠程序员在代码里面画页面，10几年来一直没有什么进步，是不是从根上就是错的，企业应用用Web页面来进行展现是否合算？B/S只是一种系统部署应用的架构，基于Web，但不一定非要用Web网页的开发技术，目前一些ERP厂商采用的远程接入方式，换了个角度来解决C/S系统的部署应用问题。按照厂商的说法，基于服务器计算模式的远...

世界观决定方法论Lean，丰田的精益生产方式，把开发当作是生产制造。Scrum，橄榄球，把开发当作是一场比赛。研究研究NBA、足球、围棋的比赛训练，是能找到不少好的成功实践。RUP，把开发当作拼图，你不会拼，我就卖给你工具，为了更好的掌握工具，最好买我的咨询。MSF、FDD、XP，高人补充，我没想好。可以站的角度太多了，比如：战争，没有比这种项目风险更高的了，怎么没人从...

我对产品化的理解 产品化的时机是看业务的需要，不管是对前景的落实，还是项目转化成产品，这些都不是技术人员能考虑的，业务的发展和策划，如何进行市场细化等如果都由技术人员考虑，产品化的风险很大。 风险最大的是对于产品化的理解。 提到“产品化”，大部分技术人员，包括很多公司老板，首先想到的是可销售性，也就是免实施，“软件产品的制造成本为零，微软就是这样发财的”，这是很多人跟我这么说，...

前段时间把家里的图书清理了一次，留了一些质量较好的开发类图书送人，剩下的都打包卖了废纸。现在书架上软件研发和项目管理的书不多了，看了看也就10几本，年底是总结的时候，这次拿出来晒晒，想想还是有值得推荐的。1、对抗比尔盖茨的阴谋 华夏出版社我把这本书放在头前，是想告诉大家，技术选型上要冷静理智，不要被忽悠。开篇引用约翰.斯坦贝克的的一段话：在我们所赞美的人类品质中，仁慈、慷慨...