Archive for the ‘企业信息化’ Category

项目日志–巨人的肩膀

星期四, 二月 4th, 2010

 

站在巨人的肩膀上,方能看的更远

从进公司开始,自己就开始捣鼓各种平台,开始站尝试在各种巨人的肩膀上。

初入公司,搭建用于升级公司论坛和网站的环境,Windows2003的host环境、PHP + IIS + MySQL + DIzcuss。研究dizcuss,考虑数据迁移,升级公司论坛,等论坛升级完成后,不到一个月又开始尝试搭建公司邮箱环境,还是PHP+IIS+MYSQL。这些环境都能成功的应用了,开始编写一些简单的搭建文档。当然后来熟悉了PHP的环境后,开始找一些间的快捷构建方式,还真找到了。

实习的时候需要写一个小的程序,L指定使用PetShop的框架来开发,这开发环境也需要自己搭建,包括SQL+IIS,成功滴完成后,自己还是稍微的记录了一些安装部署文档。

实习接近尾声的时候开始尝试大家使用代码版本管理工具,在L的要求下,着手研究CVS,虽然也是搭建完成了,但是如何管理不太清楚,未果;当然过程中自己了解到可以使用SVN来管理员代码,未深入研究。

转年过来开始跟着头去做项目,换了开发环境,开始搭建Oracle+PLSQL+VS 的开发平台,同时为了测试,又搭建了一些Oracle+PLSql+IIS的测试平台,当然这部分的经验后来应用到了客户部署中。

做完了这个项目后,正好赶上公司接到一个客户意向要来做Exchange的升级,自己又开始掉头学习Exchange的东西,包括微软的AD啊、SeverR2啊、ISA啊。这部分搭建起来的东西还真给公司自己用了一阵。但是自己觉得盗版的东西用起来很别扭,又开始寻找一些Free的产品,正好发现了微软的BizSpark这样就顺手申请了。

紧接着这个项目来了个移动方案,又开始在Exchange的基础上研究如何将Exchange延伸到手机平台,同时又开始学习公司合作伙伴提供的Nokia的Intellisync的手机同步平台,还研究了一下Windows Mobile的这个手机平台,好像还写了一个wm上的短信群发软件,这个平台到现在还有同事在用。

不久又碰上了给一个客户做实施的时候客户的双机负载均衡的环境,公司产品的架构不支持这个场景,又开始研究这个负载均衡的软、硬件环境。虽然最后不了了之。

由于公司Marketing的老有异地电话会议,公司每次分享会总是会有一到两个同事无法参与,自己有开始了解远程桌面分享,远程会议的相关软件,有在线的、有通过Skype的,最后还是定了TeamViewer,授权是非商业用途,但是还是能凑合用用。

由于自己想标准化公司的文档,开始研究Word的模板功能,最后还真做出来一套公司的doc模板,至少现在大家还在用。

自从申请到BizSpark后,公司开始使用其中的ProjectServer,又是一番折腾,这个参与的少,主要是头S在维护。

来到烟台后开始自己带团队,自己需要搭建VSS,相对简单容易,发现异地管理VSS玩不转又开始研究SVN,头搭建完整后,自己有稍微研究了一些权限管理相关的东西。因为需要给队员搭建开发环境,自己又好好的研究了一下公司开发平台的搭建。

学习了兄弟公司的一套管理框架Scrum后,Boss觉得采用这个框架来走开发团队的管理,过程中需要很多的业务工具来支持,自己又开始寻找并学习这方面的工具。

首先制定了使用Visio画流程图的一个规范;其次需要找一些界面原型工具,这块比较了Balsamiq Mockups\rena-Prototype-Composer\Axure RP 5.6,最后考虑到学习成本选定为Axure;再次还需要一个用例绘制和管理工具,参考哦Visio和Rose,暂时还没定;业务模型打算采用表格+E/R来实施。最后一大块也是自己现在正在研究的Scrum的管理框架,决定采用兄弟公司使用的TFS来管理源代码、测试、自动构建、Bug管理、工作分配等,为了更好的展示大家的工作内容,计划使用ScrumDashBoard来做展板,使用CC.NET来做自动构建;为了知识分享,同时为了新入职同时能更快融进公司,决定采用wiki来管理、分享知识。

