主题：【原创】生产管理和项目管理的区别 -- wqnsihs

IT这行一般都是项目化运作，但还要排程作业，搞什软件工程的东西，但是糅合并不好

排程没排好

生产企业的排程是强制的，上一道工序没上螺丝，下一到工序就做不下去。it项目的排程是按演进模型来排的，先是设计后是实现，但什么样的设计是能满足下一道工序，第一没法描述，rational搞了个统一建模语言，第二没法评价，有人搞质量框架和标准，第三不同的项目背景或是不同的人员技能（对it来讲就是原料）水平，导致这个工序的衔接点位置不一样，第四有些项目经理故意或者不故意的把这个地方搅浑，就像“极品项目经理”那个帖子里“我以为这个设计出来就能用了”

所以有人干脆不要/弱化这个排程，搞敏捷开发，大家一起来画鬼。但是对于专业画家，你告诉每人画什么就ok了，比排程强。但是对于菜鸟（IT从来不缺菜鸟），你不排程他就不知道怎么做了，你还的给他准备画笔，颜料，还不如自己做，搞得很累

沟通没沟通好

先说内部沟通

新手（老手也有）会经常关注颜色好不好看（纯粹的技术比较），甚至去争论哪种画笔更好，但是不去想他应该是画园的鬼还是方的鬼。要知道既然是画鬼，那不可能是人家给你打好了线稿让你描的（日本人外包的时候这么干，所以他们外包收获不错，但是效率很低，靠加班补，中国人很苦）。从现在的大学it专业来看，也从来没教过（从工程上）关注自己的工作与项目目标）这一点。而且很多企业的制度实质是惩罚了主动关注的人呢。另一方面，很多技术出身的项目经理也不知道去核实对方是否真正理解了自己。

再说外部沟通

实际上很多客户不知道他要什么，或者他要什么取决于你打算销售给他什么（有点极端了）所以油条项目经理会主动去引导客户，但是一般的组织结构里这之间还有个市场/售前/老板/谜之声，他俩想卖给客户的不是同一个东西（立场不同么），再加上吹气球，走关系之类乱七八糟的事，这些项目从一开始就已经打下了失败的底子

所以某it企业开始搞TQM，通过这种做法在项目化运作的软件研发工作中把排程的效果搞出来，该放3两肉的不要放6两肉