学习资料： ITIL先锋论坛专家讲堂直播 300期视频回放
本文来自网友“我思之”
这篇文章是我今天在写另一篇文章的时候引出来的。本人是一个偏爱技术解决问题的甲方，本篇部分言辞比较激烈，少量少儿不宜，欢迎各位拍砖。)
_9 h8 l, E, p, ?; f
对于一个信奉“能用技术解决就不用制度解决”的人，对于“一把手工程”、“领导重视”之类的套话未免要嗤之以鼻。在我看来，ITIL项目总是强调“一把手工程”、“领导重视”之类观点实在是很滑稽。大家可以仔细想想，ITIL的流程设计本来的目的就是要用法治代替人治，而流程实施和推广的时候却强调，这一切还是要靠人，不过不能靠普通人，要靠领导。难道这里面没有隐藏着什么矛盾吗？难道领导就天然的正确？说白了，这种说辞就是在推卸责任。如果一个项目事先被定义为“一把手工程”，这种项目通常都能在文字上取得伟大胜利，实际上呢？管他的。如果一个项目在事后总结“领导不够重视”，大多是项目承建方在耍流氓。我本人没有实施过ITIL项目，但从我实施过的项目来看，大多数IT项目的失败都可以总结为技术上的失败，关键问题和关键环节上无法从技术去解决，最终导致项目的失败，这样的问题ITIL项目恐怕也不能幸免。( A5
O, y9 N C0 M: q+ B: C
对于一个信奉“能用技术解决就不用制度解决”的人，总是相信，只要找准问题，现有技术能够解决大部分的问题，只有一小部分问题是目前技术无法解决，而这一小部分问题通常现在并不需要解决。对于一个企业，依靠技术解决问题能让人与人之间保持一种单纯的联系，能让人与人走得更近，而依靠制度解决问题则不然。制度让人异化，让人变成制度下的一个螺丝钉，让人与人疏远。严格的说，制度之下没有人，只有岗位职责；没有沟通理解，只有申请审批；没有朋友，只有上下级。制度的产生源于不信任，因此制度的实施通常使制度下的人与人之间更加缺乏信任，这是一个无药可解的死循环，制度会变得越来越机械，越来越复杂，直到组织无法承受。解决的办法只有两个，组织上的变革和技术的发展。对于组织变革这种大事我一向不太关心的，我关心的是技术上一点一点的进步。
ITIL是持续改进管理思想在IT服务领域的体现，这是毫无疑义的，但如果在IT手段和管理技术上没有发展，这就是毫无意义的。甚至有一些系统承建方连自身企业的问题都没办法在技术上解决，就忙着给客户提供解决方案，这简直是个天大的笑话。我想他们可能会这样解释：“我们为您提供的解决方案太先进了，我们自己企业都没舍得用”。而喊“持续改进”的口号谁都会，喊口号的生命力要比做实事要持久得多，不过大多数的企业没有必要花钱去请一帮顾问来喊口号。更加让人忍受不了的是，许多喊口号的通常还觉得自己高瞻远瞩高屋建瓴居高临下，这让我感觉到一种深深的悲哀。这不仅仅是ITIL实施领域的悲哀，而是几乎所有支撑系统建设领域的悲哀。
造成这些现象的原因可以有很多，最明显的一个是项目承建方的定位不正。仅仅提供一套IT系统，还是提供一整套解决方案？两者的区别就像卖避孕套和提供性服务一样。但对于很多项目承建方，这两者通常只有宣传上的不同。通常项目承建方都会将自己装扮成提供性服务的，虽然他只有卖避孕套的能力，甚至连卖避孕套都不合格，但是他一定会说，他可以只收避孕套的钱，为顾客提供良好的性服务。而你交钱以后就会发现，他压根就没想让你勃起，甚至可能在套套子的时候将你弄成不举。行业节操就这样碎了一地。
我并无意指责在这个领域中苦苦挣扎的企业，但这个领域的舆论倾向明显和消费品领域不同，三鹿奶粉出问题以后，有谁敢说：“谁让你贪便宜买国产货？”，而这个领域通常的说法就是：“你给的那点钱能干什么？都是领导不重视所以没做好……”有人对自己的产品和解决方案做过反思吗？有谁对自己的 和达到的效果做过反思吗？说句不好听的，很多企业就像蛆虫，抢着在一块烂肉上啃一口，肉吃光了就一哄而散。帮企业解决问题？NoNoNo，眼下这一口最重要。技术有创新？NoNoNo，眼下这一口最重要。
以上就是我对一些现状的理解和描述，但愿它不会成为一篇墓志铭。
|
karen
发表于 2016-10-19 23:22:34
转播
分享
淘帖
()
