- 博客(20)
- 收藏
- 关注
RSS订阅信息系统之癌细胞
信息系统经过持续不断的补丁和升级，进化到最后往往如同得了癌症，刚开始时只是对系统进行局部的处理，做一些代码修改，然后开始补丁，加一些代码，癌细胞开始产生。 随着维护人员的加入，原系统的开发人员逐步退出，后续的代码则针对现有的问题解决，至于相关模块的隐患则由于经验能力不足而没有考虑，癌细胞开始扩散。系统升级中，因为有的新的模块或者对老的周边模块做修改，癌细胞开始转移。 最后系统完蛋，推翻...
2011-12-30 10:15:52
109
古李决战观感
1、韩国棋手认为古力局部计算不如小李、官子不行，拼到官子古力就有问题 2、小李的策略是从布局阶段就开始导入混乱未知的局面，哪怕自己被动，也要打乱古力的节奏，也是看准古力的优势心理下专注度降低的弱点 3、2人都会瞬间短路，头2盘2人各自都手起刀落，很干脆的解决战斗，后面3盘错进错出，也是体力到了极限，这个期间防守比攻击容易，也节省体力，看起来攻势凶猛，最后未必能笑到最后 小李的序盘...
2011-04-29 10:59:52
108
我的软件研发和项目管理的图书
前段时间把家里的图书清理了一次，留了一些质量较好的开发类图书送人，剩下的都打包卖了废纸。现在书架上软件研发和项目管理的书不多了，看了看也就10几本，年底是总结的时候，这次拿出来晒晒，想想还是有值得推荐的。 1、对抗比尔盖茨的阴谋 华夏出版社 我把这本书放在头前，是想告诉大家，技术选型上要冷静理智，不要被忽悠。 开篇引用约翰.斯坦贝克的的一段话： 在我们所赞美的人类品质中，仁慈、慷慨...
2010-12-24 12:38:41
150
原创 时光倒流二十年
时光倒流二十年 童年你与谁渡过 圣诗班中唱的歌 再哼一哼可以么 当时谁与你排着坐 白色恤衫灰裤子 再穿一穿可以么 遗憾我当时年纪不可亲手拥抱你欣赏 童年便相识 余下日子多闪几倍光 谁让我倒流时光一起亲身跟你去分享 能留下印象 阅览你家中每道墙 拿着你歌书 与你合唱 从前你与谁路过 逛的公园有几多 再走一走可以么 当时谁对...
2010-06-27 20:32:50
176
再说敏捷，兼对“对敏捷开发等时髦概念泼点冷水”的回复
再说敏捷，兼对“对敏捷开发等时髦概念泼点冷水”的回复 敏捷在国内的宣传中，给人的感觉是降低成本，实际上能做这些的咨询公司，人力的单价都很高，也会有一些商务的政策保护，如果把这钱给一些有经验的公司，我相信做的也不会差。 我一直认为敏捷能够提出，一定是要一个特定的行业背景的，这个背景我们现在根本不知道，到底当时市场发生了什么情况，要革谁的命，这个没人说。 今天看到一个革命者跳出来质疑...
2010-04-30 09:49:49
104
原创 项目管理的前提是资源
这么多年碰到很多项目，体会是没有一个项目是能把人配齐，当手上项目多的时候，资源就会不断的稀释，各种非正常的手段无所不用，人最后跟赌徒没有什么差别，知道会有风险，就赌会不会出现。 倒不是说教科书有什么问题，只是在资源配备不到位时，一个没有经验的项目经理会发憷，觉得越是这样就越要做好管理，越要学习，形成恶性循环。 其实标准的说法是，资源不足就不应该做，可是话可以这么说，现实是哪有这么简...
2010-02-04 15:37:17
163
原创 项目管理经验的获取
看到很多帖子上讲怎么样才能做好项目，这次就讲讲我的经验吧。 项目经理的能力，我觉得有两个，一个是基本的技能（技术、业务、项目管理），一个是形势分析和判断能力。前者还可以通过自学做到，后者自学的可能性微乎其微。 项目经理个人的基本技能只是有个相对的保证，但是如果不具备形势分析和判断的能力，大一点的项目，基本上可以断定项目失败，这是我的经验之谈，理论上我觉得是风险管理的能力不具备，项目经理...
2010-01-26 16:35:27
112
原创 项目的成功与主担辅担
开发能否成功，在于各个角色是否明白各自应该担当的工作内容，目标要一致，我把项目的角色分为主担、辅担两类，业务开发是项目的主担，对项目负责，管理是辅担，由公司管理部门对项目的过程指标进行检查和提供帮助。两类角色都是非常必要的，只是要有侧重，尽管相互制衡，但是管理角色做的是辅助流程，不是关键路径，就是不要过早的让这些角色由“一票否决”的权力。 开发主担主要是业务分析、设计、开发和测试，实际上抓...
2010-01-25 16:27:15
572
原创 革命与招安
敏捷与Spring、Hibernate这些东西都一样，草民革命，目的也就是为了被招安，等到目的达到，行事方法跟那些大佬也没有什么区别的时候，当初忽悠的东西只有自己强撑着，等着下一轮的革命。 预计一下技术咨询的热点： 1、Lean，具备迷人的故事潜力，拉动、看板、节拍，理论经典，可塑性强。 2、GTD，可以做为Scrum的改进版，更加有效的进行任务管理。 ...
2010-01-24 15:01:57
109
原创 TDD
上次是敏捷，这次说说TDD。 TDD现在的路子不对，讲的再怎么天花乱坠也还是单元测试的路子，实际上在业务系统的开发中作用未必如所说的那么明显，否则这么好的东西也不可能推广的这么困难。 业务系统的核心是数据，开发过程是数据驱动的，在一开始做开发设计的时候，用例和场景应建立在数据的基础之上，粒度在服务这一层就够了，然后逐步细化。单元测试这个层级粒度太小，做得再多，也不能保证一个完整业务跑的是不...
2010-01-21 14:34:44
101
原创 我看“敏捷”
总体而言，“敏捷”就是一个bizword，几个定制开发项目的公司和技术咨询公司所创造的“蓝海”。 这其中有意无意的忽略了一些关键环节，有些地方很恶劣。比如业务，将因为自己业务经验的匮乏，所带来的项目需求变更和交付期延长等风险，全部转嫁给客户。我们假设自家装修，施工队说你怎么说我怎么做，之所以没有做是因为你当初没有说，如果要改，需要另外付钱，会是什么心情。 同时，除了FDD这样的方法论，...
2010-01-10 21:10:32
95
原创 知拍任君斗
[i]--刚在他力前，柔在他力后，彼忙我静待，知拍任君斗[/i] 项目的准时化、均衡化生产的关键是生产节拍。定义好开发工序、制定好任务粒度划分的规则，则是生产节拍的核心，这点做好，看板就很好实现。...
2008-11-12 15:04:19
230
学习丰田生产方式
按照个人理解整理了一个丰田生产方式的大纲，以便在开发过程中进行比对学习。 1、总则：杜绝浪费 丰田的7种浪费 消除浪费的步骤 零库存 2、准时化 均衡化生产 生产流程化 生产节拍与看板 5S 3、自动化 标准作业书 省人化 缩短更换作业时间 维修保养 4、改善 目视管理 现场改善 IE手法 5、IE手法 工序分析 动作分析 时间分析 ...
2008-05-31 10:55:17
164
无坚不摧 唯快不破
什么人做功能测试比较好？这是我写这篇《功能测试谁来做》的想法。 经常有人会跟我说他们公司开发过程很好，配备了独立的功能测试组，有的成立了独立的测试部门。也有顾问告诉我，要有独立的测试人员。也有相当的人想着用测试来和开发制衡。 首先我承认要有功能测试组，而且我也会在项目中采用功能测试这个环节，但是对于什么样的人能做功能测试，我有自己的看法。 对项目组来说，谁设计谁测试，既然是功能顾...
2008-04-19 14:21:57
152
功能测试谁来做
受微软的影响，项目组单独配备功能测试人员，在很多公司里成为一种标配，而且经常是找一些小丫头来做，实际上效果如何，基本上没有用途。 功能测试应该由对业务非常清楚的人来做，而对业务非常清楚的只有二类人，一类是业务功能顾问，他们负责与客户进行沟通，能站在业务流程的整体上去测试，也就是谁做业务设计谁做业务测试。另一类就是业务模块的使用人员，他们是用户。所以真正的功能测试，应该是这两类人员去做。我比较...
2008-04-03 22:19:02
279
企业应用干嘛要用做网站的技术
现在的B/S开发，做企业应用系统，表现层还是基于网站的开发技术，基本靠程序员在代码里面画页面，10几年来一直没有什么进步，是不是从根上就是错的，企业应用用Web页面来进行展现是否合算？ B/S只是一种系统部署应用的架构，基于Web，但不一定非要用Web网页的开发技术，目前一些ERP厂商采用的远程接入方式，换了个角度来解决C/S系统的部署应用问题。 按照厂商的说法，基于服务器计算模式的远...
2008-03-31 12:16:46
116
世界观决定方法论
世界观决定方法论 Lean，丰田的精益生产方式，把开发当作是生产制造。 Scrum，橄榄球，把开发当作是一场比赛。研究研究NBA、足球、围棋的比赛训练，是能找到不少好的成功实践。 RUP，把开发当作拼图，你不会拼，我就卖给你工具，为了更好的掌握工具，最好买我的咨询。 MSF、FDD、XP，高人补充，我没想好。 可以站的角度太多了，比如：战争，没有比这种项目风险更高的了，怎么没人从...
2008-03-08 16:06:23
727
我对产品化的理解
我对产品化的理解 产品化的时机是看业务的需要，不管是对前景的落实，还是项目转化成产品，这些都不是技术人员能考虑的，业务的发展和策划，如何进行市场细化等如果都由技术人员考虑，产品化的风险很大。 风险最大的是对于产品化的理解。 提到“产品化”，大部分技术人员，包括很多公司老板，首先想到的是可销售性，也就是免实施，“软件产品的制造成本为零，微软就是这样发财的”，这是很多人跟我这么说，...
2008-03-06 16:19:44
604
基于客户业务能力的软件项目开发的四种模式
基于客户业务能力的软件项目开发的四种模式 很多业务系统只能定制，定制软件一直有个“金科玉律”：根据客户的业务模式来实现。日产的过程首先强调的是业务改善先行，只有业务功能定义清楚才能进行IT实现。 定制开发也罢，产品实施也罢，很重要的一点就是对客户所要开发的业务的理解和掌控，简而言之就是业务能力。 我将客户自身的业务能力和开发方的业务能力（不是技术开发能力）按能力强弱进行了组合，实...
2008-03-05 22:17:53
297
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人