Archive for 九月, 2009

有意思的培训–项目交付

星期三, 九月 23rd, 2009

最近一直忙着客户项目的交付,由于项目的特殊性需要给客户做培训,陆陆续续的客户做了三次培训,这个培训包括业务流程的,系统操作的,但是更多的还是操作培训,自己也当了三次培训助理,主要负责培训前一些资料准备(不包括培训用PPT),现场的的辅导支持等,结合以前自己参与的一些培训,发现培训其实有很多有意思的值得思考的事件。

由于是就项目交付来培训,说白了就是培训用户如何来使用某套系统,对一些其他客户常见的问题的如何解决,所以整个培训的从课件设计到辅导只有一个目的:让客户学会使用系统,更好、更快捷的完成他们的工作,让客户觉得系统有价值。

培训课件设计

以前也参加过一些其他公司的各种培训、分享,培训讲师的课件大致分成两类:一类上来就是个Guider,然后照着条目往下讲,没有什么好看的图,也没有什么很玄的动画,但是这中讲师讲的内容往往很实在,一开始你就知道他要讲啥,而且该讲的绝对不会少;另外一类是上来就是一堆很玄的效果,然后开始给你讲一堆东西,但是这堆东西每一个你都有疑问,往往你对前一页的PPT内容有一些挑战的时候,下一页或者下几页就会出来答案,你不听到最后肯定不晓得他要讲啥。(可能是参加的少,反正就只是遇到这么两个类型。)

从听众的的角度来看,虽然第一类PPT的设计不美观,但是叙事方式很符合自己口味,因为一看Guider 我就大概知道这个培训是否有继续听下去,或者是继续认真听下去的必要。第二类如果听到最后发现讲了一通自己不关心的问题那就不好了。

(全文…)

管理类软件项目中的沟通

星期六, 九月 12th, 2009

标题这个帽子可能有点大,放着唬人吧。

公司是做管理类软件来,自己也有幸连着参与了公司几个项目的从需求、开发、部署、交付、维护整个流程,算是过了几遍整个项目的”生命周期”了。发现在项目过程中沟通真的很重要,这个沟通包括对外的与客户的沟通,对内与项目小组成员,于boss的沟通,也来简单分享下对于这些沟通的理解吧。

你给任何一个公司打电话一般都是前台接线,或者是自动给你转到分机,或者是前台帮你转接过去吧,想想为什么是这样呢?约定俗成,对就是约定!为了建立起良好的沟通的约定,来完成项目过程中的沟通工作,有这么多工作需要做,按照标准的中式思维,我们需要成立一项目小组,这个小组的成员至少应包括软件提供商的项目经理、客户的主管部门负责人(如果是全公司参与的项目,至少需要一个副总及以上级别的人员),为什么需要这么一个有分量的儿人物,很简单,首先,小兵说话没威信,配合起来效率低,很多的事宜是需要领导拍板才能定论的;其次,管理类项目,如果上层没下决心提高管理水平,上再多的软件、系统都是白搭。需要软件提供商及客户各指派一人来充当前台接线,各种资料、数据的转发,各种问题的汇总等。

需求分析阶段

如果把整个项目中的沟通按重要性从高到低依次画出个1、2、3、4…来的话,需求分析阶段的沟通工作无疑是最重要的,也就是1级重要,这一阶段需要反复的跟客户沟通,确认。而这一块的工作又是最不容易的,管理大师们早就总结出来了“管理无定式”,只要有利于提高本组织的管理,能更好的为产出(可能是产品、也可能是服务、甚至还可能是咨询等等)服务,就是一个好的管理方案。而一般的管理类软件提供商(专业的外包公司除外),都会有一个自己的平台(框架),软件提供商会去根据客户的提出新的需求结合市场要求不断的完善这一平台。这样就极有可能出现极具“个性化”的管理方案,不巧的是这个管理方案中客户要求的某些功能对软件提供商原来的平台冲击很大,当然你客户可能认为这是软件提供商的技术不够好。应该说凡是需要在原来平台下定制的项目(产品实施除外)都会遇到方案给平台带来的冲击问题,只是在管理类项目里这个表现的比较突出而已。

(全文…)