在路上

      上周才好好的，欢声笑语，夫唱妇随，齐乐融融... ...而从周日开始，气氛就开始转变，周一起乌云密布，好不理解...啥时能烟消云散，重见天日，极度讨厌这种不好的气氛... ...

    一些组织和个人忽视了外包过程和采购过程之间的区别，常把两者混为一谈。有的在选择、评价和重新评价供方时，也将外包过程纳入，并写入同样格式的质量记录；有的甚至将组织的其他外包过程授权采购部门负责实施。这些做法不妥。
    ISO9001:2000标准在"4.1总要求"中提出对外包过程的要求，而没有将其放到"7.4.1采购过程"中，可见两者有期差异性。这表明：标准对采购的要求，不能完全涵盖对外包过程的要求。一些外包过程（如产品的制造过程）的控制和管理虽然与采购过程的要求有类似之处，但不能划等号。对于设计和开发类的外包过程，更不能硬套采购过程的要求，应制定相应的程序和相关的文件对其实施控制和管理。

        早些年，就一直听到能人会士总结出运营支撑系统的建设心得：号称系统的建设是三分技术，七分管理，系统做得好不好，关键不在于技术，而在于公司的管理水平，在于运营思路。听上去很有道理，得到很多技术专家的认同。因为它为系统实施不成功找到了最好的理由——不是技术不行，是运营思路不清晰，管理水平跟不上。

       然而，很多运营商与开发商纠结的运营支撑项目，并不是运营商的管理水平比人家低个档次，或开发商的技术力量跟不上。两要素的水平不相上下的项目，有实施顺利的，也有一直纠结的。貌似有更加重要的因素在影响着项目的建设？个人认为有效的沟通就是项目建设的最重要的因素。

     

       先有业务需求？还是先有系统支撑功能？

       业务部门希望是先有系统功能，再来开展业务；而技术部门通常是希望业务规则流程啥都确定清楚了，再开发系统功能。公说公有理，婆说婆有理，想明白了这个问题，就不会总有业务人员对这技术人员说：“你们系统咋啥都不行，什么的功能都没有啊？”，也不会有技术人员总抱怨说：“业务自己都不想清楚流程和规则，就让我们来做系统，我们怎么做呢？”

       先有业务需求吧？如今市场竞争这么激烈，一个好的idear想出来了，等你开发出系统功能再开展业务，黄花菜都凉了。所以在这个市场经济的大环境中，只有先做好系统支撑功能才是正确的做法。

日日黄闲到个裤胶落... ...