当然还有很多日常工作中的小软件的使用,比如这个Wordpress平台,用来写blog的windows live wirter== 就不一一罗列了。

自己使用过这么多软件,无疑都是很多人付出很多心思做出来的一些好的作品。站在巨人肩膀上,你才能看的更远。无论这些产品、平台、软件是不是巨人的肩膀,在这个信息爆炸的互联网时代,每时每刻都会有更新的更好的产品出来,如何更好的挑选这个巨人的肩膀,如何更好的整合资源,使得1+1》2的作用是一种在这个时代的必备技能。信息化

项目日志–项目启动会

星期六, 十一月 28th, 2009

会议,好像成了企业单位里面的标签,大事儿小事儿都离不开开会,要做信息化项目了,当然也的开个会。

软件公司/解决方案提供商进驻到项目中了。从企业角度来收,如果是个业务系统,且是个核心业务系统,一般公司领导表达对项目的预期目标,要求公司各职能部门通力配合,balabala一大堆。从解决方案提供商的角度,一般都放低自己的姿态,努力界定好项目的范围,在项目计划时间表上打哈哈,给自己争取更多的时间,balabala一大堆。最后大家在友好和平的氛围中亲切滴交换了联系方式,就共同关心滴工期问题初步达成了一致。

我就想了,那要开这个会干嘛呢?这不想不知道,一想还真有门道。

作为第三方力量介入进来的解决方案提供商,如果不通过这个项目启动会来展示介绍自己,后期工作还真是不好开展。一来好多的项目,特别是信息化项目,往往都是由一个部门牵头,其他部门可能都不晓得有这么个事儿,通过这么个会议能很好滴让大家知道这么个事情现在就要开始干活了;二来信息化项目(那种给一两个人做的单机版的东西不计入)往往最终的使用者涉及到的面都相当的广,如果不通过这个会议来跟大家见个面,回头突然跑到人家部门,“你谁啊你,我这正干活呢,没空!”现在不一样啦,领导说了要大家全力配合,那就不一样了,虽说没有令箭,至少抓到了根鸡毛吧;三者是能敲定最终需求的人一般都是参与这个启动会滴人,也就是说后期中需求有分歧的时候,好多的东西的确认都是坐在这里开会滴,也就是项目滴关键人物了。

启动会完了,出来个啥?会议纪要总的有一个,毕竟人家领导参加了,会上发言那是旁征博引啊,你得帮人记着,有用的你写上,没用的你也的写上,回头整理出一份文字,交给人客户。这个纪要就有学问了,这个可是日后的鸡毛啊,你领导答应的要求你们全力配合滴!所以大话、空话、套话你的写,八股文里你还的套事儿,会上大家敲定的事儿你的列出来!

会是开了,总的有点啥东西吧,人家两会啥的不是天天报纸上头版头条,广而告之吗,启动会也不能例外。起项目了,对客户而言,那叫从战略高度、着眼全局,结合实际情况、从自身出发,借助高科技手段,努力加强企业自身竞争力,抢占信息化制高点,向成为行业领头羊迈出坚实的一步;从解决方案提供商来讲,成就客户发展自我,客户名录上有多了一个,涉足的行业/领域又多了一个,以后谈市场的时候又多了个例子啊。无论哪个角度,怎么滴也得来篇新闻稿之类的吧?不让上报纸,我自家网站还不能放啊。

有意思的培训–项目交付

星期三, 九月 23rd, 2009

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

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

培训课件设计

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

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

(全文…)

管理类软件项目中的沟通

星期六, 九月 12th, 2009

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

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

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

需求分析阶段

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

(全文…)