LoveIT wrote: 呵呵,好热闹, qbasic的观点虽然偏激,却代表了很多企业的观点, 看来,如何说服qbasic,是给各位PDM高手们出的一道难题呀。
举报
网标 wrote: 没有想到这筒冷水还挺厉害的,趟到现在,呵呵... 感觉楼主还是很真实的,其实有些现象就象你说的这样,很“虚”。什么“招标”丫,“专家”、还有你说的MBA等等,不过也有真正有学问的有抱负的“专家”,我就认识一些这样的人,非常优秀!所以任何东西都不能说得太绝对了。 就你说的这个“没有用的PDM”吧。我和你来谈谈我自己的感受! 首先我先说明一下,我自己有一家软件公司,开发CAD/CAPP/PDM的,有近20个开发人员。你知道我最痛恨的是什么吗?且听我说,这是我做为一个公司管理者最切身的体会。 (一)我们软件公司对一些常用的对话框、字符等处理都有一些标准的基类,如果要使用的话,继承一下就可以了,这样速度快,而且也不会出错。但有些刚进公司的员工就是喜欢自己从头开始搞(这样从个人的角度来说,他可以学习到更多的东西),带来的后果是开发周期变长,软件代码的可读性变差,软件的质量不稳定。这是我非常不愿看到的! (二)在程序中命名不规范,我们企业中有一整套关于变量、函数的命名方法。但是新来的员工往往把一些不属于我们的习惯带了进来,造成程序的可读性变差。这是我非常不愿看到的! (三)备份的数据不完整,当你需要用备份的数据来救急的时候,你发现备份的东西还缺一些东西。这是我非常不愿看到的! (四)重用性很差,很多东西是类似的但无法重用。这是我非常不愿看到的! (五)有些有价值的知识无法保留下来,随着人员的流动流走了。所以有人说软件公司也许你明天突然发现它已经是一分钱也不值了,因为人都走了。这是所有知识型企业心中永远的痛!这是我非常不愿看到的! 还有一些诸如“项目控制”这些还不是最致命的,所以就不说了! 以上这些问题在制造业普遍存在,以上这些问题PDM都能解决! 所有我认为PDM系统是这些企业老板的“救命稻草”,也是我自己的。我打算在我自己的软件公司也要实施PDM. “标准、规范先行” 达到知识合理的共享,知识和载体剥离! 所以你觉得没有用是对的,我一点也不奇怪,对设计人员来说掌握PDM远没有多学习一种CAD软件来得实惠(不过如果在我公司发生这样的事情,这样的人明天就不要来上班了!)。所以我从来不和企业的设计人员、工程师去谈这些东西,我只和老板谈!一般他们听了以后很少是“无动于衷”的。因为,他们不愿意看到的东西和我一样!
darkhorse wrote: 这个说得不错, 的确有这种情况
qbasic wrote: 我们这样的作坊企业都是在资金极其不足的情况下白手起家的 资金用来填充“硬件”还不够,管理只能是朴素的按照感觉的管理
本版积分规则 发表回复 回帖后跳转到最后一页
QQ 咨询|手机版|联系我们|iCAx开思网
GMT+8, 2025-2-23 10:15 , Processed in 0.024357 second(s), 9 queries , Gzip On, Redis On.
Powered by Discuz! X3.3
© 2002-2025 www.iCAx.org