每次项目实施时都会有大量的客户化功能,自然也有很多功能设计出炉。我一直认为合格的实施顾问是懂一点技术的,应当会用最趁手的工具来表达自己的意图。在功能设计中,如果已经有了特定的界面构思,则需要将界面示之于开发人员。 有些人喜欢在功能设计文档中描述功能主要逻辑,界面则另行以黑板或白纸绘画,和开发人员当面细述。此类顾问多数初出茅庐,往往在开发过程中乃至上线后,提供许多修改需求,甚至有些时候界面由开发人员根据功能意图自行设计。也有一些人会使用Visio等工具绘制界面,但是需要耗费较多时间,所以如果开发过程中需要调整界面时,文档通常就懒得更新了。待得数月后回头来对应功能和文档,已经面目全非了。 对于原型图,在经历中我也曾尝试过多种方式,最初是用Word自带图形工具,简单方便,但是没有控件模板,全部手绘。后来尝试Visio,界面倒是可以很精致了,有现成控件,但是颇费功夫,一旦绘制后调整起来比较麻烦。去年也尝试过用Excel来画界面,由于Form界面往往有棱有角,所以在表格中涂抹些颜色倒也似模似样。 我眼中的绘图工具应当具备以下几个特点: 适合推广,不能只是一个人用。 能够准确描述心中所想,有现成控件可用,如果什么都自己画,显然影响效率。 能够方便的调整界面。虽然只是原型图,但是有些时候,开发过程中针对特定界面快速调整结构也是有需求的。 上手容易。如果需要一个礼拜甚至一个月才能上手的工具,这适合专业工作者,不是用来打草稿的。 工具本身要足够轻便。 价格低,最好免费。 花了一段时间对比各种软件,针对工作特点,最后找到了Balsamiq Mockups。关于Mockups的介绍有很多,我最中意的一点是可以和Confluence、JIRA集成,并且画图非常迅捷,基本上两三分钟内就可以完整画出整幅图了。 国内的ERP实施顾问比不得国外,半路出家的多,技术功底不够扎实,所以很多新潮的工具,并不会推而广之。但是从团队建设角度而言,有一款大家都用的趁手工具还是很能提高协作效率的。当工作时间达到一定程度后,就会对各种工作中所需要的小工具有了更高的要求,比如文档模板、流程图、原型图、课件工具等。Mockups花费10分钟即可上手,将来有更好的工具时,放弃它也不会有什么遗憾。 之前我很少谈及Oracle之外的产品,今后或许会涉及一些,毕竟,这也是用于Oracle相关工作中,不是吗? Ref: 10 Excellent Tools for Creating Web Design Wireframes
Archives for March 2010
关于招聘ERP顾问
我其实并不喜欢这活儿,看看事儿还可以,看人就差远了。但是有时候却不得不看,尤其是你的团队需要增加人手的时候。 在Oracle ERP实施领域,我们习惯将人员分为两种,一种是提供软件或者实施服务的所谓“乙方”,一种是上ERP项目的所谓“甲方”。相对而言,甲方的实施顾问更像是培训专员和客服,甲方的技术顾问更像是乙方致仕还乡的小官儿,只在小地儿谈论小道。在整体平均薪资上来讲,甲方要逊上一筹,但也稳定轻松了些许,不需要整年里出差漂流外乡。 在招聘人手时,往往面临几个困境: 如果从乙方招聘,则薪资可能难以谈拢,但是水平有保证。当然,这也不是绝对的,我就见过很多例外。 如果从甲方招聘,则薪资或可谈拢,但是水平多数都是高估的。由于环境的因素,很多人往往得过且过,所以工作多年,却并不见得水平渐长的,多数人干的活只值2000块。 如果招聘新手,看着用功成本不高,但是培训也是件烦事儿,而且无法保证学成后跳往他方。 虽然自己就处在“甲方”,我却对甲方有点偏见。他们做开发却不懂数据库,设计功能却不了解系统功能和技术实现,全是些忽悠之辈。但是换个角度来讲,这却是在甲方的工作内容之一,尤其是在实业企业,技术是次要的,精通业务才是首要的,所以基础薄弱了些倒也无可厚非。 定位问题有时候是一个非常重要的问题。信息化绝对是一项与时俱进的工作,软件的升级换代非常迅速,如果因循固守,即便在企业里稳坐不动,但是对于个人而言,其知识也趋于淘汰之列。但是若过度跟进时势,却往往力有不逮,任何工作都是需要人力物力投入的,在一个注重投资回报率的时代里,企业不可能轻率地做出变更。这也是个人知识更新和企业信息化平稳升级的矛盾之一。基于这个考虑下,很多有心上进的人,便不乐意到这边来死守一方。 几年前注册orafans这个域名时,还有点念想,期望中国也能出现个地域性的Oracle ERP实施顾问的小圈子。后来渐渐发现,该圈子人员极少,而且从业人员往往半路出家专业功底不深,在现有的杭州地区从业人员来看,对技术兴趣缺乏,上进心极弱,这种大环境下,很难形成一种party似的氛围。 我觉得Oracle ERP从业人员至少应当具备以下几点: 了解系统技术架构,最好了解数据库和应用基本知识。不要求能自己做二次开发、性能调优,但是至少要知道想要的功能能够通过哪些方式去实现。 深入了解标准功能本身,不要一知半解。至少,要通读过所负责模块的官方文档。 有持续跟进、学习的兴趣,保持升级的冲动。随着ERP的推进,不论从规模上看,还是从功能上看,肯定会出现平台扩展和升级的需求。 在这个行业,找一可聊之人,难哪!也只在此牢骚几句而已。