时间：2022-04-13 02:54:42
在上一篇文章中，笔者重点探讨了信息系统的“三要素”，这是信息系统在实施之前必须正确认识的“世界观”。但是千万不要以为有了正确的“世界观”就能顺理成章地实施好信息系统了，不要忘了信息系统是人编写的、是人在实施，后面也是人在使用，千万不要忽略了信息系统在实施过程中的“人性”的因素。
人类总是对新鲜事务充满了好奇，在信息系统的建设和实施过程中这种好奇心让信息系统实施项目的启动变得“热血沸腾”。在项目启动初期，这种“热血沸腾”使得双方项目组都对项目寄予了非常高的期望，有些甚至提出了一些不切实际的目标和要求；随着项目的实施，各种“人性的弱点”被充分暴露出来，业务习惯难以改变、部门利益难以协调、实施资源配置不到位（包括甲乙双方的）、信息系统功能不够灵活……种种烦恼，各种问题接踵而至，高层领导难以权衡利弊，只好业务至上向业务妥协，于是项目组的热情随着一次次妥协逐步消退，甚至很多项目组成员打起了“退堂鼓”离开项目组。这时候，当初的“热血沸腾”变成了“心灰意冷”，项目实施的热情也就降低到了谷底。但是项目还得继续，一步步的妥协通常换来的是业务需求和信息系统在某个点上达到一种微妙的“平衡”――毕竟人的智慧是无限的。这种建立在“平衡”体系上的信息系统逐步得以应用，信息系统的价值逐步显现，项目组成员开始逐步找到“成就感”，于是信心和热情又开始回升――如此一来，就形成了一个“微笑曲线”。
在项目实施过程中，“微笑曲线”是时时刻刻存在的。有时候出现在一个功能模块的实施过程中，有时候出现在一个小小的功能菜单调整过程中，项目组的实施人员的神经经常由于各种情况下出现的“微笑曲线”而被搞得时紧时松，这就对项目组成员的“神经”提出了比较高的要求，后面一篇文章我再来介绍项目组成员的组成和要求，这里不再讨论。
这么多年的实施过程中，我一直在思考这种“微笑曲线”是否有改变的可能，比如：能否在项目的启动大会上充分将项目实施过程中的风险、业务部门需要做出的让步和转变阐述清楚，以在后面的实施过程中让领导和用户部门不对信息系统的实施做出过高的预期；又比如：能否化整为零，将现有的功能模块进一步细化，并找到更好的实施方法论，让业务部门一点一点地尝到甜头，变“微笑曲线”为“线性分布”……但是无论是哪种尝试实际上都有风险，目前我本人也没有探索出一条更好的路。
“微笑曲线”的意义在于准确地描述了项目实施过程中项目中各方看待项目的“热情”，但我认为一个成功的项目，都是项目各方咬牙坚持到“柳暗花明”的艰苦历程，而很多项目的失败在于无法坚持。至今我依然记得带我入行的一位前辈告诉我的实施诀窍――如果拳击没有时间限制，那么胜利者一定不是那个点数最多的人，而是那个坚持到最后没有倒下的人。