关于E-learning项目实施过程的一点思考，顺祝大家新年快乐

咪卡熊

      按照中国人的习俗，2011年这才算是真正的开始，先祝大家新年快乐！

        在对E-learning平台进行研究的这几年里，我获得了很多企业朋友和供应商多角度的指导与帮助，为我们E-learning项目的实施提供了很多很好的经验，在这里要真心感谢朋友们的帮助。
         但在实施过程中，我发现对于如何更加有效的对开发、上线过程进行项目控制这一方面业界却涉及不多。总结深航历时一年的项目上线工作，我觉得有一些经验教训或许对即将开展e-learning平台建设的朋友有一些借鉴。

8 ~; F4 ?& _* `1 J  U一、要尽快和实施商建立共同语言，降低沟通成本
         项目上线的过程，就是需求方与实施商之间不断沟通、协力推进的过程。就目前国内的E-learning实施情况而言，懂IT的培训人员与懂培训的IT人员都较为缺失。知识背景的差异，使得双方在沟通上都耗费了较大的精力，所以，双方之间尽快建立起共同语言是项目顺利进行的前提。
6 H1 D7 Q# C' `         我理解这个共同语言至少有三个方面，第一是找到双方都能理解的“需求”编译方式, 第二是建立沟通的正式渠道，第三是对项目目标的理解也就是愿景。这就跟谈恋爱一般，一开始总是要相互了解一番，知道双方的尺长寸短，而后才开始正式的约会，但过程中双方都得是真心实意的想修成正果，这样在发生矛盾时才能依旧达成共识。

7 j8 B- g( I9 I0 p二、要清晰识别出对平台的最核心要求，列出轻重缓急。
% T  N4 H! U. q/ {; j( A        一般情况下，整个需求调查做下来，用户都会理出大量的要求。这些要求大致可以分为三类：一类是所选的平台能够很好地实现，这些早期已作为甄选产品的依据；另一类是平台实现不了，但供应商答应可以个性化定制的；还有一类就是实施商拍胸脯说没有问题，但后续发现有障碍或实现效果不理想等等。
         后两类问题往往会成为整个项目实施过程中沟通的重要内容亦或是主要障碍。企业方在这个时候要清晰地梳理出自己的核心需求，并分清其在影响意义上的轻重缓急，否则，开发上线的过程中暴露的大大小小问题过多，如果纠结于每一个问题，不但需求方迷失其中，难以掌控全局，实施商也会被问题牵着晕头转向。
        有些小问题，不妨先放一放，等把大障碍解决了再来做清扫，不是不扫，时机未到。
7 ]4 ]8 B5 ~# z7 O: \6 M9 [
三、把项目试运行与开发工作并行，应用才是王道
* Y4 r7 k* r1 U' x         平台前期的上线应用一般有2种思路：一种是“扫好屋子再请客”，一种是“摸着石头过河”。对于购置成熟平台进行实施的情况，根据项目的经验（其实主要是教训），我们认为第二种思路或许会更贴近实践。
) @% J- a4 V5 _& L         很多做过E-learning项目或其他信息化项目的朋友都有这种感受，在开发上线阶段，我们都想将问题减少到零，所以不停地测试、提出问题、修改，然后总在想：这么多问题，何时才能上线应用呢？
         其实在项目结束后回头再看看，即使我们这一阶段工作做得很足，还是不能保证系统没有问题。新的问题始终会随着应用的深入逐渐暴露，因为测试始终是测试，无法完全对应真实的运行。另一方面，在测试阶段困扰我们的很多问题，很可能在后续的应用中发现，完全没有那么严重，有可能换一种思路它就没太大影响了。
& M  v$ s7 T7 r# r- a) Z         所以，项目开发在优先解决核心需求之后，每成熟一个模块就应该尽快投入试运行，只有在运行中暴露的问题才是我们最应该关注的问题。试运行成功了，平台的最终上线才真正没有了障碍。
        这些是我和我的团队对项目历程的一个简单反思，希望对大家有点帮助。也希望能够抛砖引玉，看到更多、更专业的经验和讨论。

ronchan1988

谢谢分享！