Archive For The “企业信息化” Category
最近一直忙着客户项目的交付，由于项目的特殊性需要给客户做培训，陆陆续续的客户做了三次培训，这个培训包括业务流程的，系统操作的，但是更多的还是操作培训，自己也当了三次培训助理，主要负责培训前一些资料准备（不包括培训用PPT）,现场的的辅导支持等，结合以前自己参与的一些培训，发现培训其实有很多有意思的值得思考的事件。 由于是就项目交付来培训，说白了就是培训用户如何来使用某套系统，对一些其他客户常见的问题的如何解决，所以整个培训的从课件设计到辅导只有一个目的：让客户学会使用系统，更好、更快捷的完成他们的工作，让客户觉得系统有价值。 培训课件设计 以前也参加过一些其他公司的各种培训、分享，培训讲师的课件大致分成两类：一类上来就是个Guider，然后照着条目往下讲，没有什么好看的图，也没有什么很玄的动画，但是这中讲师讲的内容往往很实在，一开始你就知道他要讲啥，而且该讲的绝对不会少；另外一类是上来就是一堆很玄的效果，然后开始给你讲一堆东西，但是这堆东西每一个你都有疑问，往往你对前一页的PPT内容有一些挑战的时候，下一页或者下几页就会出来答案，你不听到最后肯定不晓得他要讲啥。（可能是参加的少，反正就只是遇到这么两个类型。） 从听众的的角度来看，虽然第一类PPT的设计不美观，但是叙事方式很符合自己口味，因为一看Guider 我就大概知道这个培训是否有继续听下去，或者是继续认真听下去的必要。第二类如果听到最后发现讲了一通自己不关心的问题那就不好了。
标题这个帽子可能有点大，放着唬人吧。 公司是做管理类软件来，自己也有幸连着参与了公司几个项目的从需求、开发、部署、交付、维护整个流程，算是过了几遍整个项目的”生命周期”了。发现在项目过程中沟通真的很重要，这个沟通包括对外的与客户的沟通，对内与项目小组成员，于boss的沟通，也来简单分享下对于这些沟通的理解吧。 你给任何一个公司打电话一般都是前台接线，或者是自动给你转到分机，或者是前台帮你转接过去吧，想想为什么是这样呢？约定俗成，对就是约定！为了建立起良好的沟通的约定，来完成项目过程中的沟通工作，有这么多工作需要做，按照标准的中式思维，我们需要成立一项目小组，这个小组的成员至少应包括软件提供商的项目经理、客户的主管部门负责人（如果是全公司参与的项目，至少需要一个副总及以上级别的人员），为什么需要这么一个有分量的儿人物，很简单，首先，小兵说话没威信，配合起来效率低，很多的事宜是需要领导拍板才能定论的；其次，管理类项目，如果上层没下决心提高管理水平，上再多的软件、系统都是白搭。需要软件提供商及客户各指派一人来充当前台接线，各种资料、数据的转发，各种问题的汇总等。 需求分析阶段 如果把整个项目中的沟通按重要性从高到低依次画出个1、2、3、4…来的话，需求分析阶段的沟通工作无疑是最重要的，也就是1级重要，这一阶段需要反复的跟客户沟通，确认。而这一块的工作又是最不容易的，管理大师们早就总结出来了“管理无定式”，只要有利于提高本组织的管理，能更好的为产出（可能是产品、也可能是服务、甚至还可能是咨询等等）服务，就是一个好的管理方案。而一般的管理类软件提供商（专业的外包公司除外），都会有一个自己的平台（框架），软件提供商会去根据客户的提出新的需求结合市场要求不断的完善这一平台。这样就极有可能出现极具“个性化”的管理方案，不巧的是这个管理方案中客户要求的某些功能对软件提供商原来的平台冲击很大，当然你客户可能认为这是软件提供商的技术不够好。应该说凡是需要在原来平台下定制的项目（产品实施除外）都会遇到方案给平台带来的冲击问题，只是在管理类项目里这个表现的比较突出而已。
许久没时间看电视剧了，上周日，好友来访，玩累了无处可去之时一起看来5-6集连续剧，名字忘记了，只是觉得其中有一个——暂且叫案例吧——很有意思。 故事男主角是一个成功的房地产商，一个坐拥某沿海城市八成房地产行业的帅气滴商人。该男主角曾有一个部下李，背叛他，自己另立门户，成立了另外一家房地产公司，且处处跟男主角作对，事事上都要压制男主角。这次一个市政府新开的楼盘，其中赚头自然不用提，两家公司都入围投标。明争暗斗免不了了。 话说又有两人A、B，A、B本为同窗好友，现在各位其主，A为男主角干活，B则是李的左膀右臂。男主角为了了解李的标派A去拉拢B，A则向B说李当初如何背信弃义，如何卑鄙恶劣，不如投靠男主角。B则表示不能对boss不衷，boss对自己如何如何等等。在A磨了一通嘴皮子后B表示考虑考虑。 终于B表示可以考虑A的建议，但是需要100W，现金。A在汇报了男主角后，表示答应。可是在A和B见面滴时候，B没有要A给出滴100w，相反他还带来200w来，要让A说出他们滴标的，说是说出来后200W+A带来的100w总共300w全归A，A在犹豫了一阵后答应了B。
记得有看过这么一段描述：“动物和人的分界线在哪里？有的人类学家认为自从猿学会制造工具开始”,足以说明工具的重要性了。 最近在给客户升级实施系统，期间程序用到的是公司产品的3.0版本，期间遇到了很多问题，使得升级工作举步维艰，一方面有来之数据滴不正确，一方面有原来程序的错误。 当然这里没有要责怪谁的意思，只是有些现象让我很不理解。主要是牢骚下跟整个产品出来的质量相关的东西。 1、什么样的软件能够release？ 一个连基本业务都不能跑通的软件可以叫Release版吗？不行。Beta版呢？不行。 2、如果一个相同或者类似的Bug在一个项目里面出来两次，如何处理？ 找相关人员负责？负责能解决问题，能保障不出现类似滴问题？ 3、如何来管理从一个Bug上报到最终解决整个过程？ 发现了，找相关人员改掉就ok？祈祷别再出问题吧！ 日后如何统计，或者日后设计中如何考虑避免这类Bug？ 别来问我，设计人员地事情。 4、如何知道这个Bug的是否修改完成？