您当前的位置:
怎么让员工接受过程管理？
最近新成立的公司，我是系统架构师，目前一共有4人，其中一个（以下简称甲）以前曾在大型制造企业里当信息顾问。虽然那个企业规模比较大，但我觉得那也只是制造企业，毕竟和专业的软件公司不同，试想 IBM 和吉利集团，你觉得用吉利集团的软件实施经历能够用来指导现代的软件开发吗？当然他原来的企业还不能和吉利相提并论。那么甲到了我们公司以后，他就觉得自己在大型企业里有经验，看我们这些人搞J2EE就觉得我们只会编程，不懂和实际结合、不懂市场什么的。他以前做PowerBuilder的，大概对PowerBuilder比较精通，而其他的像Java、.Net什么的也就是什么都知道一点，深入又谈不上的那种，他以前是读经济专业的，成天技术术语挂嘴边，说实话成天聊那些东西，什么黄金走势，跟我们一点关系也没有，而且搞的大家神经紧张。而且他还特别喜欢把自己搞的好像焦头烂额，好像我们没有压力就他压力特别大一样。
就是这样的人，我的管理理论什么的都是自学的，也没有上过正规的MBA课程，很多细节上的东西都是自己凭空想想，如果我去跟他理论什么过程管理，他肯定不会听我的，因为他以前在大企业待过，肯定觉得自己经历的管理经验比我们丰富的多。老板赏识他，觉得他的经验可以为我们所用，但我实在不觉的他的经验有什么特殊的不可取代性。（当然这只是我的个人感觉）现在的问题是，比如我们内部源代码管理，我已经提了好几次了，但他老觉得不耐烦，比如说要装 SVN，因为我们内部用 SVN+SSH 配置比较麻烦，他就觉得这个东西很麻烦不想用。
我让他把 Visio 文件转换成 Visio XML 格式，他就一拖再拖，明明就两分钟的事，我也说不动他。还有像 Word，我现在还没法说，但以后肯定是要换成文本文件的，因为 Word 根本无法管理，但现在反正是开始阶段，我也就懒得说，而且文本规范也还没定；但因为他连改个 Visio XML 都不情愿，估计叫他废除 Word 他可能会跳起来，而且现在还没有上 XMI，还没叫他用标准的 UML 图来书写需求。我想就算叫他用 UML 他也只能糊弄一下，根本不会抱有严谨的态度的。他老是强调什么要和实际结合，好像我们都是空中楼阁一样，这样的人不可能用心的画 UML。而且他整理出来的文档，因为以前搞过开发的，所以有些细节特别详细，这样的需求说实话价值很小，也看不出什么重点，给你一大堆单据，你能迅速捕捉客户真正关心的是什么？但我又没法说，一说他又一脸不高兴，然后表面上又很同意的样子，一看就是很违心的那种，好像我在命令他还是怎么样。
统一工具、文件格式、源代码管理等等，这些还只是过程管理的最初级的阶段，而且我觉得现在公司还小，这些东西还好做，以后公司如果发展壮大了，就很难再去从根本上改变，特别是过程管理的思想如果不是从一开始就深入人心，要从后期再补课我觉得是不可能。我们本来做的软件就是为了辅助客户企业提升信息规范化、改进企业流程的，如果自己都不规范，又怎么可能要求别人规范？但是几个月共处下来，我觉得这事很难做，首先自己有很多程序要写，很多模块现在还凌乱不堪，工具链也尚须完善，也无心搞人事关系，整个体系离产品化还有相当远的路程，现在新加入的同事又这样，成天嚷嚷，打字的时候敲键也很重，老板也在催，我还抽出时间来写这个，本来年纪就小，很讨厌命令兄长之类的，但现在的人都这么没有自觉性，特别是没有贡献精神，不管出了点什么鸡毛蒜皮的成绩都要自夸一下，真是令人头大。
大家有什么好的建议和想法请不吝赐教。
------解决方案--------------------
一开始对付着，是会把小问题拖成大问题。这种你的方法他不认可，他的方法你不认可的问题，多和他沟通，清清楚楚让对方明白你的想法，你的担心，让他指出他觉得你想法中不靠谱的地方，让他担保你的担心是多余的，推一推沙盘。就每一个问题每一件事，讨论出一个结论，然后按这个结论去做，遇到问题随时讨论调整。
------解决方案--------------------
有安排\ 沟通,都要记录下来,以便以后拿来算账,找责任.
交流出现问题,的确很难搞呀.最怕自大,自以为是
------解决方案--------------------
当你遇到一个自大的领导时，两种选择，一、当哑巴，二、走人。
------解决方案--------------------
不明白了，究竟你是领导还是他是领导。
如果你是领导，就拿出点魄力出来。
制定好规章制度之后就要手下人执行。
不执行可以也管不了的，向上级汇报。请求调走此人。
有些东西如果私下解决的话，就可以犯很大的错误。
现在看来都是小错，时间长了就拖成大错！
到那个时候不是你的责任也就成了你的责任了。因为你根本没有按规章制度办事！
------解决方案--------------------
编程不也是一个道理吧。测试都要每个小模块每个小模块的过关。
如果小模块编写完成都没有测试，等到联调的时候，
你根本就没办法控制错误的来源了。
------解决方案--------------------
我一直这样认为，一定要让制度约束人，而不是靠人的自觉性来遵守制度。
人都有惰性，都有投机取巧的心理，因此一定要让制度来约束人的这种惰性。
现在感觉。。。呵呵，说句不好听的话：您的技术好像也。。。。
如果您真的成功做过大系统的话，应该有这种魄力和决心让其它人都遵守你的规定。。。
------解决方案--------------------
这个问题不能说现在项目刚刚起步，先不管，要现在就抓的，否则以后时间长了，他一定也有可以说你不是，和你扯皮的机会，那样就麻烦了
------解决方案--------------------